Проектиране на база данни за информационна система "Детска поликлиника"

Логичен модел на база данни, който съхранява информация за лекари, пациенти, заболявания, детски заведения и предоставя данни за индивидуални заявки. Списък на нормализираните отношения в модела на релационния домейн на детската болница.

проектиране

Изпратете вашата добра работа в базата знания е проста. Използвайте формуляра по-долу

Студенти, аспиранти, млади учени, използващи базата от знания в своето обучение и работа, ще ви бъдат много благодарни.

публикувано на http://www.allbest.ru/

Проектиране на база данни за информационна система "Детска поликлиника"

Информационен анализ на предметната област. Овладяване на методите за изграждане на концептуални модели на предметните области.

ОБЕКТИ И СРЕДСТВА ЗА ИЗСЛЕДВАНЕ

Тематична област в съответствие с опцията на задачата. Тип компютър IBM PC, дисплей клас, операционна система като Windows, Linux, инструменти за автоматизиране на подготовката на документацията на базата данни.

Според варианта, предложен от учителя, развивайте се информационен модел предметната област. Изберете обекти от предметната област, анализирайте състава на техните характеристики, опишете атрибутите и техния диапазон от стойности, анализирайте връзките между обектите, изградете информационната структура на предметната област .

Развивам, разработвам логически модел на база данни. Подчертайте основните типове връзки между обектите от предметната област, анализирайте необходимия състав, опишете връзките между обектите, изградете релационни таблици и ги нормализирайте.

ИНФОРМАЦИОННА СИСТЕМА "ДЕТСКА ПОЛИКЛИНИКА"

Системата съхранява информация за лекари, пациенти, заболявания, детски заведения. Информационната система трябва да предоставя данни за отделни заявки:

- информация за лекаря (фамилия, специализация, опит, заплата, непълно работно време);

Освен това следва периодично да се издават следните декларации:

- списък на детските институции, в които се регистрират инфекциозни заболявания;

- статистически доклад за болестите;

- доклад за заболеваемостта в детските образователни институции.

СТЪПКА 1. Анализ на предметната област и формулиране на информационни изисквания.

Предмет: информационни данни за детската клиника.

Задание: Проектиране на база данни за информационна система "Детска клиника".

Описание на декларацията за проблема

Създава се информационна система „Детска поликлиника“.

Информационната система трябва да съхранява информация за лекари, пациенти, заболявания, наличие на инфекция в детските заведения.

Системата трябва да предоставя информация за следните искания:

- информация за лекаря;

- информация за пациента;

- информация за грижите за деца.

Системата трябва да осигури издаването на следните изходни документи:

- списък на детските институции, в които се регистрират инфекциозни заболявания;

- статистически доклад за болестите;

- доклад за заболеваемостта в детските образователни институции.

Формите на изходните документи за тези изисквания за информация трябва да бъдат както следва.

Искане за информация за лекар

Искане за информация за пациента

Работно място на родителите

Поискайте информация за детското заведение

Дата на последния профилактичен преглед

Идентифицирани инфекциозни заболявания

Доклад за заболеваемостта в детските образователни институции

Доклад за детските заведения, в които са регистрирани инфекциозни заболявания

Статистически доклад за заболяванията.

СТЪПКА 2. Инфологичен дизайн на база данни

1. Елементен състав на всяко информационно изискване под формата на списък с идентификационни данни.

Изискване за информация 1:

ПЪЛНО ИМЕ__ВР - фамилия, име, бащино име на лекаря; SPETS - специализация на лекар; ОПИТ - стаж като лекар; ЗАПЛАТА - лекарска заплата, JOBMEST - непълно работно време на лекар. базов модел детска болница

Изискване за информация 2:

Изискване за информация 3:

Изискване за информация 4:

CODE_CHR, N_CHR, COL_BOL - броят на делата.

Изискване за информация 5:

N_UCHR, INF_ZABOL - инфекциозни заболявания.

Изискване за информация 6:

N_ZABOL - име на заболяването, COL_BOL.

Списък на обектите и техните атрибути със специални първични ключове

След като анализираме състава на елементите от данни за всички информационни изисквания, ще отделим сред тях обектите, които характеризират предметната област:

Доктор - съдържа информация за лекарите, работещи в тази клиника;

КАРТА на пациента - комбинира информация за деца, подложени на преглед в тази клиника;

Отпуск по болест - съдържа данни за заболявания, предписано лечение и необходими лекарства, предписани на пациента.

Детско заведение - обединява данни за детските заведения, към които принадлежат пациентите.

Информационна структура на взаимоотношенията между обекти в домейна

Във всяко детско заведение е назначен лекар, а в няколко институции може да бъде назначен един лекар. По този начин се установява връзка 1: N между субектите „лекар“ и „институция“. Име на връзката - "Назначен лекар".

В едно детско заведение има много деца, които потенциално могат да станат пациенти. Следователно се установява връзка 1: N между обектите „грижи за деца“ и „пациент“. Име на връзката - "Място на обучение или съдържание ".

Обектът "Пациентска карта" е свързан с обекта "болничен лист" също чрез връзка 1: N. Съответно определен пациент може да се разболее няколко пъти. Комуникация "Карта за лечение".

Таблица 1. Информационна структура на взаимните връзки на обекти от предметната област "ДЕТСКА ПОЛИКЛИНИКА"

4. Концептуална инфологичнаeskaya модел на предметната област "ДЕТСКА ПОЛИКЛИНИКА".

Вземайки предвид описанието на елементарния състав на всеки от обектите, концептуалният модел на разглежданата предметна област може да бъде представен в следната форма.

Фигура 1 - ER-диаграма на предметната област "Детска клиника"

СТЪПКА 3. Дизайн на логическа база данни.

Нека да дефинираме атрибутите на всеки обект и да маркираме ключовите атрибути, които ще обозначим като маркираме <>.

ЛЕКАР: ПЪЛНО ИМЕ__VR, СПЕЦИАЛИСТ, ОПИТ, ЗАПЛАТА, SOVMEST.

КАРТА НА ПАЦИЕНТА:, ПЪЛНО ИМЕ_ПАТИ, ВЪЗРАСТ, ADR, LOCATION_LAB_GROD, CHRON_FORCE, ВАКСИНАЦИИ, LAST_OBR, CODE_CHR.

БОЛНИЧЕН ЛИСТ:, N_CARD, DATE_OPEN, DATE_CLOSE, ДИАГНОСТИКА, INF_SICK, ЛЕЧЕНИЕ, ЛЕКАРСТВА.

ДЕТСКА ИНСТИТУЦИЯ:, N_CHR, ADR_CHR, КАРАНТИНА, REGISTRED_DOCTOR, DATE_POST_PROF_OSM, IDENTIFICATION_INF_ASH.

Основният етап от логическия дизайн на концептуален модел в релационен е нормализирането на отношенията, получени на етапа на инфологичния дизайн. Процесът на нормализиране на отношенията включва процеси на трансформиране на отношенията в 1NF, 2NF и 3NF.

Субектът "лекар" е представен от следния набор от реквизити:, пълно име на лекаря, специалност, заплата, непълно работно време. Това съотношение съответства на 1NF. За да го доведете до 2NF и 3NF, е необходимо да се трансформира тази връзка, като се изключат непълните функционални зависимости на неключови атрибути от ключа. Нормализирането на връзката "Доктор" ще доведе до следния списък на връзките:

ЛЕКАР:, ПЪЛНО ИМЕ__VR, CODE_SPETS, ОПИТ.

Докторски профил:, SPETS, OKLAD, SOVMEST.

Обектът "лекарски профил" ще бъде свързан с обекта "лекар" от връзката 1., тъй като няколко лекари могат да имат един профил.

По същия начин ще дадем съотношението "болнични листове", което е в 1NF, към 2NF и 3NF. Субектът "отпуск по болест" има следния набор от атрибути:, номер на картата, дата на отваряне, дата на закриване, име на болестта, инфекциозна болест, лечение, лекарства. Нормализирането на тази връзка ще доведе до следния списък на връзките:

БОЛНИЧЕН ЛИСТ:, N_CARD, DATE_OPEN, DATE_CLOSE, CODE_FOR.

Каталог на болестите:, NAME_SICK, INF_SABLE, TREATMENT, LEK_VA.

Обектът "Каталог на болестите" ще бъде свързан с обекта "болнични листове" от връзката 1. тъй като няколко пациенти могат да имат една и съща болест .

Обектите "пациент", "грижи за деца" с техния набор от атрибути в концептуалния модел на данни могат да се разглеждат като връзки в 3NF със съответните ключове.

Окончателният списък на нормализираните отношения в релационния модел на домейна "детска болница" е показан в Таблица 2.