1.2 Функциональный анализ предметной области.

В данной программной системе присутствуют несколько подсистем.

Подсистема управления больными обеспечивает просмотр и добавления больных.

Подсистема управления персоналом обеспечивает просмотр и добавления новых работников.

Подсистема управления заявками обеспечивает просмотр и добавления заявок на склады материалов.

1.3 Пользовательские представления о предметной области.

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

Для гостя представление является отображением части таблиц — таблица персонала, таблица палат.

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

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

Начальник отдела кадров создавать и сопровождать записи со сведениями о сотрудниках.

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

Главврач является супер пользователем базы, ему доступны все таблицы и все поля в них.

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

2.1 Концептуальная модель

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

2.1.1 Типы сущностей

В результате анализа предметной области были выделены такие стержневые сущности как: Personnel, Post, Obedient_list, Qualification, Contract, Demand, Chamber, Warehouse_preparations, Warehouse_materials, Supplier, Patient, Registration, Purpose, local_doctor, Relative, Ambula_patient.

Сущность «Personnel» предназначена для хранения данных об работниках больницы. Включает в себя такую информацию, как табельный номер сотрудника, имя и фамилия, полный адрес, номер телефона, дата рождения, пол, номер свидетельства социального страхования.

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

Сущность «Obedient_list» подразумевает под собой послужной список работника. В объекте содержится следующая информация: название организации, должность, дата поступления на работу и увольнения с нее.

Сущность «Qualification» подразумевает под собой квалификацию работника. В объекте содержится следующая информация: тип и дата присвоения квалификации, а также название присвоившего ее учреждения.

Сущность «Post» предназначена для хранения информации о должности работника. Включает в себя занимаемую должность и текущую зарплату.

Сущность «Supplier» подразумевает под собой поставщика препаратов и содержит такую информацию: название и номер поставщика, адрес, номера телефона и факса.

Сущность «Warehouse_preparations» предназначена для хранения информации о складе фармацевтических расходных материалов. Включает в себя следующую информацию: идентификационный номер и название лекарства, описание, дозировка, способ приема, количество на складе, уровень запаса, при котором подается заказ о его восполнении, а также стоимость.

Сущность «Warehouse_materials» предназначена для хранения информации о складе хирургических и нехирургических расходных материалов. Включает в себя следующую информацию: название и идентификационный номер предмета, его описание, количество на складе, уровень запаса, при котором подается заказ об его восполнении, а также стоимость.

Сущность «Demand» подразумевает под собой заявку на получение материалов со склада и содержит такую информацию: уникальный номер заявки, имя сотрудника (составившего заявку), номер палаты, идентификационный номер предмета или лекарства, его название, описание, дозировка и метод приема (только для таблеток), стоимость единицы, заказываемое количество, а также дата заказа.

Сущность «Chamber» подразумевает под собой данные о палате и содержит такую информацию: номер палаты, имя палаты, блок, количесиво коек, телефон.

Сущность «Patient» предназначена для хранения информации о поступившем пациенте. Включает в себя следующую информацию: уникальный номер, имя и фамилия, адрес, номер телефона, дата рождения, пол, семейное положение, дата регистрации в больнице, имя его ближайшего родственника.

Сущность «Registration» подразумевает под собой регистрацию пациента для получения места в палате. В объекте содержится следующая информация: номер пациента, дата регистрации в очереди, назначенная палата, предполагаемый срок лечения (в сутках), дата размещения в палате, предполагаемая дата выписки, а также фактическая дата выписки, если она наступила, номер его койки.

Сущность «Purpose» предназначена для хранения информации о назначении на приём. Включает в себя следующую информацию: уникальный номер, имя консультанта и его табельный номер, дата и время приема, номер кабинета.

Сущность «local_doctor» предназначена для хранения информации об участковом враче. Включает в себя следующую информацию: имя и фамилия, номер клиники, адрес и номер телефона. Номер клиники является уникальным в пределах всей территории страны.

Сущность «Relative» предназначена для хранения информации о ближайшем родственнике пациента. Включает в себя следующую информацию: имя и фамилия, степень родства с пациентом, адрес и номер телефона.

Сущность «Ambula_patient» подразумевает под собой данные об амбулаторных пациентах. В объекте содержится следующая информация: номер пациента, имя и фамилия, адрес, номер телефона, дата рождения, пол, дата и время приема в клинике.