Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" icon

Курсовая работа "Информационно-поисковая система Больница" по дисциплине "Базы Данных"



НазваниеКурсовая работа "Информационно-поисковая система Больница" по дисциплине "Базы Данных"
т.н. профессор
Дата конвертации19.11.2012
Размер167.29 Kb.
ТипКурсовая
скачать >>>

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ ЭЛЕКТРОНИКИ И МАТЕМАТИКИ

( ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ )

КАФЕДРА ЭВА


Курсовая работа

“Информационно-поисковая система Больница”

по дисциплине “Базы Данных”


Выполнили:

Студенты группы С-55

Васильева В. А.

Дежников Г. В.

Емяшов В. М.

Цветков И. Г.


Руководитель:

д.т.н. профессор Зарудный Д.И.


Москва 2007

Оглавление


Оглавление 2

Аннотация 3

Инфологическое проектирование 4

Анализ информационных задач и круга пользователей системы 5

Определение требований к операционной обстановке 6

Выбор СУБД и других программных средств 7

Логическое проектирование реляционной БД 7

Составление реляционных отношений 7

Физическое проектирование реляционной БД 11

Примеры готовых запросов: 13

Заключение 20



Аннотация


В работе реализована база данных информационно-поисковой системы «Больница» средствами MySQL. База данных создаётся для информационной поддержки деятельности больницы. Реализация осуществлена после построения реляционной модели базы данных и на ее основе.


^

Инфологическое проектирование


База данных создаётся для информационной поддержки деятельности больницы. БД должна осуществлять:

  • учет поступления пациентов ;

  • учет проведенного лечения;

  • учёт платных услуг с выдачей счётов на оплату;

  • ведение архива выписанных пациентов.

Необходимо предусмотреть определение (по отделениям):

  • пропускной способности больницы;

  • среднего времени пребывания больных в стационаре;

  • наличия свободных мест в палатах (отдельно для мужчин и для женщин);

  • количества прооперированных пациентов (из них с осложнениями и умерших);

  • смертности.

В соответствии с предметной областью система строится с учётом следующих особенностей:

  • у одного пациента может быть несколько историй болезни;

  • одному пациенту может оказываться несколько услуг;

Выделим базовые сущности этой предметной области:

    • Пациенты больницы. Атрибуты пациентов – номер пациента, Фамилия, Имя, Отчество, пол, дата рождения.

    • Отделения больницы. Атрибуты отделения – код отделения, название отделения.

    • Список услуг.
      Атрибуты услуг – код, название услуги, стоимость

  • Палаты. Атрибуты палаты – код палаты, номер палаты, пол, номер отделения, к которому относится палата, первоначальное количество мест.

  • История Болезни .Атрибуты истории болезни – код истории, код пациента, код палаты, в которой лежит пациент, дата поступления пациента, дата его выписки, диагноз пациента, результат лечения пациента.

  • ^ Лечение. Атрибуты лечения – id лечения,код истории болезни, код услуги, дата назначения лечения, свойство.

  • Результат лечения. Атрибуты результата –номер результата, его описание.

^ Реляционная модель:

Отделение(код отделения, название отделения);

Палата(код палаты, номер палаты, пол, номер отделения, к которому относится палата, первоначальное количество мест);

Пациент(номер пациента, ФИО, пол, дата рождения.);

История Болезни(код истории, код пациента, код палаты, в которой лежит пациент, дата поступления пациента, дата его выписки, диагноз пациента, результат лечения пациента);

Лечение(код пациента, код истории болезни, код услуги, дата назначения лечения, свойство);

Результат(номер результата, его описание);

Список услуг(код, название услуги, стоимость).


E
1
R–диаграмма больницы:

N

1

1

D























История Болезни













Список Услуг

^

Анализ информационных задач и круга пользователей системы


Система создаётся для обслуживания следующих групп пользователей:

  • бухгалтерия;

  • врачи больницы;

  • статистиков.

Определим границы информационной поддержки пользователей:

1) Функциональные возможности:

  • ведение БД (запись, чтение, модификация);

  • обеспечение логической непротиворечивости БД;

  • обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);

  • реализация наиболее часто встречающихся запросов в готовом виде;

  • предоставление возможности сформировать произвольный запрос на языке манипулирования данными.

2) Готовые запросы:

  • Список всех пациентов с проделанными списками услуг и их стоимостью

  • Список платных пациентов с общей стоимостью

  • Ведение архива выписанных пациентов

  • Смертность по отделениям

  • Вывод количества прооперированных пациентов(из них с осложнениями и умерших)

  • Представление кто, где сейчас лежит

  • Определение свободных мест в палатах

  • Пропускная способность больницы за год (к примеру за 1999)

  • Определение среднего времени пребывания больных в стационаре



^

Определение требований к операционной обстановке


Для выполнения этого этапа необходимо знать (хотя бы ориентировочно) объём работы поликлиники (т.е. количество пациентов, врачей, частоту посещений), а также иметь представление о характере и интенсивности запросов.

Объём внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Наиболее существенным обычно является МД. Объём памяти МД, требуемый для хранения данных, можно приблизительно оценить по формуле

,

где li – длина записи в i-й таблице (в байтах), Ni – примерное (максимально возможное) количество записей в i-й таблице, Na – количество записей в архиве i-й таблицы. Коэффициент 2 перед суммой нужен для того, чтобы выделить память для хранения индексов, промежуточных данных, для выполнения объёмных операций (например, сортировки) и т.п.

Посчитаем приблизительно, какой объём внешней памяти потребуется для хранения данных. Примем ориентировочно, что:

  • в больнице лежит 500 человек (по 0,1К );

  • в день обслуживается порядка 500 человек (по 0,1К);

  • список услуг включает порядка 100 услуг (по 0,1К);

Тогда объём памяти для хранения данных за первый год примерно составит:

Mc = 2(500*0,1+300(500*0,1)+100*0,1) = 30120К 30 М,

где 300 – количество рабочих дней в году. Объём памяти будет увеличиваться ежегодно на столько же при сохранении объёма работы.

Требуемый объём оперативной памяти определяется на основании анализа интенсивности запросов и объёма результирующих данных.


^

Выбор СУБД и других программных средств


Анализ информационных задач показывает, что для реализации требуемых функций подходят почти все СУБД для ПЭВМ (FoxPro, Clipper, MS Access и др.). Все они поддерживают реляционную модель данных и предоставляют разнообразные возможности для работы с данными.

Для того чтобы в учебном примере не привязываться к конкретной СУБД, выполним описание логической схемы БД на SQL-92.
^

Логическое проектирование реляционной БД


База данных создаётся на основании схемы базы данных. Для преобразования ER–диаграммы в схему БД приведём уточнённую ER–диаграмму, содержащая атрибуты сущностей:

^

Составление реляционных отношений


Отношения приведены в табл. 1-8. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Типы данных обозначаются так: N – числовой, C – символьный, D – дата (последний имеет стандартную длину, зависящую от СУБД, поэтому она не указывается).


Таблица 1. Схема отношения ОТДЕЛЕНИЯ (Otdel)

Код отделения

Ot_id

N(3)

первичный ключ

Название

ot_Name

C(20)

обязательное поле



Таблица 2. Схема отношения ПАЛАТЫ (Palata)

Код палаты

Pal_Id

N(3)

первичный ключ

Фамилия, имя, отчество

ot_id

C(3)

Внешний ключ л Otdel

Номер

Pal_Number

C(4)

обязательное поле

Пол

Pal_gender

C(1)

обязательное поле

Количество мест

Pal_kolmest

N(2)

обязательное поле

Паспортные данные

D_PASSP

C(50)

обязательное поле



Таблица 3. Схема отношения ПАЦИЕНТЫ (Patient)

^ Содержание поля

Имя поля

Тип, длина

Примечания

Код пациента

Pat_id

N(5)

первичный ключ

Фамилия

Pat_Fio

C(20)

обязательное поле

Имя

Pat_name

С(10)

обязательное поле

Отчество

Pat_Soname

C(15)

обязательное поле

Дата рождения

Pat_Dborn

D

обязательное поле

Пол

Pat_gender

C(1)

обязательное поле



Таблица 4. Схема отношения История болезни (CaseHistory)

^ Содержание поля

Имя поля

Тип, длина

Примечания

Код истории болезни

His_id

N(3)

первичный ключ

Код палаты

Pal_id

C(20)

Внешний ключ к Palata

Код пациента

Pat_id

N(5)

Внешний ключ к Patient

Дата поступления

His_dpost

D

обязательное поле

Дата выписки

His_dvip

d




Диагноз

His_diagnoz

C(80)




Код исхода

Is_id

N(1)

Внешний ключ к Ishod



Таблица 5. Схема отношения Лечение (Lechenie)


^ Содержание поля

Имя поля

Тип, длина

Примечания

Код пациента

Pat_id

N(5)

Суррогатный первичный ключ

Код истории болезни

his_id

N(3)

Внешний ключ к CaseHistory

Составной первичный ключ

Код услуги

Usl_id

N(3)

Внешний ключ к SpiskiUslug

Дата лечения

L_data

C(15)

обязательное поле

Характеристика

L_money

C(5)

обязательное поле



Таблица6. Схема отношения Результат (Ishod)

^ Содержание поля

Имя поля

Тип, длина

Примечания

Код результата

Is_id

N(1)

первичный ключ

Название

Is_name

C(30)

обязательное поле



Таблица 7. Схема отношения Список услуг(SpisokUslug)

^ Содержание поля

Имя поля

Тип, длина

Примечания

Код услуги

Usl_id

N(3)

первичный ключ

Название

Usl_name

C(30)

обязательное поле

Стоимость

Usl_money

N(10)

обязательное поле


Область значений атрибута Pal_Gender и Pat_Gender отношений Palata и Patient – символы 'м' и 'ж'.


^

Физическое проектирование реляционной БД


Создание отношений:


отношения ОТДЕЛЕНИЯ

create table otdel

(ot_id numeric(3) not null primary key,

ot_name char(20) not null);


отношения ПАЛАТЫ

create table palata

(pal_id numeric(3) not null primary key,

ot_id numeric(3) references otdel,

pal_Number numeric(4) not null,

pal_gender char(1),

pal_kolmest numeric(2) not null,

check (pal_gender in ('m','g')));


отношения ПАЦИЕНТЫ

create table patient

(pat_id numeric(5) not null primary key,

pat_fam char(20) not null,

pat_name char(10) not null,

pat_soname char(15) not null,

pat_gender char(1) not null ,

pat_dborn date not null,

check(pat_gender in ('m','g')));


отношения История болезни

create table CaseHistory

(his_id numeric(5) not null primary key,

pat_id numeric(5) not null references patient,

pal_id numeric(3) not null references palata,

his_dpost date not null,

his_dvip date,

his_diagnoz char(80),

is_id numeric(1) references ishod);


отношения Лечение

create table Lechenie

(l_id numeric(3) ,

his_id numeric(5) references CaseHistory,

usl_id numeric(3) references SpisokUslug,

l_data timeStamp not null,

L_money char(5) not null,

primary key(l_id,his_id,usl_id,l_data),

check (l_money in('pl','bespl')));


отношения Результат

create table ishod

(is_id numeric(1) not null primary key,

is_name char(30) not null);


отношения Список услуг

create table SpisokUslug

(usl_id numeric(3) not null primary key,

usl_name char(30) not null,

usl_money numeric(10) not null);


Создание пользователей и назначение им прав:

  1. create user 'doctor' @'localhost' IDENTIFIED BY '321';

  2. create user 'buhgaltert'@'localhost' IDENTIFIED BY '211';

  3. create user 'medsestra'@'localhost' IDENTIFIED BY '221';

Создание пользователей с именами в формате “’’@’localhost’” необходимо для того, чтобы они имели возможность локального входа в систему. Для входа необходимо использовать только .


GRANT select, insert, update, delete ON lechenie TO 'doctor_head'@'localhost';

GRANT select, update(his_diagnos) ON lechenie TO 'doctor_head'@'localhost';

GRANT select, insert, update, delete ON CaseHistory TO 'doctor_head'@'localhost';


GRANT select, insert, update ON SpisokUslug TO 'buhgalter'@'localhost';

GRANT select, insert, update, delete ON lechenie TO 'medsestra'@'localhost';


^

Примеры готовых запросов:



Список всех пациентов с проделанными списками услуг и их стоимостью


select patient.pat_Fam,patient.pat_name,patient.pat_Soname,

SpisokUslug.usl_name,SpisokUslug.usl_money,lechenie.l_money

from ((Patient INNER JOIN CaseHistory ON Patient.Pat_id=CaseHistory.pat_id)

inner join Lechenie on CaseHistory.his_id=lechenie.his_id) inner join SpisokUslug on lechenie.usl_id=SpisokUslug.usl_id ;




^ Список платных пациентов с общей стоимостью


select patient.pat_Fam,patient.pat_name,patient.pat_Soname,

SpisokUslug.usl_name, SpisokUslug.usl_money, sum(SpisokUslug.usl_money)

from ((Patient INNER JOIN CaseHistory ON Patient.Pat_id=CaseHistory.pat_id)

inner join Lechenie on CaseHistory.his_id=lechenie.his_id) inner join SpisokUslug on

lechenie.usl_id=SpisokUslug.usl_id Where l_money='pl' group by patient.pat_id;



^ Ведение архива выписанных пациентов


select patient.pat_Fam,patient.pat_name,patient.pat_Soname,Ishod.is_name

from (Patient INNER JOIN CaseHistory ON Patient.Pat_id=CaseHistory.pat_id)

inner join Ishod on CaseHistory.is_id=Ishod.is_id;





Смертность по отделениям


select otdel.ot_name, patient.pat_Fam, patient.pat_name, patient.pat_Soname, patient.pat_dborn, Ishod.is_name from (((Otdel inner join palata on otdel.ot_id=Palata.ot_id) inner join CaseHistory on

CaseHistory.pal_id=Palata.pal_id) INNER JOIN Patient ON

Patient.Pat_id=CaseHistory.pat_id)

inner join Ishod on CaseHistory.is_id=Ishod.is_id where Ishod.is_id=4

order by otdel.ot_name;




^ Пропускная способность больницы за год (к примеру за 1999)


select otdel.ot_name,count(CaseHistory.his_id)

from (otdel inner join palata on otdel.ot_id=palata.ot_id) inner join

CaseHistory on CaseHistory.pal_id=palata.pal_id

where (CaseHistory.his_dpost BETWEEN '1999-01-01'and'1999-12-31') and CaseHistory.his_dvip between'1999-01-01' and '1999-12-31' group by otdel.ot_id;



^ Определение среднего времени пребывания больных в стационаре


select otdel.ot_name,(CaseHistory.his_dvip-CaseHistory.his_dpost)

from (otdel inner join palata on otdel.ot_id=palata.ot_id) inner join

CaseHistory on CaseHistory.pal_id=palata.pal_id where CaseHistory.his_dvip IS NOT NULL;




insert into otdel

values(1, 'travmatologija');

insert into otdel

values(2,'hirurgija');

insert into otdel

values(3,'lor');

insert into otdel

values(4, 'kardiologija');


insert into palata

values(1,1,101, 'm',5);

insert into palata

values(2,1,102,'g',3);

insert into palata

values(3,2,201, 'm',4);

insert into palata

values(4,2,202,'g',5);

insert into palata

values(5,3,301,'m',6);

insert into palata

values(6,3,302,'g',4);

insert into palata

values(7,4,401,'m',4);

insert into palata

values(8,4,402,'g',5);

insert into palata

values(9,4,403,'g',4);


insert into patient

values(1,'Dubov', 'Ivan','Albertovich','m','1986-12-12');

insert into patient

values(2,'Dudov', 'Ilja','Vasilievich','m','1985-12-12');

insert into patient

values(3,'Gromova', 'Valentina','Nikolaevna','g','1966-10-02');

insert into patient

values(4,'Polozov', 'Egor','Viktorovich','m','1988-05-12');

insert into patient

values(5, 'Bobrova', 'Polina','Olegovna','g','1955-07-23');

insert into patient

values(6,'Puzov', 'Nikolaj','Naumovich','m','1976-11-13');

insert into patient

values(7,'Matveev', 'Ilja','Borisovich','m','1935-05-03');

insert into patient

values(8,'Porohov', 'Mamaj','Halilovich','m','1923-10-02');

insert into patient

values(9, 'Sirotina', 'Julija','Viktorovna','g','1984-05-12');

insert into patient

values(10, 'Karpenko', 'Polina','Olegovna','g','1955-08-31');

insert into patient

values(11,'Emeljanova', 'Sofja','Markovna','g','1966-09-24');


insert into Ishod

values(1,'zdorov');

insert into Ishod

values(2,'vipisalsja s oslognenijami');

insert into Ishod

values(3,'vipisalsja s uluchsheniem');

insert into Ishod

values(4,'umer');


insert into SpisokUslug

values(1,'Nalogenie longeti',500);

insert into SpisokUslug

values(2,'Nalogenie gipsa',800);

insert into SpisokUslug

values(3,'Operacija',1500);

insert into SpisokUslug

values(4,'Ukoli v/m',50);

insert into SpisokUslug

values(5,'Appendektomija',1500);

insert into SpisokUslug

values(6,'Grigesechenie',2700);

insert into SpisokUslug

values(7,'Operacija geludka',1700);

insert into SpisokUslug

values(8,'Ukoli p/k',50);

insert into SpisokUslug

values(9,'Punkcija',300);

insert into SpisokUslug

values(10,'Promivanie kukushka',300);

insert into SpisokUslug

values(11,'Promivanie parahod',300);

insert into SpisokUslug

values(12,'Audiometrija',700);

insert into SpisokUslug

values(13,'Operacija Tonzilektomija',1000);

insert into SpisokUslug

values(14,'Ukoli',50);

insert into SpisokUslug

values(15,'EKG',300);

insert into SpisokUslug

values(16,'EHOKG',500);

insert into SpisokUslug

values(17,'VEM',1500);

insert into SpisokUslug

values(18,'Kapelnica',100);

insert into SpisokUslug

values(19,'Tabletki',50);

insert into SpisokUslug

values(20,'AKSH',27000);


insert into CaseHistory

values(1,1,1,'2004-12-21','2004-12-30','perelom',1);

insert into CaseHistory

values(2,2,3,'2004-11-30','2004-12-15','Rak',4);

insert into CaseHistory

values(3,3,6,'1998-03-11','1998-03-30','Gaimorit',3);

insert into CaseHistory

values(4,4,7,'2000-05-21','2000-06-03','Gipertonija',3);

insert into CaseHistory

values(5,5,8,'1999-11-21','1999-11-30','Gipertonija',4);

insert into CaseHistory

values(6,6,5,'2003-06-10','2003-06-29','Gaimorit',3);

insert into CaseHistory

values(7,7,7,'2000-11-30','2000-12-13','',2);

insert into CaseHistory

values(8,8,5,'1999-03-15','1999-03-27','Gluhota',3);

insert into CaseHistory

(his_id,pat_id,pal_id,his_dpost ) values(9,8,7,'2005-01-10');

insert into CaseHistory

values(10,9,6,'2002-05-26','2002-06-10','Tonzelit',3);

insert into CaseHistory

values(11,10,2,'1999-12-11','1999-12-30','Perelom',3);

insert into CaseHistory

values(12,11,4,'2003-03-21','2003-03-24','Rak',4);

insert into CaseHistory

(his_id,pat_id,pal_id,his_dpost ) values(13,3,2,'2005-01-11');

insert into CaseHistory

(his_id,pat_id,pal_id,his_dpost ) values(14,7,3,'2005-01-12');

insert into CaseHistory

(his_id,pat_id,pal_id,his_dpost ) values(15,11,9,'2005-01-09');

insert into CaseHistory

(his_id,pat_id,pal_id,his_dpost ) values(16,5,2,'2005-01-10');


insert into lechenie

values(1,1,2,'2004-12-22:10:00:00','bespl');

insert into lechenie

values(2,1,4,'2004-12-22:20:00:00','bespl');

insert into lechenie

values(3,2,7,'2004-12-10:12:00:00','pl');

insert into lechenie

values(4,2,18,'2004-12-10:20:00:00','bespl');

insert into lechenie

values(5,3,9,'1998-03-12:10:00:00','bespl');

insert into lechenie

values(6,3,9,'1998-03-15:10:00:00','bespl');

insert into lechenie

values(7,3,9,'1998-03-19:10:00:00','bespl');

insert into lechenie

values(8,3,10,'1998-03-13:10:00:00','bespl');

insert into lechenie

values(9,3,10,'1998-03-20:10:00:00','bespl');

insert into lechenie

values(10,4,17,'2000-05-23:10:00:00','pl');

insert into lechenie

values(11,4,18,'2000-05-23:13:00:00','bespl');

insert into lechenie

values(12,4,16,'2000-05-25:12:00:00','pl');

insert into lechenie

values(13,5,20,'1999-11-25:12:00:00','pl');

insert into lechenie

values(14,6,9,'2003-06-12:10:00:00','pl');

insert into lechenie

values(15,6,9,'2003-06-15:10:00:00','pl');

insert into lechenie

values(16,6,11,'2003-06-13:10:00:00','pl');

insert into lechenie

values(17,6,11,'2003-06-20:10:00:00','pl');

insert into lechenie

values(18,7,15,'2000-12-01:10:00:00','pl');

insert into lechenie

values(19,7,16,'2000-12-03:10:00:00','pl');

insert into lechenie

values(20,7,17,'2000-12-07:10:00:00','pl');

insert into lechenie

values(21,7,18,'2000-12-04:10:00:00','bespl');

insert into lechenie

values(22,7,18,'2000-12-10:10:00:00','bespl');

insert into lechenie

values(23,8,12,'1999-03-15:10:00:00','bespl');

insert into lechenie

values(24,8,4,'1999-03-17:12:00:00','bespl');

insert into lechenie

values(25,9,18,'2005-01-11`:10:00:00','bespl');

insert into lechenie

values(26,9,15,'2005-01-12:10:00:00','bespl');

insert into lechenie

values(27,10,13,'2002-05-30:10:00:00','pl');

insert into lechenie

values(28,10,4,'2002-05-28:20:00:00','pl');

insert into lechenie

values(29,10,8,'2002-06-02:12:00:00','pl');

insert into lechenie

values(30,11,3,'1999-12-15:12:00:00','bespl');

insert into lechenie

values(31,11,19,'1999-12-14:09:00:00','bespl');

insert into lechenie

values(32,11,4,'1999-12-17:09:00:00','bespl');

insert into lechenie

values(33,12,7,'2003-03-23:10:00:00','bespl');

Заключение


В работе была реализована база данных информационно-поисковой системы «Больница» средствами MySQL. База данных создаётся для информационной поддержки деятельности больницы.

БД осуществляет:

  • учет поступления пациентов ;

  • учет проведенного лечения;

  • учёт платных услуг с выдачей счётов на оплату;

  • ведение архива выписанных пациентов.




Похожие:

Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине "Базы данных" на тему: "Поисковая система Библиотеки города Москвы"
В отчете решалась задача проектирования и разработки Информационно- поисковой Системы "Библиотеки города Москвы"
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине: «Базы данных» на тему: «Информационно-поисковая система «Отдел отпуска товаров со склада книжного магазина»
База данных должна содержать информацию о товарах, присутствующих на складе, об активных заказах и информацию, какие позиции со склада...
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconОтчёт по курсовой работе (по дисциплине "Базы данных") на тему: Информационно поисковая система по студентам миэм
В отчете решалась задача проектирования и разработки Информационно Поисковой Системы по студентам миэм
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconОтчёт по курсовой работе (по дисциплине "Базы данных") на тему: Информационно поисковая система предприятия «Мосгортепло»
В отчете решалась задача проектирования и разработки Информационно Поисковой Системы предприятия «Мосгортепло»
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине «Базы Данных» Проектирование и реализация информационно-поисковой системы «Буквоед» с помощью программы Mysql front
...
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине «Базы Данных» Работу
Целью курсовой работы является реализация информационно-поисковой системы с помощью программы Mysql-front, являющейся удобным средством...
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине «Базы данных» Тема: Проектирование базы данных Цель и задачи: Придумать базу данных по выбранной предметной области
Таблицы были созданы командой create table `table name` (`name field1` type, `name field2` type )
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа по дисциплине «Компьютерная графика», «Базы данных». Разработка бдау
Данная курсовая работа посвящена планировке и разработке бдау (Базе Данных Арбитражного Управляющего, работающей «в веб браузере»)...
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconАиас «Ученик» Автоматизированная информационно-аналитическая система аиас «Ученик»
Автоматизированная информационно-аналитическая система аиас «Ученик» программное средство в виде базы данных, предназначенное для...
Курсовая работа \"Информационно-поисковая система Больница\" по дисциплине \"Базы Данных\" iconКурсовая работа: «Проектирование и реализация информационно-поисковой системы Турклуб с помощью программы Mysql-front» По дисциплине «Базы Данных»
Целью курсовой работы является реализация информационно-поисковой системы с помощью программы Mysql-front, являющейся удобным средством...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©rushkolnik.ru 2000-2015
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Документы