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

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

Иерархическая
Сетевая
Реляционная

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

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

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

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

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

Портрет_больного – фотография больного
ФИО_больного – фамилия, имя, отчество больного
Пол – пол больного
Год_ рождения – день, месяц и год рождения больного
Группа_крови – группа крови больного
Адрес – адрес проживания больного по прописке
Место_работы – место работы больного
Полюс – номер полюса больного
СНИЛС – номер медицинского страхования больного
Паспорт – серия и номер паспорта больного
Число_посещения_врача – число, месяц и год посещения врача больным
Код_врача – уникальный код врача поликлиники
ФИО_врача – фамилия, имя, отчество врача к которому обратился больной.
Специальность – специальность врача
Жалобы – жалобы больного на здоровье
Осмотр – сведенья вносимые врачом во время осмотра больного
Диагноз – диагноз поставленный врачом больному
Лечение – список лекарств, советы по лечению заболевания

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

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

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

Первая нормальная форма (1НФ);
Вторая нормальная форма (2НФ);
Третья нормальная форма (3НФ);

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

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

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

Отношение Больные:

ФИО_больного

Паспорт

Портрет_больного

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

Год_ рождения

Группа_крови

Адрес

Место_работы

Полюс

СНИЛС