Пояснительная записка

2.2 Пояснительная записка

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

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

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

Управление медицинской организацией» (характеризуется как широкой функциональностью, так и высокой ценой), и медицинские информационные системы на платформе AKSi-клиника от АКСИМЕД (отдельные продукты

«Онлайновая регистратура», «Частный медицинский кабинет», «Стоматология»), с

другой.

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

ведение электронных медицинских карт пациентов,

автоматическое формирование печатных форм (статистических талонов,

договоров и др.),

планирование графиков работы специалистов и анализ их выполнения,

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

27

отражение записей на прием,

ведение истории приемов для каждого пациента,

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

Таким образом, «электронная регистратура» решает и задачи руководства медицинского учреждения (планирование, контроль и анализ), и сотрудников-

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

2.2.2 Технические характеристики

2.2.2.1 Постановка задачи на разработку программы Требуется разработать программную систему, предназначенную для

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

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

ведение базы данных пациентов, электронных медицинских карт,

ведение истории обращений и приемов пациентов,

учет записей на прием,

веб-регистратура, то есть средство формирования заявки на прием от клиента с помощью сайта в сети Интернет,

планирование графиков работы специалистов и анализ их выполнения,

печать необходимых форм (талонов амбулаторного пациента, договоров на оказание платных медицинских услуг).

2.2.2.2 Технология проектирования В качестве технологии проектирования выбран объектно-ориентированный

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

28

Согласно концепции ООП на основе анализа предметной области можно явно выделить объекты реального мира (пациент, врач, регистратор, карта, талон пациента, график работы), к взаимодействию моделей которых и должно сводиться функционирование «электронной регистратуры». Затем определяются значимые с точки зрения решаемой задачи свойства этих объектов (например, график работы – это таблица с графами «время», «день» и «врач», эти же параметры при записи на прием указываются в талоне пациента). Таким образом, установив связи между объектами, можно описать поведение каждого объекта (регистратор создает график работы врача, врач заполняет карту пациента, пациенты записывается на прием к врачу и т.д.) [2].

Выбор ООП оправдан как с точки зрения логики разрабатываемой системы,

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

ориентрованной).

Для описания структуры классов используется унифицированный язык моделирования (UML) [3], логическая структура базы данных описывается в нотации ER-диаграмм. При проектировании системы средства автоматизированной разработки программного обеспечения (CASE) не применяются, процесс проектирования обеспечивается «ручным» проектированием (это допустимо, так как выбранная среда разработки позволяет задавать структуру классов графическим конфигурированием).

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

29

2.2.2.3 Технология программирования В качестве платформы для разработки системы выбрана технологическая

платформа 1С:Предприятие 8.2.

Платформа 1С:Предприятие 8.2 является прикладной проблемно-

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

Кроме того, модель базы данных 1С:Предприятия 8 имеет особенность,

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

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

а работает с платформой 1С:Предприятия (описывает структуры данных в конфигураторе, манипулирует данными с помощью объектов встроенного языка,

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

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

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

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

серверу, который осуществляет взаимодействие с кластером серверов или с

30

файловой информационной базой. Таким образом, реализация веб-регистратуры возможна средствами этой же среды [5].

2.2.3 Общая структурная схема и функционирование программы

2.2.3.1 Функции программы Разрабатываемая система на наиболее общем уровне может быть представлена

ввиде четырех подсистем:

Регистратура;

Учет электронных медицинских карт;

Кабинет врача;

Монитор руководителя.

В рамках подсистемы «Регистратура» выполняется

оформление новых и поиск ранее зарегистрированных пациентов;

запись пациента на прием, а именно а) оформление заявки клиента через веб-сайт (с указанием и проверкой

доступности предпочтительной даты, времени приема и специалиста);

б) запись на прием в результате подтверждения заявки регистратором (с

получением дополнительных сведений о пациенте);

ведение расписания часов приема врачей, а именно а) ввод часов приема учреждения (в виде интервала времени);

б) ввод общих графиков приема на следующий календарный месяц;

в) установка персональных графиков работы медицинского персонала на следующий календарный месяц;

г) изменение графиков приема на текущий период с учетом необходимости переноса уже назначенных приемов;

оформление документации, а именно а) формирование печатной формы талона амбулаторного пациента,

б) формирование печатной формы договора на оказание платных

медицинских услуги и приложений к нему,

в) формирование печатной формы анкеты пациента;

31

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

В рамках подсистемы «Учет электронных медицинских» карт выполняется

поиск и просмотр персональных данных пациента (фамилия, имя, отчество,

дата рождения, контактный телефон, адрес проживания);

удаление персональных данных (по желанию клиента);

поиск и просмотр медицинских сведений о пациенте (группа крови,

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

идр.);

собственно ведение электронных медицинских карт, а именно:

а) ведение истории обращений (записей на прием) и посещений;

б) формирование печатной формы электронной медицинской карты.

В рамках подсистемы «Кабинет врача» выполняется

регистрация направлений на обследования и анализы;

регистрация диагнозов, результатов осмотров и анализов;

регистрация назначений и выданных рецептов;

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

регистрация факта оказания медицинских услуг;

формирование печатной формы талона амбулаторного пациента.

Подсистема «Монитор руководителя» выделяется условно и, в первую очередь, в целях ограничения доступа к отчетам по деятельности учреждения.

Отчеты должны предоставлять исчерпывающие сведения о

количестве заявок, оставленных через веб-регистратуру за произвольный период (с отбором по конкретному врачу),

числе несостоявшихся приемов за произвольный период (с отбором по причине отмены приема),

числе новых клиентов и повторных обращений за произвольный период (с

отбором по конкретному врачу),

32

числе обращений к отдельным специалистам за произвольный период (по данным записи на прием),

распределении записей к врачам по оформляющим их регистраторам,

загруженности отдельных специалистов,

популярных и невостребованных часах приема,

объеме оказанных услуг (в количественном выражении).

Так же к подсистеме «Монитор руководителя» относится и реализация

функций администратора:

заполнение списка сотрудников-врачей;

заполнение списка сотрудников-регистраторов (устанавливается соответствие с учетными записями пользователей системы).

2.2.3.2 Бизнес-процессы Основываясь на приведенном в подпункте 2.2.3.1 перечне операций,

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

Бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач,

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

1С:Предприятие 8.2).

Основным пользователем «электронной регистратуры» является сотрудник-

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

Запись, согласно требованиям технического задания, может осуществляться двумя способами: с использованием веб-регистратуры и без нее (то есть в результате обращения клиента по телефону или лично). Для того, чтобы

33

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

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

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

Таким образом, процесс оформления нового клиента включает в себя три этапа: добавление элемента в справочник клиентов, заключение договора (требует участия клиента, так как необходимо получить его согласие на обработку и хранение персональных данных) и создание карты пациента (блок-схема бизнес-

процесса приведена на рисунке 1).

Рисунок 1 - Оформление нового клиента Процесс традиционной записи на прием хронологически разделен на два

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

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

34

в момент явки клиента на прием. Если клиент новый, то его необходимо оформить

(согласно уже рассмотренному бизнес-процессу «Оформление нового клиента»).

Регистратор должен убедиться, что существует актуальный договор с клиентом, в

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

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

процессе «Запись на прием», блок-схема которого приведена на рисунке 2.

Рисунок 2 - Запись на прием Запись на прием с помощью веб-регистратуры отличается от уже

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

35

(например, если не удалось связаться с клиентом). Блок-схема этого бизнес-

процесса приведена на рисунке 3.

Рисунок 3 - Запись на прием через веб-регистратуру При описании процессов записи на прием рассматривалась возможность

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

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

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

Блок-схема соответствующего бизнес-процесса приведена на рисунке 4.

36