Раздел III. Стандарт MedMl

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

Данный протокол возник еще в 1999 году в США, штат Техас. Американским врачам был необходим единый формат данных, который позволял бы им вести записи о пациентах и передавать накопленную информацию друг другу. Все начиналось с некоторых, наиболее используемых позиций, таких как: ФИО пациента, пол, возраст, дата рождения, номер карты и тп, после чего позиции стали дополняться по мере необходимости.

Российские медицинские учреждения решили перенять зарубежный опыт в 2010 году. Причиной этому послужила компания 1С, которая представила шаблонный сайт на платформе 1С.Bitrix для ЛПУ, в основе которого лежит стандарт MedML на русском языке. Данной компанией было предложено несколько решений для поликлиник, которые позволяли без труда производить обмен информацией между ЛПУ и сайтом организации.

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

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

Вот лишь один из примеров данных формата MedML:

Раздел IV. Описание общей концепции

В Тюменском кардиологическом центре существует давно устоявшаяся информационная система под названием e_Anamnesis, которая зранит в себе информацию не только о пациентах, работниках и оказываемых услугах, но так же позволяет осуществлять запись на прием через регистратуру. База данных системы e_Anamnesis представляет собой SQL-server 2008, в котором ведется обработка данных. Данная система является полностью автономной, то есть не имеет доступа из вне.

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

В ходе исследования руководством кардиологического центра была выбрана платформа для разработки сайта – 1С.Bitrix Сайт медицинской организации. Данное решение может взаимодействовать с МИС по протоколу MedML и является обособленной системой, способной хранить данные, отображать расписание и осуществлять запись на прием посетителей сайта, основываясь на информации, хранящейся в БД системы 1С.Bitrix.

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

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

Вот так выглядит схема взаимодействия компонентов:

МИС e_Anamnises содержит модифицированную и доработанную базу данных, согласно требованиям веб-сервиса. Создаются отдельные представления, которые включают в себя только необходимую информацию для веб-сервиса. Данные передаются веб-сервису по запросу, который в свою очередь передает информацию веб-сервису Bitrix. Веб-сервис 1С.Bitrix может инициировать запросы как в ручном режиме (когда пользователь с сайта нажимает на определенную кнопку и обновляет информацию), так и в автоматическом режиме (задается определенный временной интервал, когда веб-сервис инициирует запрос).

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

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

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

Необходимо прибегнуть к помощи триггеров, которые будут отслеживать все сделанные изменения. Все модификации базы будут записываться в папку изменений в виде записей в определенном формате, в зависимости от типа данных. С помощью хранимых процедур будут удаляться те записи, которые являются неактуальными по отношению к новым. Например, за время заполнения данной папки произошло два изменения, связанных с записью пациента в расписание. В 11:00 он записался на прием к врачу N на 10:30 утра 01.06.2013 года, а в 11:03 он отменил запись на данное время и перенес ее на 17:00 09.06.2013. Таким образом в папке будет три записи:

Пациент Иванов врач N в 11:00 01.06.2013 - запись добавлена

Пациент Иванов врач N в 11:00 01.06.2013 - запись удалена

Пациент Иванов врач N в 17:00 09.06.2013 - запись добавлена

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

Необходимость формирования представлении объясняется тем, что мы приводим МИС к единому формату предоставления данных ве-сервису, и даже если e_Anamnesis изменит порядок хранящейся информации, либо сменит структуру данных, то не придется переписывать веб-сервис, всего лишь будет необходимо воссоздать представления из переструктурированного набора данных и продолжить работу с веб-сервисом. Стоит отметить, что данный подход позволяет веб-сервису работать без привязки к определенной МИС. Любой другой медицинской информационной системе будет необходимо представить свои справочники в едином формате представлений для полноценной работы с веб-сервисом.