Постановка задачи

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

1. уменьшить время прохождения пациентом регистратуры, оформления документов при посещении, при осмотре

2. повысить удобство работы врача с пациентом, эффективность работы докторов

3. перевести весь документооборот на электронный вариант

4. автоматизировать взаимодействие между отделениями

5. предоставлять быстрый доступ ко всей необходимой информации по пациенту

6. предоставлять полную и гибкую систему отчетности

Для выполнения этих требований в медицинскую информационную систему должны входить следующие подсистемы:

1. Учет пациентов

2. Учет движения пациентов (амбулаторный и стационарный этапы)

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

4. Составление расписаний работы врачей и отделений

5. Подготовка отчетов, результатов обследований, другой документации

6. Модули работы отделений и других подразделений

7. Взаимодействие отделений, диагностических подразделений, лабораторий.

Реализация

Информационная система состоит из трех больших модулей: поликлиника, стационар и диагностические подразделения (рис. 1). Данные модули выделены по принципу прохождения лечения пациентом. Больной может приходить на амбулаторное лечение в поликлинику, а при необходимости лечь на стационарное лечение. В итоге мы получаем два связанных, но непересекающихся этапа лечения (так как пациент не может одновременно находиться на амбулаторном и стационарном этапе лечения). Что удобно для моделирования двух подсистем. При переносе системы на поликлиники или же больницы без амбулаторного этапа лечения подобное разделение поможет легко отделить ненужные модули и масштабировать систему.

Некоторые диагностические подразделения могут работать без прямого контакта с пациентами (например, клинико-биохимическая лаборатория может работать с анализами, пришедшими из других медицинских учреждений). Данная возможность реализована с помощью отдельных интерфейсной части и набора сущностей, взаимодействующих с остальной системой как внешний блок. Эта заявочная система может размещаться как на внутреннем, так и на внешнем сервере, что позволяет дать доступ к ней максимальному количеству медицинских учреждений. К тому же немногие медицинские центры и больницы имею диагностические блоки в своем составе. Так что выделения этих подразделений в отдельный модуль является естественным. При рассмотрении взаимодействия модулей можно выделить так же приемное отделение, которое не имеет прямого отношения к лечебному процессу, а осуществляет прием населения и регистрирует все перемещения пациентов в ходе лечебного процесса. Например, на амбулаторном этапе пациента могут направить на госпитализацию. А после госпитализации порекомендовать процедуры для скорейшего восстановления здоровья, которые нужно проходить в поликлинике. Все переходы назначения и действия врачей регистрируются системой.