Автоматизация услуг медицинского учреждения

Размещено на http://www.allbest.ru/

Введение

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

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

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

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

Задачи курсовой работы:

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

- Определить требования к проектируемой ИС.

- Разработать объектно-ориентированную модель ИС.

1. Описание предметной области

Как и любая другая медицинская организация на территории РФ, медицинское предприятие «ГБУЗ НО Княгининская ЦРБ» попадает под действие законов и нормативно-правовых актов регулирующих сферу медицины.

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

Рисунок 1 - Мнемосхема процесса обслуживания пациента в «ГБУЗ НО Княгининская ЦРБ»

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

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

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

Также в регистратуру могут обратиться из отдела статистики для сбора статистических данных о заболевших и их заболеваниях.

2. Требования к проектируемой информационной системе

Рассмотрев принципы функционирования предприятия можно определить требования предъявляемые к проектируемой ИС.

Трбования к системе вцелом:

- Требования к структуре и функционированию системы. Требуется иерархически простое устройство системы. Желательный тип архитектуры монолитный и конфигурируемый, с минимально возможным количеством модулей и подсистем. Взаимодействие с системой должно происходить с помощью графического (вывод изображения на монитор) и текстового (отображение текста на мониторе, ввод текста с помощью клавиатуры) интерфейса. Интеграция и взаимодействие с другими системами не является необходимостью.

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

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

Администратор ИС обязан обладать навыками установки, настройки и поддержки работоспособности программного комплекса, а также навыками работы в операционной системе семейства Windows (версии не ранее Windows XP).

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

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

Трбования по функциям:

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

- Временной регламент реализации каждой функции. Первые три задачи, а именно: автоматизировать процесс поиска, заполнения и передачи больничной карты врачу. Реализация этих задач должна происходить одновременно и в первую очередь. Автоматизация процесса сверки персональных данных пациента является задачей с более низким приоритетом.

Требования к видам обеспечения:

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

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

- Программное. Приложение должно функционировать в операционной системе семейства Windows версии XP и более поздних.

- Техническое. Используемое аппаратное обеспечение для терминалов не обязано быть высокопроизводительным, и не должно быть дорогим. В качестве сервера можно использовать более производительный компьютер соединенный с терминалами.

- Организационное. Работа каждого из операторов регистратуры должна быть независимой от остальных. В случае ошибочных действий они должны самостоятельно ликвидировать их последствия. Если сотрудник не справился с этой задачей, вызывается администратор и решает ее лично.

3. Объектно-ориентированная модель информационной системы

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

Рисунок 2 - Диаграмма вариантов использования(ВИ)

Пояснение к диаграмме ВИ. Единственный, кто должен взаимодействовать с проектируемой информационной системой это - оператор регистратуры. Информационная система обязана автоматизировать три следующие функции: запись на прием к врачу, заполнение и распечатка документов и формирование отчетов.

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

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

На этом этапе обслуживание пациента можно считать завершенным и система возвращается к выбору операции. Этот цикл продолжается вплоть до выхода из информационной системы.

Рисунок 3 - Диаграмма деятельности

Рисунок 4 - Диаграмма классов

Центральный компонент на диаграмме и элемент, который отвечает за обработку данных - класс электронного архива, реализованного на сервере либо хост-компьютере. Он открывает доступ к просмотру и заполнению расписания приемов врачей, и списку электронных больничных карт. Напрямую с данным классом не работает никто в целях безопастности. Для использования его функций используется интерфейс «Терминал регистратуры». Он не хранит ни одного поля, так как он предназначен исключительно для доступа к функциональности класса сервера.

Функция «проверить персональные данные» формирует строку запроса к базе данных на основе полученных данных, а именно ФИО, номер паспорта, номер полиса, дата рождения, адрес. Сформированная строка используется как параметр функции «Выполнить запрос к БД» класса сервера.

Функция «Проверить наличие больничной карты» формирует поисковый запрос к базе данных. Если карта в БД не найдена, то предлагается завести новую. После данной операции вызывается функция «Добавить человека на прием».

Функция «распечатать документ» обращается к другому интерфейсу «контроллер принтера» печатает необходимый документ.

Функция «создать отчет» позволяет конструировать запрос к базе данных для получения необходимых данных. По окончанию конструирования запрос форматируется в строку и передается в функцию «выполнить запрос к БД» в качестве аргумента.

Рисунок 5 - Диаграмма кооперации

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

Рисунок 6 - Диаграмма последовательности

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

Рисунок 7 - Диаграмма состояний

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

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

Если карта не найдена, предлагается создать новую. Далее начинается процесс заполнения направления на осмотр у врача и при необходимости печать документов.

Рисунок 8 - Диаграмма компонентов

Приложение start.exe является рабочим приложением. Каждый класс используемый в программе реализуется как отдельная единица трансляции. Для сервера сборка имеет специфические особенности: для него определена реализация класса сервер, а остальные классы лишь объявлены. А для компьютеров регистратуры создается версия программы с реализацией только класса терминал регистратуры.

Рисунок 9 - Диаграмма развертывания

Как видно из диаграммы, версия с реализацией программы для операторов регистратуры ставится на компьютер - рабочую станцию оператора. Все рабочие станции соединяются с сервером в сеть. Количество терминалов варьируется в зависимости от потребностей предприятия в пределах восьми экземпляров.

Заключение

В ходе курсовой работы были выполнены следующие задачи:

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

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

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

Представленные выше диаграммы в полной мере описывают модель ИС, которая может служить исходником для автоматического формирования кода, приложения автоматизирующего процесс приема пациента в Больнице.

Список использованной литературы

автоматизация информационный медицинский больница

1) Федеральный закон об основах охраны здоровья граждан в российской федерации принят государственной думой 1 ноября 2011 года одобрен советом федерации 9 ноября 2011 года

2) Абрамов Г. В., Медведкова И. Е., Коробова Л. А. Проектирование информационных систем. М. : ВГУИТ, 2012. 172с.

3) Вендров А. М. Практикум по проектированию программного обеспечения экономических информационных систем: учеб. пособие, 2-е изд., перераб. и доп. М. : Финансы и статистика, 2006. 192 с. 3. Гвоздева Т. Л., Баллод Б. А. Проектирование информационных систем: учеб. пособие. Ростов н/Д : Феникс, 2009. 512 с.

4) Емельянова Н. З. Информационные системы в экономике. М. : ИНФРА-М, 2009. 464 с.

5) Заботина Н. Н. Проектирование информационных систем. М. : ИНФРА-М, 2011. 329 с

Размещено на Allbest.ru