2 Проектирование базы данных

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

2.1 Определение сущностей

Сущность (объект) – в реляционной теории баз данных элемент информационной системы, информация о котором сохраняется. Объект может быть реальным и абстрактным. Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе.

Исходя из предметной области задачи, моя информационная система должна содержать следующие сущности:

• Т_Врачи – списочный состав врачей;

• Т_пациенты – списочный состав пациентов;

• Т_талон - информация о выдачи талонов;

• Т_НС – научная степень сотрудников;

• Т_ОказУслуги – список пациентов нуждающихся, в каких либо услугах;

• Т_днинедели – график работы специалистов;

• Т_котегория – сведения о категории специалистов;

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

2.2 Определение взаимосвязей между сущностями

В результате разработки предметной области были установлены нижеследующие взаимосвязи между сущностями.

Клиент поликлиники имеет тип. Данная связь реализована один ко многим, так как один и тот же тип могут иметь несколько назначений.

Врач имеет тип. Данная связь реализована один ко многим, так как один и тот же тип могут иметь несколько назначений.

Клиент записывается на услуги. На одного клиента возможно заключение нескольких услуг, поэтому стоит связь один ко многим.

Сотрудник выписывает талоны. Т.к. один сотрудник может выписать множество талонов, реализована связь один ко многим.

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

В СУБД Access существует модуль для построения связей между таблицами. При его использовании таблицы связываются по первичным и внешним ключам.

2.3 Задание первичных и альтернативных ключей, определение атрибутов сущностей

Как это видно из таблицы 1 – на данном этапе проектирования базы данных определяются атрибуты сущности, первичные и альтернативные ключи.

Таблица 1 − Атрибуты и первичные ключи

Сущность	Вид			Первичный ключ		Вторичный ключ	Атрибуты
1	2			3		4	5
Т_Врачи	Входные			Код_Врача			Фамилия Имя Отчество Специалзация ДатаРождения Котегория научнаяСтепеньтелефон фото
Т_Пациенты	Входные			Код_Пациента			Фамилия Имя Отчество Адрес Телефон Полис ДатаРождения Пенсионный
Т_Услуги	Входные			Код_Услуги			Наименование цена
Т_Котегория	Входные			Код_котегории			название
Т_ОказУслуги	Выходные			Ключ			КодПациента КодУслуги Дата Время Оплата
Продолжение таблицы 1
1		2		3	4			5
								КодДиагноза
Т_Участок		Входные	КодУчастка					Наименование КодВрача
Т_НС		Входные	КодНС					название
Т_специализ		Входные	кодСпец					название
Т_Днинедели		Выходные	Код					ДеньНедели
Т_талон		Входные	кодЗаписи					КодПациента КодВрача ВремяПриема датаПриема

На данном этапе были определены атрибуты сущностей, а также альтернативные, первичные и вторичные ключи.

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