Разработка автоматизированной информационной системы по оформлению и учету историй болезней пациентов в больнице
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
p>
Также врачу необходимо сообщить те данные о себе в отдел приема, которые требуются для заполнения формы. Данные о враче включают уникальный номер врача, фамилию, имя, отчество, специализацию, номер кабинета, номер рабочего телефона.
Заполненные формы входных документов представлены в приложении (Приложение А).
2.4 Описание результатной (выходной) информации
Выходные документы представляют собой результат обработки данных, имеющих удобный для пользователя вид. Такими документами являются:
-отчет о пациентах
-отчет о приемах и выписках;
ОТЧЕТ О ПАЦИЕНТАХ
ФамилияИмяОтчествоАдресТелефонДата рождения№ страховкиСерия страховкиХ (30)Х (15)Х (30)Х (90)9 (11)Дд.мм.гггг9 (5)9 (6)
ОТЧЕТ О ПРИЕМАХ И ВЫПИСКАХ
№ пациентаДата приемаДата выписки№ палаты9 (6)Дд.мм.ггггДд.мм.гггг9 (2)
Заполненные формы выходных документов представлены в приложении (Приложение Б).
2.5 Разработка базы данных
Для построения реляционной базы данных необходимо выделить сущности и связи между ними, определить атрибуты сущностей, задать первичные и внешние ключи, привести модель к требуемому уровню нормальной формы.
Сущность - это объект, информация о котором хранится в базе данных. Выделим следующие сущности:
-пациент;
-врач;
-приемный покой;
-отделение;
-палата;
-лечащий врач.
Применим к этим сущностям условия первой нормальной формы:
-должны отсутствовать повторяющиеся записи;
-должны отсутствовать повторяющиеся атрибуты;
-каждый атрибут (поле) должен быть неделимым.
Далее определим взаимосвязи между сущностями согласно требованиям к базе данных. В соответствии с этим диаграмма сущность-связь будет выглядеть следующим образом:
В данной диаграмме используется отношение одна запись со многими.
Затем начинается приведение модели к требуемому уровню нормальной формы. Отношение находится в первой нормальной форме, если все его атрибуты являются простыми, т.е. имеют единственное значение.
Условия первой нормальной формы:
-должны отсутствовать повторяющиеся записи;
-должны отсутствовать повторяющиеся атрибуты;
-каждый атрибут должен быть неделим.
Для каждой сущности определим атрибуты, которые будут храниться в базе данных.
Сущность Пациент имеет следующие атрибуты:
-уникальный ключ пациента;
-фамилия пациента;
-имя пациента;
-отчество пациента;
-адрес;
-телефон;
-диагноз;
-паспорт;
-дата рождения;
-серия полиса;
-номер полиса;
-уникальный ключ врача.
Сущность Врач:
-уникальный ключ врача;
-фамилия;
-имя;
-отчество;
-специализация.
Сущность Приемный покой:
-уникальный ключ регистратора;
-фамилия регистратора;
-имя регистратора;
-отчество регистратора;
-дата поступления пациента;
-дата выписки пациента;
-уникальный ключ врача.
Сущность Плата:
-№ палаты;
-количество мест;
-уникальный ключ отделения;
-уникальный ключ врача.
Сущность Лечащий врач:
-уникальный ключ лечащего врача;
-фамилия лечащего врача;
-имя лечащего врача;
-отчество лечащего врача;
-специализация;
-уникальный ключ пациента.
Сущность Отделение:
-уникальный ключ отделения;
-наименование отделения
-фамилия зав.отделением;
-имя зав.отделением;
-отчество зав.отделением;
-уникальный ключ регистратора.
Отношение находится во второй нормальной форме, если оно удовлетворяет следующим условиям:
-выполняется условие первой нормальной формы;
-первичный ключ однозначно определяет запись;
-все поля записи зависят от первичного ключа;
-первичный ключ имеет минимальную форму (отсутствует избыточность).
В соответствии с этим приведем таблицу отношений атрибутов и сущностей во второй нормальной форме.
Таблица 2.4.1
СущностьПервичный ключАтрибутыПациентУникальный ключ пациентаУникальный ключ пациента Фамилия Имя Отчество Адрес Телефон Диагноз Паспорт Уникальный ключ врача История болезни Серия полиса Номер полисаВрачУникальный ключ врачаУникальный ключ врача Фамилия Имя Отчество СпециализацияПриемный покойУникальный ключ регистратораУникальный ключ регистратора Фамилия Имя Отчество Дата поступления пациента Дата выписки пациента Уникальный ключ врачаОтделениеУникальный ключ отделенияУникальный ключ отделения Наименование отделения Фамилия зав.отделением Имя зав.отделением Отчество зав.отделением Уникальный ключ регистратораПалатаУникальный ключ палаты№ палаты Количество мест Уникальный ключ отделения Уникальный ключ врачаЛечащий врачУникальный ключ лечащего врачаУникальный ключ врача Уникальный ключ пациента Фамилия Имя Отчество Специализация Рабочий телефон
Информационная модель после данного этапа проектирования будет иметь следующий вид
Таблица 2.4.2Пациенты (pacient.DB)
Имя поляТип поля и размерСодержаниеUnik_pacientAutoincrementУникальный ключ пациентаFamAlpha(30)ФамилияImyaAlpha (15)ИмяOtchAlpha (30)ОтчествоAdresAlpha (90)АдресTelefonIntegerТелефонDiagnozAlpha (90)ДиагнозSeriya_paspIntegerСерия паспортаIstoriyaAlpha (20)История болезниSeria_strIntegerСерия полисаNomer_strIntegerНомер полисаUnik_pacientAutoincrementУникальный ключ пациентаUnik_vrachAutoincrementУникальный ключ врачаТаблица Врачи (vrach.DB)
Имя поляТип поля и размерСодержаниеUnik_vrachAutoincrementУникальный ключ врачаFamAlpha(30)