Рассмотрим в статье:
-
интеграцию медицинской информационной системы с PACS;
-
составление шаблонов медицинских документов;
-
текущую ситуацию с интеграцией ЕГИСЗ;
-
интеграцию с ФОМС;
-
личный кабинет пациента, мониторинг и контроль показателей здоровья;
-
организацию колл-центра;
-
ведение персонифицированного учета в медицинских учреждениях.
Интеграция МИС с системой PACS.
В программном решении «1С:Медицина» предусмотрена возможность поддержки информационного взаимодействия с системой PACS (программно-аппаратный комплекс, реализующий функцию передачи и архивации изображений) (рис. 1).
Основные особенности обмена данными между программными решения МИС (Медицинская Информационная Система) и PACS:
-
Взаимодействие происходит по протоколу HL7 CDA R2 с медицинским оборудованием по стандарту DICOM 3;
-
Продукты могут взаимодействовать с одним или несколькими системами PACS и с неограниченным количеством медицинских приборов, предусматривающих возможность данного подключения.
|
|
|
Рис. 1 Обмен данными между программными решения МИС и PACS
|
Предусмотрен вариант функционирования системы без PACS с помощью встроенного DICOMсервера. Встроенный DICOM сервер реализует следующие функции:
-
передача сведений о пациентах и исследованиях на соответствующее оборудование;
-
получение от оборудования данных о выполненных исследованиях;
-
получение изображений в клиническом качестве от медицинского оборудования;
-
хранение полученных файлов и сохранение изображений в составе протоколов исследований (для долгосрочного хранения изображений они прикрепляются к соответствующему документу и хранение осуществляется в jpeg формате).
При обмене данными с PACS не через встроенный DICOM сервер (рис. 2):
-
передача сведений о пациентах и исследованиях на соответствующее оборудование и получение данных о выполненных исследованиях;
-
передача команд в PACS на отправку изображений на рабочие станции врачей с программным обеспечением, реализующим функции DICOM viewer;
-
получение изображений из PACS и рабочих станций врачей, в том числе для сохранения изображений с клиническим качеством для хранения в составе протоколов исследований.
|
|
|
Рис. 2 Обмен данными между программными решения МИС и PACS без встроенного сервера DICOM
|
При невозможности внедрения типовых средств обмена с системой PACS по запросу клиентов была разработана индивидуальная система PACS ArchiMed. При использовании PACS ArchiMed МИС получала ссылку на изображение и описательную часть исследования.
Отметим, что в продуктах «1С:Медицина.Больница» и «1С:Медицина.Поликлиника» предусмотрена возможность просмотра электронной медицинской карты (рис. 3), при этом изображение (при наличии) для просмотра открывается непосредственно в браузере компьютера, в DICOM viewer, где при помощи панели инструментов возможно осуществить необходимые корректировки и измерения (рис. 4).
|
|
|
Рис. 3 Электронная медицинская карта.
|
|
|
|
Рис. 4 Просмотр изображения, DICOM viewer.
|
Помимо этого, нами было добавлена возможность хранения сообщений, отправляемых в PACS, включая хранение истории ответов, а также настроена DICOM Modality (специализированный справочник по видам исследований).
Составление шаблонов медицинских документов (ШМД) в программном решении «1С:Медицина. Больница» согласно Приказу Минздрава 530н.
Данный приказ действует с 01.03.2023 г. и регламентирует для медицинских учреждений. Вид и алгоритм наполнения учетных форм и утверждает вид медицинских документов для стационара (включая первичные осмотры, предоперационные эпикризы и т.д.) (рис. 5).
|
|
|
Рис. 5 Регламент учетных форм.
|
Данные документы, сформированные в стационаре, реализуются в виде шаблона медицинских документов (ШМД) и являются частью электронной медицинской карты пациента. Помимо ШМД электронная медицинская карта включает в себя также визуализаторы и готовые фразы (позволяют ускорять процедуру заполнения ШМД).
ШМД – экранная форма, которая позволяет формировать и редактировать медицинские документы. Делятся на два типа (рис. 6 и 7):
-
ШМД на основании формы редактора (создаются в режиме «1С:Предприятие», более простой вариант использования, но имеет ряд ограничений).
-
ШМД-обработки (разрабатываются в конфигураторе, требуют написания кода, но позволяют хранить дополнительную информацию, добавлять/убирать необходимые поля и т.д.).
|
|
|
Рис. 6 ШМД на основании формы редактора.
|
|
|
|
Рис. 7 ШМД-обработки
|
Все ШМД базируются на основных справочник, загружаются с сайта Минздрава (справочник «Типы медицинский документов» и справочник «Секции медицинских документов») примеры ШМД (рис. 8-12).
|
|
|
Рис. 8 Типы МД
|
|
|
|
Рис. 9 Секции МД
|
|
|
|
Рис. 10 Составление ШМД первичного осмотра.
|
|
|
|
Рис. 11 Составление ШМД оперативного вмешательства.
|
|
|
|
Рис. 12 Составление ШМД выписного эпикриза.
|
Выгрузка документов в ЕГИСЗ.
В программных продуктах «1С:Медицина.Больница» и «1С:Медицина.Поликлиника» реализовано взаимодействие с большим количеством разделов ЕГИСЗ, такими как:
-
Федеральная электронная регистратура (Концентратор ФЭР: запись на прием, вызов врача на дом, диспансеризация)
-
Федеральный реестр электронных медицинских документов (РЭМД)
-
Федеральная интегрированная электронная медицинская карта (ИЭМК)
-
Федеральная нормативно-справочная информация (ФНСИ)
-
Вертикально-интегрированные медицинские информационные системы (ВИМИС): Онко 2-й очереди, АкиНео, ССЗ, Профилактика
-
Сервис обогащения РЭМД
-
Сервис идентификации
-
Прикрепление онлайн
-
Сервис ФРМСС по логической проверке СЭМД МСС
-
Персональные медицинские помощники (ПМП)
Для большинства сервисов в программных продуктах предусмотрен ряд настроек веб-сервисов (например, для хранения ЭЦП организации, личных идентификаторов и т.д.) (рис. 13-15), при этом настройку возможно осуществить только на пациентов, сотрудников и отделения с реальными данными.
|
|
|
Рис. 13 Форма настройки веб-сервисов.
|
|
|
|
Рис. 14 Форма настройки веб-сервисов.
|
|
|
|
Рис. 15 Форма настройки веб-сервисов.
|
Для выгрузки в РЭМД реализованы основные виды медицинских документов (медицинское свидетельство о рождении/смерти/перинатальной смерти, протоколы исследований и консультаций, эпикризы и т.д.) (рис. 16,17).
|
|
|
Рис. 16 Виды медицинских документов и способы формирования.
|
|
|
|
Рис. 17 Виды медицинских документов и способы формирования.
|
Все медицинские документы перед отправкой в РЭМД подписываются с помощью ЭЦП (хранящейся на сервере или на портативном носителе), подписанный документ попадает в очередь на отправку, после успешной регистрации в РЭМД документу присваивается ID и пациент может увидеть его в ЛК Госуслуг (рис. 18). Отправка в РЭМД осуществляется на основе регламентного задания (в автоматическом режиме).
|
|
|
Рис. 18 Загрузка в РЭМД
|
Интеграция с ФОМС.
ФОМС – Фонд обязательного медицинского страхования. Обмен данными осуществляется с федеральным и с территориальным фондом (для территориальных фондов реализуется в формате доработки).
В программном продукте «1С:Медицина. Больница» реализована работа с КСГ (клинико-статистическими группами), в том числе возможность загрузки КСГ, группировщика. По заданным настройкам и данным лечения пациента при выписке, система сама определяет система сама определит КСГ (рис. 19,20). Рассмотрим пример пациента, госпитализированного с диагнозом I20.1 (стенокардия с документально подтвержденным спазмом), пациенту оформляют выписку из стационара, по диагнозу в группировщике определяется 3 КСГ (st25.004, st27.006, st27.007). Согласно алгоритму определения КСГ случая для однозначного определения КСГ необходимо задействовать другие классификационные критерии. В рассматриваемом случае такими критериями будут услуга и длительность госпитализации. В примере длительность госпитализации более 3-х дней, поэтому КСГ № st25.004 исключается. Пациенту не выполнялись услуги, являющиеся классификационными критериями, соответственно КСГ № st27.007 исключается, таким образом КСГ законченного случая будет st27.006. При необходимости КСГ может быть исправлен (рис. 21). Также в типовом продукте предусмотрено создание реестра по оказанной помощи (рис. 22).
|
|
|
Рис. 19 Клинико-статистические группы.
|
|
|
|
Рис. 20 Группировщик КСГ.
|
|
|
|
Рис. 21 Пересчет КСГ.
|
|
|
|
Рис. 22 Реестры оказанной помощи.
|
Обмен данными с территориальным фондом при необходимости реализуется в формате доработки к типовой версии программного продукта (пример реализованной доработки для территориального фонда Москвы (рис. 23), по запросу нами был разработан отчет по экспертизе талонов амбулаторных пациентов (включая проверки на соблюдения ограничений количества услуг), механизм отправки документов в ПУМП и т.д.
|
|
|
Рис. 23 Талон амбулаторного пациента (ПУМП).
|
Личный кабинет пациента.
Авторизация в ЛК пациента осуществляется по номеру телефона пациента и паролю, при этом подтверждение занесения в базу данных клиники осуществляется на основании очного посещения пациентом. В личный кабинет пациента помимо собственных персональных данных также при необходимости могут быть добавлены персональные данные других пациентов, законным представителем которых он является (вкладка «Моя семья») (рис. 24).
|
|
|
Рис. 24 Личный кабинет пациента. Персональные данные.
|
Информация по оказанным услугам отображается на вкладке «История посещений» с указанием даты, типа приема, специалиста и стоимости (при наличии) (рис. 25). Проведенные исследования отображаются на вкладке «Результаты исследований» и включают в себя ссылку для скачивания на протокол исследования, если он был подписан ЭЦП (рис. 26).
|
|
|
Рис. 25 Личный кабинет пациента. История посещений.
|
|
|
|
Рис. 26 Личный кабинет пациента. Результаты исследований.
|
В ЛК пациента реализован механизм записи на прием (включая консультации и исследования). Запись возможна для основного пациента и для пациентов, добавленных в раздел «Моя семья» (рис. 27). При оформлении записи система отправляет запрос в МИС для проверки доступности талона для записи в указанное время (рис. 28).
|
|
|
Рис. 27 Личный кабинет пациента. Запись на прием.
|
|
|
|
Рис. 28 Личный кабинет пациента. Запись на прием.
|
Мониторинг и контроль показателей здоровья пациентов.
Процедура анализа показателей здоровья доступна для каждого пациента стационара, при этом осуществлять анализ в формате построения графиков можно по любым показателям, в том числе по данным, полученным из лаборатории (рис. 29). Помимо этого, предусмотрена возможность печати температурного листа пациента (для формирования графика показатели температуры, давления и пульса заносятся медицинским персоналом в базу данных 2 раза в сутки) (рис. 30)
|
|
|
Рис. 29 Анализ показателей здоровья.
|
|
|
|
Рис. 30 Печать температурного листа.
|
Организация работы call-центра.
В программном решении «1С:Медицина» реализованы следующие функции для организации работы call-центра:
-
автоматическое определение по номеру телефона, постановки пациента для предварительной записи на прием, выполненной по телефону или электронной почте;
-
мастер быстрой регистрации анонимных заказов пациентов с последующей их персонификацией;
-
перезаписи и отмены предварительной записи на прием по телефону с автоматическим определением пациента по номеру телефона или электронной почты;
-
быстрый и удобный (по одному клику) набор исходящих телефонных звонков гражданам для уведомления пациентов о предстоящем визите/необходимости явки на прием в рамках диспансеризации/поздравлении с днем рождения/прочие уведомления.
Для возможности использования данных функций, решение позволяет осуществлять интеграции с телефонными системами, используемыми в медицинской организации. В поставку решения входит возможность интеграции с полноценной работой на одно рабочее место. Для использования интеграции более чем на одно рабочее место необходимо будет приобрести актуальное количество дополнительных лицензий программы «1С-Рарус:Интеграция с телефонией (СофтФон)» (рис. 31).
|
|
|
Рис. 31 Телефония.
|
Цели персонифицированного учета в медицинских учреждениях.
Персонифицированный учет – это учет расходов лекарственных препаратов на каждого пациента. Основными целями организации персонифицированного учета в медицинском учреждении являются:
1. Оценка реального расхода отделений в том числе с учетом источников финансирования:
2. Определение фактических затрат на каждый случай оказания медицинской помощи.
3. Предоставление информации об использованных ЛП и МИ при оказании платных медицинских услуг.
Для решения данных задач используется основные системы: МИС, «1С:Медицина.Больница», «1С:Медицина.Больничная аптека» (пример организации рис. 32, 33)
|
|
|
Рис. 32 Персонифицированный учет ЛП. Списание.
|
|
|
|
Рис. 33 Интерфейс для создания лекарственного назначения в МИС.
|
При работе в «1С:Медицина. Больничная аптека» в документ подбираются сразу все не списанные позиции из разных назначений, подбор возможен как автоматически по остаткам, так и вручную (рис. 34).
|
|
|
Рис. 34 Интерфейс для создания списания по назначению в «1С:Медицина. Больничная аптека»
|
Внедрение данных решений позволяет реализовать:
-
возможность оценки реального расхода по отделениям (в том числе с учетом источников финансирования, для оценки его эффективности);
-
оптимизацию планирования ежегодной потребности отделений благодаря отображению достоверной информации о расходах ЛП и МИ;
-
достоверно оценивать расход на медикаментозное лечение каждого пациента, анализировать эффективность лечения;
-
снизить временные затраты врачебного персонала на формирование листов назначений (номенклатуру можно выбрать из перечня, видеть наличие и остатки на отделение в системе, видеть историю прошлых назначений).
