Проблемы интеграции информационных систем лечебных учреждений РАН
Часть 2. Технология ИНТЕРИН
В.К. Батоврин, В.В. Васютович, Н.Г. Гончаров, А.С.Гершфельд, Я.И. Гулиев, Ю.В. Гуляев, В.Н. Захаров, А.Н. Кочуков, Г.А. Олейник, А.Я. Олейников, Т.Д. Широбокова
Получена 15.11.2005 г.
3 ИНТЕРИН
В 1994 году Институтом программных систем РАН и Медицинским Центром Банка России было принято решение о совместной разработке интегрированной распределенной медицинской информационной системы.
Теоретические исследования и практические разработки привели к созданию технологии построения МИС, включающей комплекс инструментальных средств, технологических решений и методик создания интегрированных информационных систем лечебно-профилактических учреждений, которая впоследствии получила название «технология Интерин».
Первая прикладная МИС, созданная с использованием технологии Интерин, которая получила название Автоматизированной системы управления лечебно-диагностическим процессом МЦ БР (ИНТЕРИН), была установлена в Медицинском центре Банка России в 1996 году [3_1]. С этого времени система находится в промышленной эксплуатации.
Основные проблемы, которые встают перед разработчиками интегрированных медицинских информационных систем [3_2]:
· большие объемы и разнообразие типов медицинской информации;
· недостаточная формализация (концептуализация и стандартизация) предметной области;
· постоянно расширяющаяся понятийная и концептуальная база предметной области (медицины);
· необходимость одновременной поддержки бумажной и безбумажной технологий работы.
Исследования, проводимые в ИПС РАН, показали, что возможностей существующих методологий и инструментальных средств для решения задач построения интегрированных медицинских информационных систем недостаточно. Таким образом, перед разработчиками медицинских информационных систем встает задача поиска новых научно-технологических и методологических решений создания информационных систем [3_3].
В ходе исследований были изучены и классифицированы основные устоявшиеся технологии информационных систем (ИС): фактографические системы (банки данных), системы документооборота (Docflow) и системы «рабочих потоков» (Workflow) [3_4].
Исследования позволили сделать вывод, что ввиду особенностей бизнес-процессов медицинских учреждений интегрированные МИС должны включать в себя элементы всех трех указанных типов ИС. В то же время, каждая технология в отдельности либо не покрывает потребности МИС (фактографические системы, Docflow), либо плохо применима для построения МИС (Workflow).
Таким образом, составной частью общей методологии разработки интегрированных МИС может служить понятие «документ», которое пытались сначала выжить в эру АСУ, а потом внести в технологию информационных систем «как есть», в эру систем документооборота.
Кроме того, понятие «документ», как одна из основ построения МИС, также хорошо применимо для решений таких проблем, как поддержка стандартов представления медицинской информации, передача медицинской информации и т.д. [3_5].
Исследования по использованию концепции документа в архитектуре МИС привели к разработке общесистемных механизмов и архитектурных решений, которые являются основами технологии ИНТЕРИН создания интегрированных медицинских информационных систем.
Анализ существующих тенденций, а также собственный опыт разработки и успешной эксплуатации медицинских информационных систем в технологии ИНТЕРИН показал, что проектирование и создание МИС должны основываться на следующих основных принципах: [3_6],[3_7]:
Поддержка разнопрофильных медицинских учреждений. МИС в технологии Интерин предусматривает возможность применения в самых разных по уровню медицинских учреждениях, от здравпункта до крупных лечебно-профилактических учреждений.
Интеграция информационных потоков, обеспечивающая актуальность, целостность и непротиворечивость хранящейся информации. Основной идеей МИС является обеспечение оперативного доступа персонала к актуальной информации с любого рабочего места. Это означает, что любая информация, проходящая через лечебное учреждение, вводится в информационную систему и сразу же после актуализации становится доступной в любой момент времени любому специалисту данного учреждения с учетом прав доступа.
Охват в системе всех сторон жизнедеятельности учреждения. Технология Интерин учитывает, что деятельность медицинского учреждения чрезвычайно многопланова. Например, деятельность, связанная с обеспечением лечебно-диагностического процесса, внутренний документооборот, финансово-экономическая деятельность, работа с кадрами и т.д.
Концентрация информации вокруг пациента, или «единая медицинская карта». Вся идеология Интерин выстраивается вокруг понятий «пациент» или «единая медицинская карта». При этом имеется возможность посмотреть и проанализировать информацию о пациенте в различных представлениях — сгруппированную в истории болезни, по тематическим подборкам, наличию или отсутствию какого-либо фактора, изменению каких-либо показателей и т.д.
Автоматизация оформления документации с применением множественного использования информации без дублирования, различных видов автозаполнения, использования заготовок и шаблонов документов, ввода информации в специализированных формах, планирования технологической цепочки лечебно-диагностической деятельности.
Автогенерация статистических отчетов. Одной из немаловажных функций информационной медицинской системы является предоставление временного среза жизнедеятельности учреждения по заданным параметрам. Статистические сводки необходимы также для формирования ежеквартальной и ежегодной отчетности, а кроме того, обеспечивают возможности анализа деятельности медицинского учреждения.
Представление медицинской информации в динамике. Одной из важных функций МИС является обеспечение мониторинга лечебно-диагностического процесса. Это может быть реализовано предоставлением возможности ведения клинических записей о пациенте, а также их просмотра, обработки и анализа.
Редактируемые справочники. Использование редактируемых справочников для наполнения МИС предметной информацией позволяют гибко настраивать и модифицировать систему как при первоначальном внедрении, так и при некотором изменении логики бизнес-процессов автоматизированного учреждения.
Финансовый учет и анализ оказанных медицинских услуг. В процессе медицинского обслуживания пациента и заполнения его медицинской карты информация обо всех медицинских манипуляциях или услугах, оказанных пациенту, заносится в БД, и в любой момент времени автоматизированно может быть просчитана стоимость оказанных пациенту услуг в зависимости, например, от принадлежности его к тому или иному виду прикрепленного контингента.
Изменение технологии работы учреждения. МИС предназначена для реализации новых медицинских технологий. Информационная система обеспечивает включение всех служб медицинского учреждения в единый комплекс на основе использования современных информационных технологий и, благодаря этому, позволяет повысить эффективность и качество лечебно-диагностической помощи, увеличить пропускную способность диагностических служб и лечебных отделений. Сам технологический процесс в учреждении при этом изменяется, так как компьютерный ввод, хранение и обработка информации предоставляют новые возможности.
Регламент доступа к медицинской информации. В МИС должен быть гарантирован соответствующий уровень безопасности хранения и доступа к информации. Важнейшими аспектами являются историчность и авторизация. Доступ к тем или иным данным должен обеспечиваться в соответствии с полномочиями пользователя.
Поддержка стандартов. Для решения задач взаимодействия со своими подразделениями и с другими медицинскими организациями, а также связи с медицинским оборудованием МИС должна поддерживать стандарты на передачу медицинской информации.
Применение элементов телемедицины. Телемедицина обеспечивает снижение стоимости лечебного процесса, преодоление профессиональной изоляции, улучшение качества лечения. В технологии Интерин это достигается, в первую очередь, благодаря возможности работы с медицинской картой пациента с использованием «тонкого клиента» через Интернет.
Система управления визуальной информацией позволяет конечному пользователю (врачу) получать доступ к медицинским изображениям для диагностических и отчетных целей, включая удаленный доступ к архивам и хранилищам изображений.
Механизм предназначен для централизованного представления метаданных и описания информационной модели предметной области. В рамках данного механизма стало возможным единообразно и системно решать вопросы доступа, отображения и обработки информации, контроля и пользовательского интерфейса [3_4].
С помощью механизма выделяется формализованный метауровень, назначение которого — описание структуры предметной области, включающей понятия и связи между ними (содержательная часть), а также способы манипулирования информацией (функциональная часть).
Метауровень обеспечивает возможность единообразного доступа к информации как компонентам системы, так и внешним программным продуктам, а также для интерпретации данных, поступающих из других информационных систем.
Механизм информационных объектов представляет собой конструктор системы, позволяющий вводить новые объекты в ИС и определять их функциональность.
Всевозможные единицы информации, возникающие в процессе деятельности медицинского учреждения, представляются в системе в виде особых компонентов — информационных объектов, обладающих методами (создать, показать, редактировать и т.д.). Механизм информационных объектов также служит основой для функционирования Унифицированного интерфейса Рабочий стол и для формирования Типовых рабочих мест (типовых Рабочих столов) пользователей.
Под «Рабочим столом» пользователя понимается механизм, обеспечивающий доступ пользователя к объектам ИС. Рабочий стол — это организованное пользователем множество объектов, на доступ к которым пользователь имеет право. Про такие объекты можно сказать, что они лежат на рабочем столе пользователя. На рабочем столе пользователя лежат не все доступные ему объекты. Интерфейс, в основе которого лежит понятие «Рабочий стол», реализует привычную для пользователя аналогию работы с бумажными документами.
Рабочий стол обеспечивает организацию унифицированного рабочего места, обладающего способностью конфигурации под конкретного пользователя. За основную метафору принят обыкновенный рабочий стол, на котором лежат стопками различные документы, доступные хозяину стола для работы. Документы могут быть объединены в папки или подборки, включать в себя другие документы (иметь иерархическую структуру) и т.д.
Концепция электронного рабочего стола призвана решить следующие задачи:
- интеграция данных, документов, документопотока и функциональности.
- моделирование элементов бумажной технологии лечебно-диагностического процесса.
- унификация методов доступа к разнородной медицинской информации.
- поддержка коллективной работы над электронными медицинскими картами.
- поддержка различных фаз жизненного цикла документов (черновик, документ, архивный документ и т.п.).
В основу концепции данного механизма заложены следующие понятия:
- понятие рабочего стола;
- понятие электронного документа;
- понятие составного электронного документа (папки и подборки);
- операции над электронными документами;
- летопись жизненного цикла электронного документа;
- права доступа к электронным документам.
Для реализации механизма прав в системе был разработан аппарат метапользователей. Права пользователя определяют то, каким образом пользователь получает доступ к объектам, и как предоставляются права на выполнение действий над объектами. Метапользователь — это некоторое понятие, объединяющее множество исполнителей и использующееся для наделения множества исполнителей одинаковыми правами. Конкретный исполнитель может одновременно относиться к нескольким метапользователям и обладать суммарными правами.
Примеры типов метапользователей:
- сотрудник;
- подразделение;
- должность;
- роль в группе;
- абстрактный метапользователь.
В основе подхода лежит представление о необходимости поддержки информационной системой эволюционного процесса концептуализации предметной области. Архитектура характеризуется открытостью, независимостью от средств программной реализации, ориентированностью на существующие и разрабатывающиеся стандарты, масштабируемостью до уровня отдельных удаленных подразделений [3_5].
В основе архитектуры HL-X лежит понятие документа HL-X. Документ HL-X — это свободно конструируемая по заданным правилам информационная структура из строго формализованных концептов предметной области.
Концептуально документ HL-X задается как множество моделей, раскрывающих его с различных точек зрения:
- понятийная модель;
- информационная модель (структурная модель);
- модель обработки данных документа;
- модель визуализации;
- функциональная модель документа;
- модель безопасности.
Понятийная модель представляет документ в виде структуры абстрактных и соответствующих им конкретных понятий.
Информационная модель представляет документ HL-X в виде структуры из различных информационных объектов (концептов предметной области). Здесь под информационными объектами в широком смысле понимаются некоторые абстрактные связные элементы модели. Наличие у документа структуры позволяет декомпозировать его на элементы и при необходимости выполнять манипуляции с этими элементами.
Модели обработки данных документа позволяют специфицировать обработку документа как единого целого в интересах конкретной информационной системы (ИС). Модель обработки данных документа дополняет информационную модель документа конкретными, зависящими от ИС инструкциями.
Модели визуализации позволяют создавать различные визуальные представления данных документа. В основе визуальной модели лежит понятие визуального компонента как некоторой абстрактной элементарной формы представления данных. Основное назначение модели — создать абстрактное, не привязанное к конкретному программному языку или конструктору интерфейса описание представления данных документа в интерфейсе пользователя.
Функциональная модель документа определяет возможные манипуляции с данными документа и соответственно поддерживает определенные ограничения на данных (целостность данных).
Модель безопасности документа определяет права доступа к элементам данных и права на манипуляцию данными. В качестве структурного элемента документа, на который можно будет установить права доступа, принято элементарное понятие из понятийной модели.
Документ HL-X рассматривается как единство всех этих моделей — их синтез. Документ HL-X — это и сами данные, и организация этих данных в структуру, и знания, заключенные в структуре данных, и правила (ограничения) манипулирования данными, включая права доступа, и визуальное представление данных, и инструкции по обработке этих данных в ИС. Главное достоинство документа HL-X — в высоком уровне абстракции этих моделей, делающих его независимым от конкретной информационной системы, базы данных, технологических средств разработки (конструкторы интерфейса и языки программирования), каналов связи и средств доставки документа.
Благодаря свойствам МИС в технологии Интерин применение ее в медицинском учреждении позволяет решить практически весь спектр прикладных задач.
- составление графиков работы врачей, а также ведение графика работы медицинского персонала всех уровней;
- составление отчетов об использовании врачом рабочего времени;
- планирование и учет использования помещений и оборудования;
- проведение анализа работы подразделения;
- статистическая обработка данных. Ведение и анализ медицинских и хозяйственных статистических данных;
- учет лекарственных препаратов и инвентаря, а также учет расходов;
- учет услуг, выписка счетов к оплате и регистрация платежей.
- регистрация пациентов;
- ведение баз данных по всем аспектам пребывания пациентов в лечебном учреждении;
- автоматизированное ведение медицинских карт (историй болезни, амбулаторных карт);
- хранение и предоставление результатов функциональных, лабораторных и лучевых исследований;
- формирование и выдача медицинских заключений;
- назначение больным времени консультаций и исследований;
- автоматизированное формирование на основе стандартных схем лечения технологической цепочки лечебно-профилактической деятельности (назначений, консультаций, исследований, лекарственной и другой терапии; а также контроль показателей заболеваемости, своевременности выполнения назначений и т.д.);
- возможность формирования любых перечней отслеживаемых признаков заболевания и физиологических показателей, которые позволят отслеживать информацию о ходе лечебно-диагностического процесса.
- ввод и хранение данных лабораторных и диагностических исследований;
- анализ данных лабораторных и диагностических исследований;
- обеспечение удобного доступа к данным лабораторных и диагностических исследований и результатам их обработки.
- контроль за своевременностью диагностических исследований;
- формирование перечня проводимых лечебно-профилактических мероприятий за любой временной период с указанием даты, времени начала и окончания, длительности, стоимости, места проведения, исполнителя;
- автоматизированное формирование списков пациентов, требующих наблюдения (дежурным врачом, по тяжести состояния, назначенного лечащим врачом и т.д.);
- автоматизированное формирование отчетов по различным аспектам проведения процедур, обследований и консультаций.
- контроль за эффективностью и продолжительностью лечения, степенью восстановления функциональных способностей;
- оценка эффективности работы врача, а также среднего и младшего медицинского персонала;
- статистическая обработка данных, подготовка отчетных документов (годовых, квартальных и т.д.).
- автоматизированный расчет стоимости оказанных медицинских услуг, выписка счетов к оплате и регистрация платежей.
- оформление выезда бригад скорой помощи. Дистанционная работа в различных режимах;
- оперативный обмен информацией с медицинскими учреждениями своего ведомства, обеспечение преемственности в лечении пациента;
- оперативный доступ к информационному содержанию БД стационара через компьютерную сеть; возможности контроля и коррекции лечебно-диагностического процесса руководством стационара удаленно;
- консультации и консилиумы в режиме телекоммуникаций;
- обеспечение взаимодействия с медицинскими информационными системами, как аналогичными, так и других производителей;
- обеспечение возможности внесения информации о проводимых пациенту в сторонних учреждениях медицинских услугах — ввод отсканированных изображений, выписок из медкарт и других медицинских документов.
- работа в унифицированном интерфейсе с любыми электронными документами;
- поддержка механизмов коллегиальной работы и принятия решений;
- возможность рассылки электронных документов пользователям и организации документов на рабочем столе;
- реализация произвольных оперативных схем прохождения документов;
- возможность специфицировать права доступа в терминах операций над электронными документами;
- возможность динамического составления прав конкретного пользователя на основе прав метапользователей, к которым данный пользователь относится.
- возможность внесения информации в систему за другого пользователя (в случае делегирования прав автором информации), с сохранением сведений как об авторе информации, так и об операторе, который ввел ее в систему;
- возможность иметь несколько стратегий механизма контроля прав доступа.
Областью применения подсистемы являются все стадии лечебно-диагностического процесса в стационаре.
Основные задачи, решаемые подсистемой:
- поддержка организации деятельности стационара в соответствии с нормативными документами Министерства Здравохранения РФ и международными стандартами оценки лечебных учреждений.
- ведение баз данных по всем аспектам пребывания пациентов в лечебном учреждении.
- оперативное управление документооборотом на базе электронной формы истории болезни и всех других документов, определенных нормативными документами. Реализация произвольных оперативных схем прохождения документов.
- контроль за соблюдением технологии ведения больного.
- планирование и управление госпитализацией и коечным фондом.
В ИС стационара выделяются подсистемы «Приемное отделение» и «Коечное отделение».
Основная задача подсистемы «Приемное отделение» — обслуживание приема пациентов в стационар и перемещения по нему. Задачи подсистемы:
- планирование госпитализации и резервирование мест;
- прием пациентов, осмотр, заведение истории болезни (ИБ), назначение отделения;
- учет коечного фонда;
- переводы между коечными отделениями стационара.
Подсистема поддерживает три основных случая обслуживания пациентов:
- плановая госпитализация;
- экстренная госпитализация;
- амбулаторная помощь.
Основная задача подсистемы «Коечное отделение» — обслуживание лечебно-диагностического процесса в коечном отделении стационара.
Основные функции, выполняемые пользователями в подсистеме «Коечное отделение»:
- назначение лечащего врача;
- назначение койки;
- заполнение первичного осмотра;
- заполнение плана лечения;
- формулировка клинического диагноза (на третий день пребывания в стационаре);
- заполнение дневника (ежедневно);
- заполнение этапного эпикриза (каждые 10 дней);
- заполнение переводного эпикриза (при переводе в другое отделение);
- формулировка диагноза при переводе;
- заполнение предоперационной концепции (для хирургических больных);
- заполнение протокола операции (для хирургических больных);
- заполнение листа послеоперационных осложнений;
- заполнение выписного эпикриза (при выписке);
- заполнение посмертного эпикриза (в случае смерти);
- формулировка заключительного диагноза (при выписке);
- формирование карты выбывшего из стационара;
- учет оказанных медицинских услуг.
Функциональным назначением ПО подсистемы «Поликлиника» является реализация механизмов автоматизации амбулаторного учета контингента ЛПУ, включающего в себя ведение амбулаторных карт пациентов, назначение их на исследования в диагностические подразделения ЛПУ, создание единой со стационаром ЛПУ базы данных пациентов.
Перечислим основные функции подсистемы.
- создание и удаление записи о приеме специалиста;
- работа с расписанием;
- замена ведущего прием специалиста;
- запрет записи на прием к специалисту в конкретный временной интервал указанного дня приема (время конференции, передачи смены и т.д.);
- прием пациентов по мере поступления (например, для дежурного специалиста);
- запись на прием;
- предварительная запись.
- общие сведения о приеме, как то: цель посещения, очередность посещения по данному заболеванию, краткий анамнез и т.п.;
- сведения о лекарственных средствах, выписанных по льготным рецептам;
- поставленные пациенту диагнозы (в кодировке МКБ 10);
- сведения о проделанных на приеме манипуляциях и процедурах;
- сведения о направлениях на лабораторные и диагностические исследования;
- формирование статистического талона о приеме пациента;
- направление пациента на прием к специалисту;
- направление пациента на исследования;
- статистическая отчетность.
- назначение процедур;
- назначение консультаций;
- назначение лабораторных исследований;
- назначение диагностических исследований;
- создание новых типов назначений и протоколов их выполнения.
- учет групп и категорий пациентов, подлежащих диспансеризации;
- формирование и ведение графика диспансеризации;
- формирование сводок пациентов;
- управление ресурсами для организации диспансеризации (специалисты, помещения, оборудование).
- прикрепление пациентов к участкам обслуживания;
- закрепление участков обслуживания за врачами;
- фиксация и учет вызовов на дом для консультационного и диагностического обслуживания;
- фиксация и учет вызовов скорой помощи;
- формирование сводки по вызовам для каждого врача или бригады;
- отметка о принятии вызовов врачом или бригадой;
- фиксация результатов консультационного и диагностического обслуживания в основной базе данных поликлиники;
- фиксация результатов выезда бригады скорой помощи в основной базе данных поликлиники.
- печатные документы в виде, утвержденном вышестоящими организациями;
- динамические отчеты по заданным пользователем характеристикам;
- интерактивные сводки для анализа.
Основная задача подсистемы — поддержка исполнения диагностических назначений.
Основные функции подсистемы:
- просмотр списка назначений (отбор по критериям);
- исполнение назначений (заполнение протокола, заключения, рекомендаций, особые отметки);
- назначение пациенту дополнительных исследований;
- формирование мотивированного отказа в исполнении назначения;
- просмотр медицинской карты пациента;
- получение отчета о деятельности врача (подразделения) по формам статотчетности.
Для поддержки в МИС работы диагностических лабораторий предусматриваются две схемы:
1) С минимальной функциональностью, с ручным вводом результатов исследований.
2) Полная реализация лабораторной информационной системы (ЛИС), с возможностью подключения приборов и обеспечением полной функциональности подразделений лабораторной диагностики.
Первый, минимальный вариант реализован как составная компонента технологии Интерин. Второй вариант реализуется на основе подсистем сторонних разработчиков.
В функции ЛИС входит управление всеми данными, поступающими из разных источников (анализаторы, проводимые вручную измерения, бумажные документы — например, заказы на лабораторное исследование), и объединение этих данных в единую информационную базу клинико-диагностической лаборатории. Таким образом, ЛИС — это то, что позволяет управлять лабораторией, в любой момент получая оперативную информацию о ее работе, сократить непроизводительные затраты лаборатории, избавиться от рукописных журналов, отслеживать и оценивать качество исследований и получать всю необходимую отчетную документацию.
Подсистема «Стоматология» обеспечивает информационную поддержку работы специалистов стоматологических отделений как амбулаторно-поликлинических, так и стационарных учреждений.
- опрос пациента врачом;
- дневниковые записи;
- выбор операции лечения;
- выбор материала, расходуемого в операции;
- направление пациента на диагностические исследования;
- лечебные назначения, рецепты;
- оформление оперативных вмешательств;
- формирование статистического талона о приеме пациента.
Подсистема также позволяет работать с зубная формулой, одонтопародонтограммой, с данными рентгеновского и лабораторного исследований, составлять наряды для врачей и зубных техников, вести учет трудоемкости работы, и формировать необходимые отчеты.
Экономика лечебно-диагностического процесса имеет свои особенности. В отличие от большинства других типов хозяйствования, где действует схема «продавец — покупатель услуг и товаров», в процессе оказания медицинских услуг задействованы три стороны: поставщик услуг (ЛПУ), получатель услуг (пациент) и плательщик (например, компании медицинского страхования). Финансирование оказания медицинских услуг отличается также по форме и логике в зависимости от источника.
Одной из существенных проблем разработки МИС в России в 90-х годах явились происходившие в то время существенные изменения экономического аспекта деятельности медицинских учреждений: появились новые формы финансирования и начало происходить перераспределение процентного соотношения их долей в общем потоке финансирования [3_8].
В настоящее время в основном выделяются три источника и, соответственно, три формы финансового обеспечения деятельности медицинского учреждения:
1) Финансирование по общим интегрированным показателям ЛПУ (бюджетная или ведомственная форма).
2) Финансирование по каждому случаю медицинской помощи в рамках установленных стандартов — используется в страховой медицине, в частности в сфере обязательного медицинского страхования.
3) Финансирование по каждой оказанной услуге. Данная форма оплаты нашла свое применение в добровольной страховой медицине.
В настоящее время в большинстве лечебных учреждений представлены все указанные формы финансирования.
С точки зрения разработчика МИС основной отличительной чертой первой формы является оперирование обезличенными данными, когда анализируются общие показатели деятельности ЛПУ, а каждый конкретный случай медицинской помощи не детализируется. Для второй формы необходимо учитывать случаи медицинской помощи для каждого пациента. Для третьей формы недостаточно учитывать только случаи медицинской помощи для каждого пациента, необходимо производить учет всех медицинских услуг, оказанных пациенту [3_9 -- 3_12].
Основные свойства экономической подсистемы в технологии Интерин:
- поддержка долевого участия нескольких, в том числе различных, источников финансирования деятельности ЛПУ. Это дает возможность проводить более гибкую политику оплаты лечения.
- поддержка возможности оплаты одной (например, дорогостоящей) услуги в рассрочку, а также из нескольких источников финансирования.
- поддержка нескольких дисциплин учета стоимости и оплаты оказываемых пациенту услуг.
- Поддержка автоматического и автоматизированного подхода к расчету персонифицированной стоимости оказанных пациенту услуг, что позволяет обеспечить необходимую гибкость и контролируемость процесса расчета.
- Наличие развитых механизмов формирования прейскурантов и управления ценами на оказываемые в ЛПУ услуги.
- Поддержка многовалютного интерфейса, позволяющего оперировать денежными суммами в разных валютах.
- Наличие механизмов отображения и представления введенных в систему данных в текстовом, табличном и графическом формате по заданным параметрам: отчетный период, объект отчета, глубина и детализация информации.
- Наличие механизмов анализа финансово-экономической деятельности лечебных подразделений и медицинского персонала в разрезе оказанных и оплаченных услуг.
Кадровая служба играет особую роль в жизни ЛПУ. Например, в документах ВОЗ определено, что одна из задач управления лечебно-диагностическим процессом — это управление ресурсами, к которым относятся и кадры.
Область применения подсистемы «Отдел кадров» — все стадии учета кадров (прием и увольнение, перемещение сотрудников, составление штатного расписания и расчет занятости, оформление больничных листов и отпусков), а также использование данных о сотрудниках другими подсистемами (администратором МИС, медицинским персоналом при организации лечебно-диагностического процесса, а также при ведении медицинских карт сотрудников ЛПУ).
Основные функции:
- ведение полной информации о персонале;
- ведение структуры предприятия;
- ведение штатного расписания;
- ведение расстановки штатов;
- подготовка и ведение приказов;
- ведение формы Т-2 — личной карточки сотрудника;
- ведение информации о зарплате сотрудника;
- обеспечение историчности кадровой информации;
- ведение нормативно-справочной информации;
- формирование различных отчетов (основные отчетные формы, анализ динамики штатного расписания и др.).
Основная задача подсистемы «Аптека» — всесторонний учет и контроль движения аптечных материалов (товаров) в лечебном учреждении на всех уровнях:
1) Уровень аптеки.
2) Уровень аптечек старших медсестер лечебных отделений и лабораторий.
3) Уровень аптечек постовых и процедурных медсестер.
Подсистема «Аптека» понимается в широком смысле слова и включает в себя, кроме собственно аптечных подразделений, также аптечки лечебных отделений и лабораторий, обеспечивающие пациентов требуемыми лечебными препаратами и предметами ухода.
Отдел готовых форм обеспечивает торговую деятельность аптеки, а именно:
- формирование заказов на поставку товара от внешних поставщиков;
- оприходование товара на склад аптеки;
- передачу товара в лечебные отделения и лаборатории по их требованиям;
- формирование нормы неснижаемых запасов аптечных материалов на складе;
- разработку стратегии закупок материалов и поддержания норм запасов.
Аптечный склад выполняет следующие функции:
- организация хранения аптечных материалов;
- инвентаризация склада.
Рецептурно-производственный отдел выполняет следующие функции:
- изготовление стерильных растворов, наружных и внутренних лекарственных форм по требованиям отделений и кабинетов.
Аптечный киоск осуществляет розничную продажу товаров, поступивших со склада аптеки.
Интеграция в подсистему «Аптека» аптечек лечебных отделений позволяет:
- полностью проследить движение аптечных товаров вплоть до их списания на конкретного пациента;
- обеспечить контроль и обоснование расхода аптечных материалов в отделениях;
- рассчитать себестоимость медикаментозного лечения каждого пациента в отдельности.
Подсистема «Аптека» имеет следующие функциональные возможности:
- работа с плановыми заявками на закупку медикаментов;
- работа с товарами особого учета;
- проведение инвентаризации;
- контроль за соблюдением правильности хранения и сроков годности товаров;
- комплектация и отпуск заказов по требованиям отделений;
- ввод счетов-фактур, прием товарно-материальных ценностей;
- контроль за движением и наличием товарно-материальных ценностей.
Подсистема «Лечебное питание» предназначена для информационной поддержки бизнес-процессов службы лечебного питания пациентов. Основные функции подсистемы:
- ведение общей справочной информации подсистемы.
- ведение картотеки диетической службы.
- работа с меню.
- поддержка заказных диет.
- формирование порционника.
- формирование заказов для дополнительного питания.
Основные предоставляемые функции:
- заполнение протокола консультации;
- заполнение первичного осмотра пациента;
- формулировка назначений процедур для исполнения врачебным и средним медицинским персоналом отделений восстановительного лечения;
- заполнение дневниковых записей;
- направление пациента на диагностические исследования;
- лечебные назначения;
- исполнение назначений;
- фиксация изменений и дополнений в назначениях;
- фиксация прерывания (отказа от) восстановительного лечения;
- заполнение процедурных карт;
- подборки консультируемых пациентов, проходящих лечение в центре восстановительного лечения и назначенных на врачебные процедуры;
- автоматизированное формирование заключительной записи;
- формирование и ведение шаблонов для заполнения документов;
- генерация отчетов, предоставление авторизованным пользователям адекватной и актуальной информации подсистемы «Восстановительное лечение».
Механизм предназначен для единообразного управления потоком пациентов в комплексном ЛПУ, включающем в себя стационар и поликлинику, а также для различных схем учета пациентов в подразделениях ЛПУ.
Управление потоком пациентов оказывает воздействие на всю идеологию функционирования МИС, обеспечивающей поддержку лечебно-диагностического процесса и ведение единой медицинской карты пациента.
Основные задачи подсистемы:
- обеспечить работу Стола прикрепления;
- реализовать возможность направления на госпитализацию;
- обеспечить типизацию и политику нумерации медкарт;
- реализовать управление потоком пациентов при их продвижении по отделениям реанимации;
- предоставлять необходимые статистические отчеты.
Формализованная медицинская карта [3_13] представляет собой специализированную базу данных, содержащую сведения о пациентах и полный (в юридическом и медицинских аспектах) набор документов о ходе лечебно-диагностического процесса, включая:
- паспортные данные больного;
- сигнальную информацию (непереносимость лекарственных средств, наследственные заболевания и т.д.);
- анамнестические данные;
- заключительные диагнозы, перенесенные операции;
- результаты лабораторных исследований;
- результаты инструментальных исследований;
- сведения о диспансеризации;
- анкету автоинтервьюривания;
- информацию для страховых компаний.
Медицинская карта на Рабочем столе имеет свою определенную структуру. Она представляет собой папку, разделами которой являются наборы документов того или иного типа.
- анкетная информация пациента;
- анкета автоинтервьюирования;
- сигнальная информация (непереносимость лекарственных средств, наследственные заболевания и т.д.);
- запись врача на приеме;
- осмотры;
- дневники;
- диагнозы;
- стоматологический раздел;
- назначения лечебные;
- назначения диагностические (консультации, лабораторные и инструментальные исследования) и их результаты;
- рецепты;
- случаи обслуживания с … по …;
- госпитализации пациента;
- экстренные извещения;
- диспансерные наблюдения;
- листки нетрудоспособности.
- анкетная информация;
- сигнальная информация;
- анкета автоинтервьюирования;
- температурный лист;
- запись врача в приемном отделении;
- осмотры;
- диагнозы;
- дневник;
- оперативные пособия;
- раздел восстановительного лечения;
- режим;
- диета;
- лечебные назначения;
- диагностические назначения;
- эпикризы;
- выписка;
- пребывание в отделениях;
- лечащий врач;
- результаты назначений;
- извещения;
- амбулаторная карта пациента;
- вещи.
Каждый документ или папка Медкарты представлены в виде, удобном для просмотра. Медицинская карта может включать в себя и несколько специализированных медкарт (стоматологическую, гинекологическую, санаторную книжку и т.д.), а также записи Амбулаторного журнала Поликлиники о проведенных пациенту амбулаторных манипуляциях.
Подсистема обеспечивает возможность просмотра и анализа информации о пациенте в различных представлениях.
В качестве основного процесса в лечебно-диагностической деятельности ЛПУ выделены назначения и исполнения диагностических и лечебных назначений. Информатизация этого процесса лечебного учреждения позволяет сформировать более мощный базис для развития технологии работы ЛПУ и предоставляет возможности для анализа деятельности ЛПУ, контроля качества лечения и контроля обоснованности расходования ресурсов [3_14].
Одной из главных характеристик механизма назначений является многоаспектность. Основными являются следующие аспекты и относящиеся к ним функциональные блоки:
1) Лечебный аспект:
- назначение;
- диспетчеризация;
- исполнение;
- контроль.
2) Аспект статистической обработки:
- статистика по назначенному (по врачу, отделению, ЛПУ в целом);
- статистика по исполненному (по врачу, отделению, ЛПУ в целом).
3) Экономический аспект:
- справочник услуг;
- прейскуранты;
- контроль экономической обоснованности назначения.
4) Аспект учета материальных ценностей:
- списание препаратов и расходных материалов на исполнение назначения;
- контроль за расходованием материальных ценностей.
5) Потребление ресурсов:
- ведение справочника ресурсов;
- контроль наличия ресурса и выделение в момент заполнения.
Основной интерфейсной парадигмой подсистемы назначения выбрана нотация листа назначений в стационаре, которая представляет собой таблицу, где строки — это кратные назначения, а колонки — это даты. В квадрате пересечения строки и колонки можно задать назначение, отметив его дату. Разделяются формулировка назначения — множество атрибутов, определяющих, что нужно сделать пациенту, и дата или диапазон дат назначения — множество атрибутов, определяющих, когда это нужно сделать.
В подсистеме используется трехуровневый классификатор назначений. Два уровня трехуровневой классификации назначений:
1) Медикаментозный комплекс.
2) Процедура.
3) Лабораторное исследование:
- Клиническое.
- Биохимическое.
- Иммунологическое.
- Бактериологическое.
4) Диагностическое исследование:
- Лучевое.
- Функциональное.
- Эндоскопическое.
5) Консультация.
6) Операция.
7) Трансфузия.
8) Режим (общий, платный, полупостельный, постельный, строгий постельный).
9) Наблюдение (дежурный врач, сиделка).
10)Диета.
11)Прием врача.
12)Рецепт.
13)Проживание (комната…, койка…, классность…, персональная медсестра).
14)Прочие услуги (шкаф, телефон, и т.д.).
15)Внешняя услуга.
Для ускорения работы по вводу медицинских назначений имеется система шаблонов, позволяющая врачу заранее приготовить множества назначений, которые ему будут регулярно нужны в работе. Система шаблонов позволяет решать задачи создания рабочих множеств назначений для отделения, врача или специальности, по типам назначений, нозологии, по конкретным регулярным событиям; задачи создания стандартных наборов назначений для регулярных мероприятий, создания и использования комплексов назначений и поддержки технологических карт лечения пациента.
Литература
3_1. Гулиев Я.И., Комаров С.И., Малых В.Л., Осипов Г.С., Пименов С.П., Хаткевич М.И. Интегрированная распределенная информационная система лечебного учреждения (ИНТЕРИН) // Программные продукты и системы. — 1997. — № 3.
3_2. Айламазян А.К., Гулиев Я.И. Разработка информационных систем лечебно-профилактических учреждений: проблемы и решения // Тез. докл. Международного форума «Информатизация процессов охраны здоровья населения — 2000». — М., 2000.
3_3. Айламазян А.К., Гулиев Я.И., Комаров С.И., Малых В.Л., Морозов В.Ю. Информационные системы в медицине: проблемы и решения // Программные системы: Теоретические основы и приложения / Под ред. А.К. Айлмазяна. — М.: Наука. Физматлит, 1999. — С. 162–168.
3_4. Гулиев Я.И. Исследование принципов и разработка основных технологических решений построения интегрированных информационных систем: Дис … канд. техн. наук, Переславль-Залесский, 1999.
3_5. А.К. Айламазян, Я.И. Гулиев Данные, документы и архитектура медицинских информационных систем. //Тезисы доклада Международного форума Информатизация процессов охраны здоровья населения–2001 - Москва, 2001, с.141-142
3_6. Гулиев Я.И., Комаров С.И. Интегрированная распределенная информационная система крупного лечебно-диагностического учреждения // Тез. докл. IV междунар. форума «Стратегии здоровья: информационные технологии и интеллектуальное обеспечение медицины — 97». М., 1997.
3_7. Гулиев Я.И., Комаров С.И. Интегрированная информационная система ЛПУ Интерин: основные принципы и характеристики // Тез. 1-го Российского науч. форума «МедКомТех-2003». — М., 2003.
3_8. Guliev Y., Osipov G., Ailamazyan A., Bodrova O., Komarov S., Mikheev A., Nazarenko G. Specificity of Hospital Information System (HIS) Development in the Context of Forming Information Infrastructure and Economic Structure of Russia // Proc. of “Medinfo-98”. — Seoul, 1998.
3_9. Чудновский М.А. Механизм поддержки ценообразования на медицинские услуги в корпоративной медицинской ИС // Сборник трудов, посвященный 10‑летию Университета города Переславля / Под ред. А.К. Айламазяна. — Переславль-Залесский, 2003. — С. 241-245.
3_10. Матвеев Г.Н., Пономарчук Т.В., Хаткевич М.И., Чудновский М.А. Перспективная экономическая подсистема корпоративной медицинской информационной системы // Тез. Междунар. форума «Интеллектуальное обеспечение охраны здоровья населения — 2002». — М., 2002.
3_11. Хаткевич М.И., Чудновский М.А., Пономарчук Т.В., Аброськина Р.И. Первичный финансово-экономический мониторинг лечебного процесса // Тез. Междунар. форума «Интеллектуальное обеспечение охраны здоровья населения — 2002». — М., 2002.
3_12. Хаткевич М.И., Чудновский М.А. Механизм информационной поддержки процесса оказания медицинских услуг // Сб. трудов, посвященный 10‑летию Университета города Переславля / Под ред. А.К. Айламазяна. — Переславль-Залесский, 2003. — С. 109-113
3_13 www.interin.ru/page-id-44.html
3_14 Хаткевич Ю.И., Хаткевич М.И. Программные системы: теория и приложения // Труды международной конференции "Программные системы: теория и приложения", ИПС РАН, г. Переславль-Залесский, май 2004 / Под редакцией С. М. Абрамова. В двух томах. –– М.: Физматлит, 2004, т.2 с.201