Ведение истории болезни

Отдел регистратуры проводит.

1. Регистрацию пациентов поступающих в больницу.

2. Консультирование по приему врачей.

3. Выдача талонов на обследование.

4. Выдача талонов на сдачу анализов.

Пользователи истории болезни:

• Лечащий врач;

• Дежурный врач;

• Врач диагностического отделения;

• Процедурная мед. сестра;

• Палатная мед. сестра;

• Зав. отделения;

• Хирург

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

Лечащий врач в его задачу входит:

1. Лечебные назначения:

   1. Диагностические назначения;

   2. Физиотерапевтические назначения;

   3. Перевод в реанимацию;

   4. Операционные;

   5. Медикаментозные назначения;

   6. Процедурные назначения.

2. Динамическое наблюдение:

   1. Контроль лечения;

   2. Анализ состояния.

3. Выписка;

4. Сдача в архив.

Врач диагностического отделения действует по назначению лечащего врача и проводит диагностику пациента. На основании полученных данных пишет своё заключение. В котором пишет диагноз и рекомендации лечащему врачу.

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

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

Зав. отделением осмотр пациента, контроль историей болезни.

Хирург выполнение хирургических назначений по лечению.

На диаграммах бизнес-вариантов использования представлены основные направления деятельности персонала занятого в лечение пациента. (рис. 1.1 – 1.4).

Рисунок 1.1 – Бизнес-варианты использования деятельности дежурного врача

Рисунок 1.2 – Бизнес-варианты использования деятельности лечащий врач.

Рисунок 1.3 – Бизнес-варианты использования деятельности зав. отделения.

Рисунок 1.4 – Бизнес-варианты использования деятельности палатная мед. сестра

Диаграмма отражает реализацию функциональных ИБ.

Рисунок 1.5 — Диаграмма вариантов- использования истории болезни ГБСМП №2

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

В случае нашей системы функциональность основного окна основного модуля программы, устанавливаемого на базовой машине, будет отличаться в зависимости от типа пользователя данной системы. В общем виде диаграмма состояний для реализации функций лечащего врача представлена на рисунке 1.6.

Рисунок 1.6 –деятельность лечащего врача.

Администрирование мис

Свойство пользователя МИС определяется:

• функционалом, который выполняет сотрудник;

• занимаемой должностью;

• отделением, в котором работает сотрудник.

На примере фельдшера приемного отделения рассмотрим функциональность пользователя типа «Фельдшер приемного отделения» (см. рисунок 1.1). Основными функциями данного типа сотрудника являются:

• регистрация пациентов;

• вызов врача специалиста;

• выдача карты СОП;

• выдача направления на обследование;

• перевод больного в отделение;

• выдача справки об обследовании;

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

Рис 1.1 - Диаграмма вариантов использования фельдшера приёмного отделения

Аналогично можно рассмотреть функции администратора ИТ отдела больницы. Функции этой категории пользователей системы представлены на диаграмме вариантов использования рисунка 1.2. Это:

• редактирование и конфигурирование типов пользователей в соответствии с их должностными инструкциями;

• конфигурирование структуры подразделений больницы в соответствии со структурой больницы, представленной на рисунке 1.3.

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

Часть из прецедентов данной диаграммы связана с незавершенностью разрабатываемой МИС и должны относиться к функциям сотрудника отдела кадров. Это, в частности, функции регистрации вновь принятого сотрудника в отделении, увольнение сотрудника из отделения и перевод на другую работу.

Рисунок 1.2 – Диаграмма вариантов использования для администратора МИС.

Таким образом, как указывалось в дипломной работе [Error: Reference source not found], функционал различных категорий пользователей больницы может быть рассмотрен как система фреймов [Error: Reference source not found]. При таком подходе функционал каждого типа пользователя может быть рассмотрен как присоединенные процедуры фрейма. Реализация этих процедур осуществляется путем разработки ActiveX-элементов, обеспечивающих выполнение функции. Каждый из типов пользователей системы рассматривается как экземпляр фрейма. Организация связи экземпляров фреймов осуществлена в виде m-арного дерева [Error: Reference source not found]. Узлы дерева отражают иерархическую структуру присущую организационной структуре больницы (рисунок 1.3).

Рисунок 1.3 – Организационная структура больницы

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

Компонентное построение системы позволяет изменять конфигурацию загруженных в систему функций в зависимости от экземпляра фрейма (типа пользователя, работающего с системой). Поэтому данную МИС можно рассматривать как экспертную систему, перенастраиваемую в соответствии в соответствии с типом пользователя, авторизовавшегося в системе. При этом свойства фрейма определяются списком названий функций фрейма. Причем каждая функция фрейма связана с соответствующим ActiveX-элементом, реализующим данную функцию. Сохранение информации об экземпляре фрейма обеспечивается реляционной таблицей, содержащей данные о названиях функций, имени ActiveX-элемента, данной функции, и указателе на родительский фрейм.

Администрирование МИС должно обеспечивать формирование структуры данной таблицы. Диаграмма деятельности администратора МИС представлена на рисунке 1.4.

Рисунок 1.4 – Диаграмма деятельности администратора МИС.