Автоматизированное средство учета госпитализированных больных
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
ами данных (СУБД). Время, затраченное разработчиком на проектирование БД, обычно окупается высокой скоростью реализации проекта.
На основе описания предметной области на этапе проектирования базы данных осуществляется определение состава и структуры данных предметной области, которые должны находиться в базе данных и обеспечивать выполнение необходимых запросов и задач пользователя. Структура данных предметной области может отображаться информационно-логической моделью. На основе этой модели легко создается реляционная база данных.
Информационно-логическая модель отображает данные предметной области в виде совокупности информационных объектов и связей между ними. Эта модель представляет данные, подлежащие хранению в базе данных.
Информационный объект - это информационное описание некоторой сущности - реального объекта, процесса, явления или события. Информационный объект образуется совокупностью логически взаимосвязанных реквизитов, представляющих качественные и количественные характеристики некоторой сущности предметной области. Информационные объекты выделяются на основе описания предметной области путем определения функциональных зависимостей между реквизитами. Совокупность реквизитов информационного объекта должна отвечать требованиям нормализации:
информационный объект должен содержать уникальный идентификатор (ключ). Ключ является простым, если он состоит из одного реквизита или составным, если из нескольких;
все описательные реквизиты должны быть взаимонезависимы, т.е. между ними не может быть функциональных зависимостей;
все реквизиты, входящие в составной ключ, должны быть также взаимонезависимы;
каждый описательный реквизит должен функционально полно зависеть от ключа, т.е. каждому значению ключа соответствует только одно значение описательного реквизита;
при составном ключе описательные реквизиты должны зависеть целиком от всей совокупности реквизитов, образующих ключ;
каждый описательный реквизит не может зависеть от ключа транзитивно, т.е. через другой промежуточный реквизит [12].
Выполнение требований нормализации обеспечивает построение реляционной базы данных без дублирования данных и возможность поддержки целостности при внесении изменений.
Упрощенная структура базы данных представлена на рисунке 2.1 в виде модели данных Сущность - связь.
Рисунок 2.1 - Модель данных Сущность - связь
В ходе проектирования базы данных были выделены следующие основные информационные объекты: Пациент, Врач, Учреждение здравоохранения, Случай госпитализации, Диагноз. Другие информационные объекты, выделенные в ходе проектирования базы данных: Область, Город, Улица, Отдел УЗ, Участок внутри отдела, Заболевание, Занятость пациента и некоторые другие.
.2Проектирование приложения
Необходимо, чтобы при загрузке программы на экране монитора была представлена таблица, в которой отображалась бы информация о пациентах, зарегистрированных в поликлинике. Также рядом с таблицей должны быть поля, позволяющие осуществлять поиск пациентов по определенным критериям, таким как адрес проживания (населенный пункт, улица, номер дома, номер квартиры), ФИО пациента, персональный номер карты пациента.
После выбора конкретного пациента из представленного списка необходимо, чтобы осуществлялся переход к журналу госпитализаций данного пациента. Журнал госпитализаций должен представлять собой таблицу, записями которой являются зарегистрированные госпитализации данного пациента. Таблица должна иметь следующие поля: направляющее медицинское учреждение, направивший врач, наименование стационара, отделение стационара, дата госпитализации, дата выписки, количество дней пребывания в стационаре, дата поступления эпикриза. Для каждого случая госпитализации больного необходимо предусмотреть способы отображения поставленных ему во время пребывания в стационаре диагнозов. Причем диагнозы, поставленные до прибытия в стационар, т.е. из направления, и диагнозы, поставленные больному во время пребывания в стационаре, должны отображаться отдельно. Информация о диагнозе должна состоять из названия заболевания, его кода по
МКБ-10, характера заболевания.
При регистрации нового случая госпитализации пациента необходимо предоставить возможность ввода следующих данных: направляющее медицинское учреждение, направивший врач, наименование стационара, отделение стационара, дата госпитализации, дата выписки, количество дней пребывания в стационаре, дата поступления эпикриза, вид госпитализации (плановая или экстренная). Также при регистрации необходимо предоставить возможность ввода информации о диагнозе заболевания. К этой информации относятся: признак диагноза (диагноз вносится из направления или из выписки), характер заболевания (острое, впервые выявленное хроническое, хроническое, известное ранее, обострение хронического, не уточненное, симптоматическое), вид заболевания (основное или сопутствующее), а также код заболевания по МКБ-10 и его полное название.
Для реализации функции формирования и вывода на печать отчетов необходимо предоставить пользователю возможность выбора критериев отбора информации, на основании которых формируется отчет. Для этого необходимо создать программный модуль, форма которого будет содержать поля-критерии отбора. Для отчета о числе заболеваний, зарегистрированных в поликлинике, необходимо ото