Проектирование БД информационной системы

Хранимые в базе данные имеют определенную логическую структуру – иными словами, описываются некоторой моделью предстовления данных, поддерживаемой СУБД. К числу классических относятся следующие модели данных:

· Иерархическая

· Сетевая

· Реляционная

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

Важным понятием является функциональная зависимость. Атрибут В функционально зависит от А, если каждому значению А соответствует в точности одно значение В.

Проектирование БД начинается с определения всех объектов, сведения о которых будут включены в базу, и определения их атрибутов. Затем атрибуты сводятся в одну таблицу – исходное отношение.

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

В результате устанавливаются атрибуты, которые должны содержатся в отношениях БД:

1. Портрет_больного – фотография больного

2. ФИО_больного – фамилия, имя, отчество больного

3. Пол – пол больного

4. Год_ рождения – день, месяц и год рождения больного

5. Группа_крови – группа крови больного

6. Адрес – адрес проживания больного по прописке

7. Место_работы – место работы больного

8. Полюс – номер полюса больного

9. СНИЛС – номер медицинского страхования больного

10. Паспорт – серия и номер паспорта больного

11. Число_посещения_врача – число, месяц и год посещения врача больным

12. Код_врача – уникальный код врача поликлиники

13. ФИО_врача – фамилия, имя, отчество врача к которому обратился больной.

14. Специальность – специальность врача

15. Жалобы – жалобы больного на здоровье

16. Осмотр – сведенья вносимые врачом во время осмотра больного

17. Диагноз – диагноз поставленный врачом больному

18. Лечение – список лекарств, советы по лечению заболевания

Для нормализации отношений базы данных используется метод нормальных форм.

Процесс проектирования базы данных с использованием метода нормальных форм заключается в последовательном переводе отношений из первой нормальной формы в нормальные формы более высокого порядка по определенным правилам. Каждая следующая нормальная форма ограничивает определенный тип функциональных зависимостей, устраняет соответствующие аномалии при выполнении операций над отношениями базы данных и сохраняет свойства предшествующих нормальных форм.

Выделяют следующую последовательность нормальных форм:

· Первая нормальная форма (1НФ);

· Вторая нормальная форма (2НФ);

· Третья нормальная форма (3НФ);

На практике построение 3НФ схем отношений в большинстве случаев является достаточным и приведением к ним процесс проектирования реляционной БД заканчивается.

Если отношение находится в 1НФ форме, то все неключевые атрибуты функционально зависят от ключа с различной степенью зависимости. Исходное отношение стоят таким образом, чтобы оно было в 1НФ.

Представим исходные атрибуты в виде 2-х отношений Больные и Посещение _ врача в 1НФ.

Отношение Посещение_врача не удовлетворяет требованиям 2НФ. Выполнив нормализацию, получим следующие отношения:

Отношение находится в 2НФ, если оно находится в 1НФ и каждый неключевой атрибут функционально полно зависит от первичного ключа.

Получившиеся отношения также удовлетворяют и 3НФ.

Отношения находятся в 3НФ в том случае, если все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа.

Таблица Врачи

Таблица Больные

Таблица Посещение_врача

Связи таблиц