Создание информационной системы поликлиники
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
базы данных для регистратуры поликлиники осуществлялось методом сущность - связь. В описании предметной области для базы данных регистратура поликлиники были выделены следующие сущности:
участок
врач
пациент
больничный лист
прием
На рис.1. представлена диаграмма ER типа, где показана связь сущности врач с сущностями участок, прием и больничный лист. Поскольку врач поликлиники может обслуживать несколько участков, вести множество приемов пациентов, и выдавать множество больничных листов, поэтому на диаграмме ER типа была определена связь один ко многим, для каждой связи между сущностями.
Диаграмма ЕR-типа. Связь между сущностью врач и сущностями Участок, Прием, Больничный лист
На рис.2. представлена диаграмма ER типа, где показана связь сущности врач с сущностью расписание. Поскольку один врач имеет одно расписание - на диаграмме ЕR-типа была определена связь 1:1.
Рис. 2. Диаграмма ЕR-типа. Связь между сущностями врач и расписание
На рис.3. представлена диаграмма ER типа, где показана связь сущности Пациент с сущностью участок. Поскольку к одному участку прикреплено множество пациентов, на диаграмме ЕR-типа была определена связь м:1.
Рис. 3. Диаграмма ЕR-типа. Связь между сущностями участок и Пациент
На рис.4. представлена диаграмма ER типа, где показана связь сущности Пациент с сущностью прием. Так как пациент много раз может посетить поликлинику, на диаграмме ЕR-типа была определена связь 1:m.
Рис.4. Диаграмма ЕR-типа. Связь между сущностями Пациент и Прием.
После установления связей, был проведен анализ отношений.
Отношение врач содержит следующие атрибуты:
Врач {ФИО; пол; дата рождения; номер участка; код специальности; специальность; адрес места жительства; код врача; табельный номер; дата приема на работу}
Поскольку один врач может обслуживать несколько участков, то необходимо неоднократное дублирование записей, что приводит к избыточности данных. Также в поликлинике работает несколько врачей с одинаковыми специальностями и соответственно одинаковыми кодами специальностей, что тоже свидетельствует о неоднократном дублировании данных. Для устранения этих аномалий сущность врач была разбита на несколько сущностей:
Врач {ФИО; пол; дата рождения; код специальности; адрес места жительства; код врача; табельный номер; дата приема на работу}
Участки {табельный номер, участок}
Специальность {код специальности, специальность}.
Отношение прием содержит следующие атрибуты:
Прием {Врач, Дата приема, Пациент, Жалобы, назначения, Диагноз}.
За одну смену врач принимает множество пациентов. Пациент может обратиться с несколькими жалобами. По каждым жалобам врач может назначить несколько препаратов, что приведет к избыточности данных. Для устранения этих аномалий сущность прием была разбита на несколько сущностей:
Дата приема {дата приема}
Прием {врач, дата приема, запись}
Посещение {запись, пациент, диагноз, код}
Жалобы{код, жалобы, код препарата}
Список препаратов {код препарата, препарат}
3. ПОЛЯ ТАБЛИЦ
Каждое поле таблицы представляет собой элемент, зарезервированный для данных определенного типа. Тип данных - это характеристика поля, определяющая какие данные могут храниться в данном поле. При определении полей таблиц для базы данных Регистратура были использованы следующие типы данных:
Числовой - данные, используемые для записи чисел
Текстовый - текст или комбинация текста и чисел
Дата/Время - значения дат и времени.
Счетчик - автоматическая вставка уникальных последовательных (увеличивающихся на 1) чисел при добавлении записи.
Также при создании полей таблиц для базы данных, были определены первичные и внешние ключи.
Первичным ключом называется атрибут отношения, однозначно идентифицирующий каждый из его кортежей. Ключ может быть составной, т.е. состоять из нескольких атрибутов. Наличие ключа означает, что, по крайней мере, вся совокупность атрибутов обладает свойством однозначной идентификации кортежей отношения.
Внешний ключ - одно, или несколько полей, содержащих ссылку на поле первичного ключа в другой таблице. Внешний ключ определяет способ объединения таблиц.
Для базы данных Регистратура были созданы следующие таблицы.
Таблица Адрес участка. Предназначена для хранения названий улиц, прикрепленных к участкам (рис.5).
Рис. 5. Таблица Адрес участка
Свойства полей таблицы Адрес участка были определены следующим образом:
Поле номер участка. Тип данных - числовой.
Размер поля - Длинное целое
Число десятичных знаков - Авто
Значение по умолчанию - 0
Индексированное поле - нет
Обязательное поле - нет
Поле адрес участка. Тип данных - текстовый
Размер поля - 50.
Обязательное поле - нет
Пустые строки - да
Индексированное поле - да (совпадения не допускаются)
Таблица Больничный лист. Необходима для хранения информации о выданных больничных листах (рис. 6).
Рис. 6. Таблица Больничный лист
Свойства полей таблицы Адрес участка были определены следующим образом: