Разработка длм базы данных на основе илм с использованием правил
Вариант №1.
Поликлиника. Регистрация пациента.
Разрабатываемая система предназначена для регистрации пациента поликлиники. Система должна обеспечивать регистрацию пациента, запись пациента к врачу, формирование договора на лечение, учет оплаты (страховая служба, личные средства, оплата организацией).
Сотрудник регистратуры имеет возможность:
1. просмотреть расписание работы врачей и записать пациента на прием.
2. зарегистрировать нового пациента.
3. оформить договор на предоставление услуг.
4. оформить счет для оплаты. При оформлении счета учитывается тарифная ставка врача, первичное или вторичное посещение (вторичным посещением считается повторное посещение врача в течении 6 месяцев).
5. учесть оплату в истории болезни.
Введения.
ИЛМ включает в себя:
1. Описания объектов и связей между проектами.
2. Лингвистические отношения.
3. Алгоритмические связи показателей.
4. Описания информационных потребностей.
5. Ограничения целостности.
Из задания следует, что классами объектов представляющими интерес для проектировщика, является:
ПАЦИЕНТ, ВРАЧ, ДОГОВОР.
Опишем каждый из этих объектов:
Разработка ИЛМ предметной области.
 | |||
| |||
|
|
 |
|
 | |||
 |
 |
 | ||||
 | ||||
| |
Описания связей между объектами. Диаграмма ER – типа.
| |||||||||
 | |||||||||
 | |||||||||
 | |||||||||
| |||||||||
|
Лингвистические отношения.
Объяснения терминов и понятий используемых в ИЛМ:
Specialty – специальность.
Diseases – заболевания.
CostOfService – стоимость обслуживания.
Percents – проценты.
Salary – оклад.
Medicalhistory – история болезни.
Ktime – конец рабочего дня.
Ntime – начало рабочего дня.
Описания информационных потребностей пользователей (ОИПП).
Сотрудник регистратуры имеет возможность:
1. Просмотреть расписание работы врачей и записать пациента на прием.
2. Зарегистрировать нового пациента.
3. Оформить договор на предоставление услуг.
4. Оформить счет для оплаты. При оформлении счета учитывается тарифная ставка врача, первичное или вторичное посещение (вторичным посещением считается повторное посещение врача в течении 6 месяцев).
5. Учесть оплату в истории болезни.
Ограничения целостности (ОЦ).
Задаем условия, которым должны удовлетворять отдельные показатели и группу показателей, чтобы информация хранившиеся в БД, имела смысл:
1. Стоимость услуг должна быть >=0.
2. Категории оплаты должны выбираться из заданного списка.
разработка длм базы данных на основе илм с использованием правил
Построение ДЛМ: определяется таблицами (соотношениями), включенных в БД.
1. Рассматриваем каждую пару связанных сущностей(объектов) и их диаграммы ER-типа.
2. Применяем к каждой паре соответствующие правило (1-12).
3. Анализируем полученные отношения (таблицы), чтобы уменьшить их общее количество.
4. Описываем логическую структуру БД на языке СУБД.
1.
|
|
|
Первая пара:  | | ||||||
 | |||||||
 | |||||||
Применяя правило 7:
Patient’ (SP, …)
Doctor’ (vNom, …)
2.
3. Вторая пара:
|
 | | ||||||||
 | |||||||||
 | |||||||||
 | |||||||||
|
|
Применяя правило 6:
Patient’’ (SP, …)
Contract’’ (Nom, …)
Анализ полученных отношений.
 |
1.
|
|
2. Doctor’ (vNom, …)
3. 
Patient’’ (SP, …)
4. Contract’’ (Nom, …)
5. Contract’’’ (Nom, …)
Спроектированная БД.
 | |||
 |
Описания логической структуры базы данных на языке выбранной СУБД.
Выбираем СУБД Paradox.
Схема БД.
| Таблица БД | Атрибут | Тип | Размер | Допустимые значения | Значения по умолчанию |
| Patient | SP FIO RDate Pol Oplata MH | Alpha Alpha Date Alpha Alpha Alpha | ###-########## М,Ж Страховая служба. Личные средства. Оплата организации. | ||
| Doctor | vNom FIO RDate Pol Specialty Ntime Ktime Salary | Autoincrement Alpha Date Alpha Alpha time time Money | >=0 | М,Ж Гинеколог Дерматолог ЛОР Логопед Хирург | |
| Contract | Nom SP vNom Diseases Time CostOfService Date | Autoincrement Alpha Long Integer Alpha Time Money Date | >=0 | ###-########## |
Разработал ДЛМ базы данных на основе ИЛМ ПО для СУБД MS SQL Server и создал базу данных с использованием утилиты SSMS.
Рис. 1