Проектування бази даних для інформаційної системи Дитяча поліклініка
Логічна модель бази даних, яка зберігає інформацію про лікарів, пацієнтів, захворювання, дитячі заклади та надає дані за окремими запитами. Перелік нормалізованих відносин у реляційній моделі предметної галузі "дитяча лікарня".

Надіслати свою гарну роботу до бази знань просто. Використовуйте форму нижче
Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.
Розміщено наhttp://www.allbest.ru/
Проектування бази даних для інформаційної системи "Дитяча поліклініка"
Інформаційний аналіз предметної галузі. Освоєння методів побудови концептуальних моделей предметних галузей.
ОБ'ЄКТИ ТА ЗАСОБИ ДОСЛІДЖЕННЯ
Предметна область відповідно до варіанта завдання. ПЕОМ типу IBM PC, дисплейний клас, операційна система типу Windows, Linux, засоби автоматизації підготовки документації з БД.
За запропонованим викладачем варіантом розробитиінформаційну модельпредметної області. Виділити об'єкти предметної області, проаналізувати склад їхніх характеристик, описати атрибути і їх значень, проаналізувати зв'язок між об'єктами, побудувати інформаційну структуру предметної області .
Розробитилогічну модель бази даних. Виділити основні типи відносин між об'єктами предметної області, проаналізувати реквізитний склад, описати зв'язки між сутностями, побудувати реляційні таблиці та їх нормалізацію.
ІНФОРМАЦІЙНА СИСТЕМА "ДИТЯЧА ПОЛІКЛІНІКА"
Система зберігає інформацію про лікарів, пацієнтів, захворювання, дитячихустановах. Інформаційна система повинна надавати дані щодо окремих запитів:
- інформацію про лікаря (прізвище, спеціалізація, стаж, оклад, сумісництво);
Крім того, періодично мають видаватися такі відомості:
- список дитячих установ, у яких зафіксовано інфекційні захворювання;
- статистичний звіт із захворювань;
- звіт щодо захворюваності у дитячих навчальних закладах.
ЕТАП 1. Аналіз предметної галузі та формулювання інформаційних вимог.
Предметна область: інформаційні дані про дитячу поліклініку.
Завдання: Спроектувати базу даних інформаційної системи "Дитяча поліклініка".
Опис постановки задачі
Створюється інформаційна система "Дитяча поліклініка".
Інформаційна система повинна зберігати інформацію про лікарів, пацієнтів, захворювання, наявність інфекції в дитячих закладах.
Система повинна надавати інформацію за такими запитами:
- інформація про лікаря;
- інформація про пацієнта;
- інформація про дитячий заклад.
Система має забезпечувати видачу наступних вихідних документів:
- список дитячих установ, у яких зафіксовано інфекційні захворювання;
- статистичний звіт із захворювань;
- звіт щодо захворюваності у дитячих навчальних закладах.
Форми вихідних документів за даними інформаційними вимогами повинні мати такий вигляд.
Запит інформації про лікаря
Запит інформації про хворого
Місце роботи батьків
Запит інформації про дитячий заклад
Дата останнього профілактичного обстеження
Виявлені інфекційні захворювання
Звіт щодо захворюваності у дитячих навчальних закладах
Звіт здитячим установам, у яких зафіксовано інфекційні захворювання
Статистичний звіт із захворювань.
ЕТАП 2. Інфологічне проектування бази даних
1. Поелементний склад кожної інформаційної вимоги як переліку ідентифікаційних реквізитів.
Інформаційна вимога 1:
ПІБ__ВР - прізвище, ім'я, по батькові лікаря; СПЕЦ – спеціалізація лікаря; СТАЖ – стаж лікаря; ОКЛАД - оклад лікаря, СПІЛЬ - сумісництво лікаря. база модель дитяча лікарня
Інформаційна вимога 2:
Інформаційна вимога 3:
Інформаційна вимога 4:
КОД_УЧР, Н_УЧР, КІЛ_БІЛ - кількість хворих.
Інформаційна вимога 5:
Н_УЧР, ІНФ_ЗАБОЛ – інфекційні захворювання.
Інформаційна вимога 6:
Н_ЗАБОЛ - назва захворювання, КОЛЬ_БОЛ.
Перелік сутностей та їх атрибутів із виділеними первинними ключами
Проаналізувавши склад елементів даних з усіх інформаційних вимог, виділимо серед них сутності, що характеризують предметну область:
Лікар - містить інформацію про лікарів, які працюють у цій поліклініці;
КАРТА Пацієнта - поєднує відомості про дітей, які проходять обстеження у цій поліклініці;
Лікарняний лист - містить дані про захворювання, призначене лікування та необхідні ліки, призначені пацієнту.
Дитячий заклад - поєднує дані про дитячі заклади, до яких належать пацієнти.
Інформаційна структура взаємозв'язків сутностей предметної галузі
За кожним дитячим закладом закріплений лікар, причому один лікар може бути закріплений за кількома установами. Таким чином, між сутностями «лікар» та «установа» встановлюється зв'язок 1:N. Назва зв'язку -«Закріплений лікар».
В одному дитячому закладі є багато дітей, які потенційно можуть стати пацієнтами. Тому між сутностями «дитячий заклад» та «пацієнт» встановлюється зв'язок 1:N. Назва зв'язку - «Місце навчання чи змісту».
Сутність «Карта пацієнта» пов'язана із сутністю «лікарняний лист» також ставленням 1:N. Певний пацієнт відповідно може хворіти кілька разів. Зв'язок «Карта лікування».
Таблиця1.Інформаційна структура взаємозв'язків об'єктів предметної області "ДИТЯЧА ПОЛІКЛІНІКА"
4. Концептуальна інфологічна модель предметної галузі «ДИТЯЧА ПОЛІКЛІНІКА».
З урахуванням опису елементного складу кожної з сутностей концептуальну модель предметної області, що розглядається, можна представити в наступному вигляді.
Малюнок 1 - ER-діаграма предметної області «Дитяча поліклініка»
ЕТАП 3. Логічне проектування бази даних.
Визначимо атрибути кожної сутності та виділимо ключові атрибути, які позначатимемо виділенням <>.
ЛІКАР: , ПІБ__ВР, СПЕЦ, СТАЖ, ОКЛАД, СПІЛЬНО.
КАРТА ПАЦІЄНТА: , ПІБ_ПАЦ, ВІР, АДР, МЕСТ_РАБ_РОД, ХРОН_ЗАБОЛ, ЩЕПЛЕННЯ, ОСТАННИЙ_ОБР, КОД_УЧР.
ЛІКАРНИЙ ЛИСТ: , N_КАРТ, ДАТ_ВІДКР, ДАТ_ЗАКР, ДІАГНОЗ, ІНФ_ЗАБОЛ, ЛІКУВАННЯ, ЛІКИ.
ДИТЯЧИЙ ЗАКЛАД: , Н_УЧР, АДР_УЧР, КАРАНТИН, ЗАКРЕПЛ_ЛІКАР, ДАТА_НАСЛІД_ПРОФ_ОСМ, ВИЯВ_ІНФ_ЗАБОЛ.
Основним етапом логічного проектування концептуальної моделі у реляційну є нормалізація отриманих на етапі інфологічного проектування відносин. Процес нормалізації відносин включає процеси перетворення відносин в 1НФ, 2НФ і 3НФ.
Сутність «лікар» представлена наступним набором реквізитів: , ПІБ лікаря, спеціальність, оклад, сумісництво. Цевідношення відповідає 1НФ. Для приведення його до 2НФ і 3НФ необхідно перетворити це відношення, виключивши неповні функціональні залежності ключових реквізитів від ключа. Результатом нормалізації відносини «Лікар» буде наступний перелік відносин:
ЛІКАР: , ПІБ__ВР, КОД_СПЕЦ, СТАЖ.
Профіль лікаря: , СПЕЦ, ОКЛАД, СОВМЕСТ.
Сутність «профіль лікаря» буде пов'язана із сутністю «лікар» ставленням 1. оскільки один профіль можуть мати кілька лікарів.
Аналогічно наведемо відношення «лікарняний лист», що знаходиться в 1НФ, до 2НФ та 3НФ. Сутність «лікарняний лист» має наступний набір атрибутів: , № картки, дата відкриття, дата закриття, назва захворювання, інфекційне захворювання, лікування, ліки. Результатом нормалізації цього відношення буде наступний перелік відносин:
ЛІКАРНИЙ ЛИСТ: , N_КАРТ, ДАТ_ВІДКР, ДАТ_ЗАКР, КОД_ЗАБОЛ.
Довідник захворювань: , НАЗВ_ЗАБОЛ, ІНФ_ЗАБОЛ, ЛІКУВАННЯ, ЛІКУВАННЯ.
Сутність «Довідник захворювань» буде пов'язана з сутністю «лікарняний лист» ставленням 1. оскільки кілька пацієнтів можуть мати одне й теж захворювання.
Сутності «пацієнт», «дитячий заклад» з їх набором реквізитів у концептуальній моделі даних можна як відносини в 3НФ з відповідними ключами.
Остаточний перелік нормалізованих відносин у реляційній моделі предметної області «дитяча лікарня» показано у таблиці 2.