Разработка базы данных поликлиники
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
ь врача. По времени записи можно узнать время записи. Поэтому в составной первичный ключ войдут следующие атрибуты:
PK (Ф.И.О. пациента, Ф.И.О. врача, номер обращения, диагноз, номер назначенные анализы)
PK (Ф.И.О. пациента, логин пациента, пароль пациента, адрес электронной почты пациента, полный домашний адрес пациента, контактный телефон пациента).
PK (Ф.И.О. врача, логин врача, пароль врача, должность врача, адрес электронной почты врача, полный домашний адрес врача, контактный телефон врача).
PK (диагноз, анализ, назначенный анализ, дата анализа, место проведения, получение анализа, полный диагноз, назначенное лечение).
Декомпозиция:
Пациент (Ф.И.О. пациент (РК), логин пациента, пароль пациента, адрес электронной почты пациента, полный домашний адрес пациента, контактный телефон пациента.)
Врач (Ф.И.О. врача (РК), логин врача, пароль врача, должность врача, адрес электронной почты врача, полный домашний адрес врача, контактный телефон врача.)
Диагноз (диагноз (РК), анализ, назначенный анализ, дата анализа, место проведения, получение анализа, полный диагноз, назначенное лечение.)
3.1.3 Третья нормальная форма
Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и отсутствует транзитивная зависимость между атрибутами:
Врач > пациент
Диагноз > пациент
Диагноз > анализ
Время >прием
Врач пациент
Диагноз пациент
Диагноз анализ
Время прием
3.1.4 Четвертая нормальная форма
Отношение находится в четвертой нормальной форме, если оно находится в третьей нормальной форме, и отсутствуют многозначные зависимости между ключами:
Врач > > пациент
Диагноз > > пациент
Диагноз > > анализ
Время > > прием
3.2 Описание основных сущностей и их атрибутов
Описание основных сущностей и их атрибутов приводится в таблице 3.1.
Таблица 3.1. Описание сущностей и атрибутов
СущностьОписание сущностиАтрибутОписание атрибутаПациентСодержит информацию о пациентахФ.И.О. пациента (РК)Фамилия, имя, отчество пациента (первичный ключ)Логин пациентаЛогин пациента для входа в информационную системуПароль пациентаПароль пациента для входа в информационную системуАдрес электронной почты пациентаАдрес электронной почты для обратной связи с пациентаПолный домашний адрес пациентаАдрес места проживания пациентаКонтактный телефон пациентаКонтактный телефон для обратной связи с пациентомСотрудникиСодержит информацию о сотрудникахФ.И.О. сотрудника (РК)Фамилия, имя, отчество сотрудника (первичный ключ)Логин сотрудникаЛогин сотрудника для входа в информационную системуПароль сотрудникаПароль сотрудника для входа в информационную системуАдрес электронной почты сотрудникаАдрес электронной почты для обратной связи с сотрудникомПолный домашний адрес сотрудникаАдрес, где прописан сотрудникДолжность сотрудникаДолжность, занимаемая сотрудникомКонтактный телефон сотрудникаКонтактный телефон для обратной связи с сотрудникомЗаписьСодержит информацию о Записях пациентовДень недели (РК)Номер счета (первичный ключ)ВремяДата, когда пациенту нужно придти на приемФ.И.О. сотрудника (FК)Фамилия, имя, отчество сотрудника (внешний ключ от сущности Сотрудники)Ф.И.О. пациента (FК)Фамилия, имя, отчество покупателя (внешний ключ от сущности Покупатели)ДиагнозСодержит информацию о диагнозахДиагноз (РК)Диагноз (первичный ключ)Дата постановкиДатаНазвание анализа (FК)Название анализа (внешний ключ от сущности Анализ)Постановка диагноза (FK)Номер счета (внешний ключ от сущности Диагноз)
3.3 Выявление связей между сущностями
В рассматриваемой предметной области можно выделить связи с соотношение один ко многим 1:М, приведенные в таблице 3.2.
Таблица 3.2. Связи сущностей
Родительская сущностьДочерняя сущностьОписание связиМощность связиПациентАмбулаторная картаПациенты имеют амбулаторную карту1:MСотрудникиАмбулаторная картаСотрудники оформляют карта1:MДиагнозАнализДиагноз можно поставить с помощью анализа1:MАнализДиагнозАнализ выдается для установления диагноза1:MПациентДиагнозПациент знает свой диагноз1:M
3.4 Концептуальная модель
В качестве СУБД была выбрана PostgreSQL по следующим причинам:
1.PostgreSQL является бесплатной СУБД.
.Отличная интеграция с языком высокого уровня Java.
.Как следствие предыдущего пункта, PostgreSQL - идеальное решение для реализации web-приложений, написанных на Java.
.Поддержка БД практически неограниченного размера.
.Мощные и надёжные механизмы транзакций и репликации (механизм синхронизации содержимого нескольких копий объекта (например, содержимого базы данных). Репликация - это процесс, под которым понимается копирование данных из одного источника на множество других и наоборот) [4].
.Наследование.
.Легкая расширяемость.
В дальнейшем в работе для создания концептуальной модели данных используется CASE-средство ERwin, которое позволяет быстро и наглядно спроектировать модель в виде диаграмм сущность-связь, а затем сгенерировать SQL код базы данных. Так как ERwin 7.3 не поддерживает PostgreSQL, в качестве СУБД была выбрана MySql 5.x, потому что SQL синтаксис и основные типы данных в PostgreSQL и MySql совпадают.
3.4.1 Логический уровень модели данных
В ERwin результат проектирования на концептуальном уровне представляется логической моделью данных.
В логической модели данных отображаются су