Реляционная модель данных включает следующие компоненты:
- Структурный аспект (составляющая) – данные в базе данных представляют собой набор отношений.
- Аспект (составляющая) целостности – отношения (таблицы) отвечают определенным условиям целостности. Реляционная модель данных поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.
- Аспект (составляющая) обработки (манипулирования) – реляционная модель данных поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).
В БД «Учет пациентов» в таблицах «Запись», «Врач», «Больной», «Специальности», «График», Участок, «Улица» между атрибутами и первичным ключом наблюдается функциональная зависимость, так как значения ключа однозначно определяют значения остальных атрибутов в данных таблицах.
Таблица 1 – Функциональные зависимости между атрибутами
сущности «Врач»
Наименование атрибутов
Функциональные зависимости
Id_vrасhа
FIO_vrасhа
Cpec
Stаg_ rаbоti
Таблица 2 – Функциональные зависимости между атрибутами
В базе данных «Учет пациентов» проведена нормализация отношений:
Проанализировав таблицу «Врачи», можно сказать, что она находится в первой нормальной форме, так как она имеет первичный ключ, каждое поле таблицы представляет уникальный тип информации, все поля атомарны. Так же данная таблица находится и во 2НФ, так как она удовлетворяет условиям 1НФ, а так же очевидно то, что каждое поле функционально зависит от первичного ключа, который идентифицирует исходный объект таблицы. Таблица «Врачи» находится в 3НФ, так как она находится во 2НФ и не содержит транзитивных зависимостей, т. е. столбцы, не являющиеся ключевыми, зависят от первичного ключа таблицы и не зависят от всех остальных столбцов. Имеется возможность изменять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.
Таблицы «Пациенты», «Учет работы», «График», «Специальность» аналогично таблице «Врачи» находятся во всех трех нормальных формах.
Таким образом, проанализировав разработанную базу данных, можно сделать вывод, что она нормализована и соответствует трем нормальным формам.
В проекте «Учет пациентов» в соответствии с предметной областью были созданы следующие сущности:
- «Запись» – хранится информация о работе каждого врача;
- «Врачи» – хранится информация о врачах;
- «Пациенты» – хранится информация о пациентах;
- «Специальности» – хранится информация о специализациях врачей;
- «День» – хранится информация о сменах.
Каждому объекту соответствуют свои атрибуты:
– Запись: код графика, код врача, код пациента, день недели;
– Врачи: код врача, ФИО врача, стаж работы, дата рождения;
– Пациенты: код пациента, ФИО, дата рождения, наименование населенного пункта, домашний адрес;
– Специальности: код специализации, название;
В базе данных «Учет пациентов» определены следующие отношения между таблицами:
Таблица 7 – Классификация связей
№
Родительская таблица
Дочерняя таблица
Ключи
Вид связи
Запись
Врачи
Id_vracha
Id_vracha
1:М
Запись
Пациенты
Id_pacienta
Id_pacienta
1:М
Запись
График
Id_smeni
Id_smeni
1:М
Выбор таких связей обусловлен тем что, в общем учете работы поликлиники содержится информация обо всех врачах, пациентах, о сменах работы врачей и об их специализациях.
На рисунке 1 представлена инфологическая модель базы данных, на которой отображены все сущности БД, отношение между ними и атрибуты.
