Свяжитесь с нами!
Для проведения демонстрации программы ОНКОР
Для проведения демонстрации программы ОНКОР
Свяжитесь с нами
Для проведения демонстрации ОНКОР
Специализированные информационные подсистемы приходят на смену моно-МИС
Боярских А., Ефремов C.
Внедрение уникальных информационных систем в регионах без учета принципов взаимодействия с существующими системами влечет за собой значительные риски. Заместитель директора компании «Бизнескомпьютер» Александр Боярских и директор компании «БизнесКомпьютер», эксперт в информатизации региональной онкологической службы РФ, член Ассоциации Онкологов России, руководитель проекта «ОНКОР» Сергей Ефремов указали на негативные последствия подобного подхода, и обосновали необходимость развития специализированных систем в рамках реализации программы Единого цифрового контура здравоохранения.
Сценарии и модели
За последние 20 лет информационные технологии в медицине шагнули далеко вперед. Интеллектуальные цифровые системы, нейросети, регистры и справочники медуслуг, электронные медицинские карты пациентов, структурированная медицинская документация, телемедицина становятся реальностью. Логическим исходом неконтролируемой цифровизации медицины стала попытка обобщить информационные системы здравоохранения при помощи регламентирования и создания Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ).
За новостями о модных технологиях, появлением современных информационных систем, очередных методов обмена информацией, методик развития ЕГИСЗ, организатор здравоохранения региона, находящийся в цейтноте, зачастую упускает из виду необходимость согласованного развития информационных систем.
Единожды допустив внедрение информационной системы без четкого понимания, как она будет взаимодействовать с другими существующими системами, запускается маховик, дробящий то, что было настроено ранее. Энтропия порождает энтропию, и информационная инфраструктура начинает напоминать пазл, состоящий из гладких кругов. Информационные системы изолируются.
Эскалация изолирования систем обычно развивается по одному из двух сценариев. Первый - «Побеждает сильнейший», когда одна медицинская информационная система доминирует и реализует концепцию «моно-МИС» (попытка решения всех региональных задач одной «универсальной» системой).
Второй сценарий - «Мы сами по себе». Изоляция усугубляется, медицинские информационные системы медицинских организаций, особенно оказывающих специализированную медицинскую помощь, находятся в вынужденной блокаде. Взаимосвязь, преемственность практически отсутствует.
Исходя из этого, можно выделить централизованную модель информатизации региональной медицины (развитие сценария «Побеждает сильнейший») и децентрализованную модель (сценарий «Мы сами по себе»).
Возникает закономерный вопрос: какая из моделей предпочтительней?
За последние 20 лет информационные технологии в медицине шагнули далеко вперед. Интеллектуальные цифровые системы, нейросети, регистры и справочники медуслуг, электронные медицинские карты пациентов, структурированная медицинская документация, телемедицина становятся реальностью. Логическим исходом неконтролируемой цифровизации медицины стала попытка обобщить информационные системы здравоохранения при помощи регламентирования и создания Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ).
За новостями о модных технологиях, появлением современных информационных систем, очередных методов обмена информацией, методик развития ЕГИСЗ, организатор здравоохранения региона, находящийся в цейтноте, зачастую упускает из виду необходимость согласованного развития информационных систем.
Единожды допустив внедрение информационной системы без четкого понимания, как она будет взаимодействовать с другими существующими системами, запускается маховик, дробящий то, что было настроено ранее. Энтропия порождает энтропию, и информационная инфраструктура начинает напоминать пазл, состоящий из гладких кругов. Информационные системы изолируются.
Эскалация изолирования систем обычно развивается по одному из двух сценариев. Первый - «Побеждает сильнейший», когда одна медицинская информационная система доминирует и реализует концепцию «моно-МИС» (попытка решения всех региональных задач одной «универсальной» системой).
Второй сценарий - «Мы сами по себе». Изоляция усугубляется, медицинские информационные системы медицинских организаций, особенно оказывающих специализированную медицинскую помощь, находятся в вынужденной блокаде. Взаимосвязь, преемственность практически отсутствует.
Исходя из этого, можно выделить централизованную модель информатизации региональной медицины (развитие сценария «Побеждает сильнейший») и децентрализованную модель (сценарий «Мы сами по себе»).
Возникает закономерный вопрос: какая из моделей предпочтительней?
Эффект «набивалок»
Монополия на информатизацию не менее вредна, чем изоляция информационных систем. С экономической точки зрения обе модели несут в себе значительные риски. Монополист неизбежно начинает диктовать цены на сопровождение и развитие, навязывать технические решения, увеличивать сроки и стоимость доработок. При этом заказчик теряет возможность управления процессом цифровизации региона. Вместе с тем излишняя раздробленность влечет двойное, тройное и так далее в прогрессии, финансирование решения одних и тех же задач.
Еще один важный фактор, которым часто пренебрегают - качество первичных данных. Эффективность любой медицинской информационной системы в итоге в значительной мере определяется именно тем, насколько тщательно и корректно занесли в систему данные первичной медицинской документации. Обеспечить качество данных возможно только заинтересовав медицинский персонал, непосредственно заполняющий истории болезни, талоны амбулаторного пациента и др.
Так как эффективность работы медицинской информационной системы напрямую зависит от того, какая информация и в каком объеме заносится, естественным кажется вывод, что при разработке постановки или технического задания нужно первостепенно привлекать специалистов, которые и будут работать с системой. Но, к сожалению, зачастую это не так. Технические задания разрабатывает медицинский информационно-аналитический центр или разработчик программного обеспечения, который будет это реализовывать, с минимальным привлечением экспертов в предметной области или вообще без них. Такая порочная практика порождает однобокий подход к автоматизации деятельности врача, в лучшем случае - со стороны организатора здравоохранения, а в худшем – как удобнее, быстрее и дешевле разработчику программного обеспечения.
Особый тип медицинских информационных систем, называемых в народе «набивалками», основная цель которых формировать реестры оказанных услуг по ОМС, ложится тяжким бременем на врача, забирая драгоценное крайне ограниченное время врача на работу, не связанную непосредственно с лечением пациента.
Наиболее ярко эти негативные моменты проявляются при попытке организатора здравоохранения развивать или создавать специализированные региональные медицинские системы, в частности, в рамках реализации программы Единого цифрового контура здравоохранения (ЕЦК).
Например, при создании региональной онкологической информационной системы в регионе, системные интеграторы сталкиваются с тем, что в случае централизованной модели большая часть требований невозможно решить без активных и, главное, заинтересованных в практическом результате интеграционных действий со стороны «победителя». А в случае децентрализованной модели информатизации интегратор должен самостоятельно и одномоментно решать интеграционные задачи со всеми изолированными системами.
В итоге организатор здравоохранения не хочет бороться с «ветряными мельницами» и отдается на волю «победителя». Пользуется тем, что у него есть, или довольствуется новой, пусть даже очень хорошей специализированной системой, но оторванной от других программных средств региона, что качественно снижает ее практическую ценность.
Монополия на информатизацию не менее вредна, чем изоляция информационных систем. С экономической точки зрения обе модели несут в себе значительные риски. Монополист неизбежно начинает диктовать цены на сопровождение и развитие, навязывать технические решения, увеличивать сроки и стоимость доработок. При этом заказчик теряет возможность управления процессом цифровизации региона. Вместе с тем излишняя раздробленность влечет двойное, тройное и так далее в прогрессии, финансирование решения одних и тех же задач.
Еще один важный фактор, которым часто пренебрегают - качество первичных данных. Эффективность любой медицинской информационной системы в итоге в значительной мере определяется именно тем, насколько тщательно и корректно занесли в систему данные первичной медицинской документации. Обеспечить качество данных возможно только заинтересовав медицинский персонал, непосредственно заполняющий истории болезни, талоны амбулаторного пациента и др.
Так как эффективность работы медицинской информационной системы напрямую зависит от того, какая информация и в каком объеме заносится, естественным кажется вывод, что при разработке постановки или технического задания нужно первостепенно привлекать специалистов, которые и будут работать с системой. Но, к сожалению, зачастую это не так. Технические задания разрабатывает медицинский информационно-аналитический центр или разработчик программного обеспечения, который будет это реализовывать, с минимальным привлечением экспертов в предметной области или вообще без них. Такая порочная практика порождает однобокий подход к автоматизации деятельности врача, в лучшем случае - со стороны организатора здравоохранения, а в худшем – как удобнее, быстрее и дешевле разработчику программного обеспечения.
Особый тип медицинских информационных систем, называемых в народе «набивалками», основная цель которых формировать реестры оказанных услуг по ОМС, ложится тяжким бременем на врача, забирая драгоценное крайне ограниченное время врача на работу, не связанную непосредственно с лечением пациента.
Наиболее ярко эти негативные моменты проявляются при попытке организатора здравоохранения развивать или создавать специализированные региональные медицинские системы, в частности, в рамках реализации программы Единого цифрового контура здравоохранения (ЕЦК).
Например, при создании региональной онкологической информационной системы в регионе, системные интеграторы сталкиваются с тем, что в случае централизованной модели большая часть требований невозможно решить без активных и, главное, заинтересованных в практическом результате интеграционных действий со стороны «победителя». А в случае децентрализованной модели информатизации интегратор должен самостоятельно и одномоментно решать интеграционные задачи со всеми изолированными системами.
В итоге организатор здравоохранения не хочет бороться с «ветряными мельницами» и отдается на волю «победителя». Пользуется тем, что у него есть, или довольствуется новой, пусть даже очень хорошей специализированной системой, но оторванной от других программных средств региона, что качественно снижает ее практическую ценность.
Общее ядро
«На практике наша компания в каждом регионе сталкивается с разными моделями информатизации, но требования к специализированной медицинской системе все заказчики выставляют одинаковые, - рассказал Александр Боярских. - И это часто расходится с реальностью. При этом заказчик в большинстве своем ждет «чуда» - что мы, решая нашу основную специфическую задачу, разрешим проблемы, порождаемые другими системами или их раздробленностью. Желание заказчика понятно, и мы стремимся в этом случае выходить на прямой контакт с разработчиками таких систем, но это все равно делается в формате текущей региональной модели информатизации, то есть мы в итоге вынуждены подстраиваться под то, что уже нагорожено на территории».
«В последнее время к региональным организаторам здравоохранения приходит понимание, что для решения практических задач необходимо менять саму модель информатизации, потому что, как это ни парадоксально, развитие информационных систем неизбежно усугубляет ситуацию, - добавил Сергей Ефремов. - Если у региона есть активный запрос на разрешение такой ситуации, мы предлагаем опробованные в других регионах подходы. В основном это ввод «нового игрока» в модель информатизации с ключевым функционалом агрегатора медицинских данных и определение четких требований для всех участников в регионе».
Такую модель эксперты определяют как «централизованную фрагментарную модель информатизации». Она предполагает использование в регионе ядра системообразующих информационных систем, агрегирующих данные из разных информационных систем, но не предоставляющих полноценные автоматизированные рабочие места (АРМ) врачей для всех профилей медицинской помощи. Так решается проблема разобщенности данных и дается возможность специализированным медицинским организациям использовать МИС, глубоко интегрированные в бизнес-процессы именно этой медицинской организации и высокой степенью кастомизации систем по своему профилю.
При этой модели оптимальным решением для управления медицинской информацией будет создание региональных подсистем по профилям медицинской помощи, которые будут глубоко интегрированы с ядром информационных систем, так как сами станут его частью, и смогут быстро и с персональным подходом собирать полноценные и верифицированные данные из специализированных медицинских информационных систем.
Особенности:
«На практике наша компания в каждом регионе сталкивается с разными моделями информатизации, но требования к специализированной медицинской системе все заказчики выставляют одинаковые, - рассказал Александр Боярских. - И это часто расходится с реальностью. При этом заказчик в большинстве своем ждет «чуда» - что мы, решая нашу основную специфическую задачу, разрешим проблемы, порождаемые другими системами или их раздробленностью. Желание заказчика понятно, и мы стремимся в этом случае выходить на прямой контакт с разработчиками таких систем, но это все равно делается в формате текущей региональной модели информатизации, то есть мы в итоге вынуждены подстраиваться под то, что уже нагорожено на территории».
«В последнее время к региональным организаторам здравоохранения приходит понимание, что для решения практических задач необходимо менять саму модель информатизации, потому что, как это ни парадоксально, развитие информационных систем неизбежно усугубляет ситуацию, - добавил Сергей Ефремов. - Если у региона есть активный запрос на разрешение такой ситуации, мы предлагаем опробованные в других регионах подходы. В основном это ввод «нового игрока» в модель информатизации с ключевым функционалом агрегатора медицинских данных и определение четких требований для всех участников в регионе».
Такую модель эксперты определяют как «централизованную фрагментарную модель информатизации». Она предполагает использование в регионе ядра системообразующих информационных систем, агрегирующих данные из разных информационных систем, но не предоставляющих полноценные автоматизированные рабочие места (АРМ) врачей для всех профилей медицинской помощи. Так решается проблема разобщенности данных и дается возможность специализированным медицинским организациям использовать МИС, глубоко интегрированные в бизнес-процессы именно этой медицинской организации и высокой степенью кастомизации систем по своему профилю.
При этой модели оптимальным решением для управления медицинской информацией будет создание региональных подсистем по профилям медицинской помощи, которые будут глубоко интегрированы с ядром информационных систем, так как сами станут его частью, и смогут быстро и с персональным подходом собирать полноценные и верифицированные данные из специализированных медицинских информационных систем.
Особенности:
- АРМы пользователей и функционал специализированных МИС, в том числе МИС МО, создаются под конкретные задачи. Вопросы правильности передачи в ядро информационных систем решают подсистемы.
- Специализированные подсистемы могут развиваться параллельно с оптимальным соотношением показателей качества и стоимости программного обеспечения.
- Данные синхронизируются на двух уровнях:
- уровень специализированной подсистемы
- уровень региональный (в том числе через специализированные подсистемы)
- Медицинские информационные системы могут синхронизироваться сразу с несколькими специализированными подсистемами, не противореча друг другу.
- Требуется глубокое планирование развития всей региональной информатизации здравоохранения
- Требуется четкие юридические статусы информационных систем и их подчинение.
Цифровая перестройка
Как подчеркивают представители «ОНКОР», внедрение этой модели снимает основные противоречия между информационными системами и нивелирует риски, в том числе и экономические. Важно, что данный подход никак не противоречит реализации большинства функционала одним разработчиком, при условии, что его решение действительно оптимально для заказчика, а не вынужденная мера.
При этом существенной особенностью являются высокие требования к квалификации и заинтересованности заказчика. Необходимо реальное стратегическое и тактическое планирование гармоничного развития информатизации регионального здравоохранения. Заключению контракта на любую разработку или доработку информационных систем должна предшествовать кропотливая работа по общению с профильными специалистами, постановке, техническом описании, составлению требований к гармонизации с другими информационными системами. Недопустимо авторитарное привлечение технических специалистов и аналитиков немедицинских направлений, например, из департамента или министерства информатизации региона, для выполнения этой работы, как и перекладывание ее на предполагаемого разработчика программного обеспечения.
«У регионов есть максимум несколько лет, чтобы перестроить цифровую инфраструктуру здравоохранения, и это время стремительно тает, подчеркивают в «ОНКОР». - Эффективное использование финансового и кадрового резерва на развитие Единого цифрового контура необходимо прямо сейчас, позже, в свете иных государственных проблем и приоритетов, федеральной поддержки может и не оказаться».
Эпоха уникальных информационных систем заканчивается. Задачи, встающие перед здравоохранением, можно решить только скоординированной работой специализированных информационных систем, а это возможно только при соответствующей модели информатизации, не допускающей инкапсуляции информационных систем или монополизации одной системой, резюмируют эксперты.
Как подчеркивают представители «ОНКОР», внедрение этой модели снимает основные противоречия между информационными системами и нивелирует риски, в том числе и экономические. Важно, что данный подход никак не противоречит реализации большинства функционала одним разработчиком, при условии, что его решение действительно оптимально для заказчика, а не вынужденная мера.
При этом существенной особенностью являются высокие требования к квалификации и заинтересованности заказчика. Необходимо реальное стратегическое и тактическое планирование гармоничного развития информатизации регионального здравоохранения. Заключению контракта на любую разработку или доработку информационных систем должна предшествовать кропотливая работа по общению с профильными специалистами, постановке, техническом описании, составлению требований к гармонизации с другими информационными системами. Недопустимо авторитарное привлечение технических специалистов и аналитиков немедицинских направлений, например, из департамента или министерства информатизации региона, для выполнения этой работы, как и перекладывание ее на предполагаемого разработчика программного обеспечения.
«У регионов есть максимум несколько лет, чтобы перестроить цифровую инфраструктуру здравоохранения, и это время стремительно тает, подчеркивают в «ОНКОР». - Эффективное использование финансового и кадрового резерва на развитие Единого цифрового контура необходимо прямо сейчас, позже, в свете иных государственных проблем и приоритетов, федеральной поддержки может и не оказаться».
Эпоха уникальных информационных систем заканчивается. Задачи, встающие перед здравоохранением, можно решить только скоординированной работой специализированных информационных систем, а это возможно только при соответствующей модели информатизации, не допускающей инкапсуляции информационных систем или монополизации одной системой, резюмируют эксперты.
Расширяя географию
Региональная информационная онкологическая система «ОНКОР» используется в субъектах РФ с 2017 года. Она предназначена для управления работой онкологической службы региона и позволяет вести сбор, учет и анализ данных о пациенте в течение всего срока его наблюдения и лечения.
Возможности информационной системы включают: ведение специализированной электронной истории болезни пациента, контроль сроков и полноты обследования пациента по федеральным и региональным нормативно-правовым актам, интеграцию с локальными медицинскими информационными системами, формирование отчетов по статистическим данным, экспорт данных в федеральный Канцер-регистр, интеграцию с Единой государственной системой здравоохранения Российской Федерации и Вертикально интегрированной медицинской информационной системой «Онкология» (ВИМИС «Онко»).
Ориентация системы на поддержку работы онкологической службы и использование в ней специализированных медицинских технологий является отличительной особенностью системы и призвана улучшать качество оказания медицинской помощи пациентам.
Региональная информационная онкологическая система «ОНКОР» представляет собой подсистему «Онкология» в рамках Единого цифрового контура здравоохранения для субъекта Российской Федерации, зарегистрирована в Едином реестре российских программ для электронных вычислительных машин и баз данных, интегрирована с программой ведения статистического учета «Канцер-регистр 6FB», зарегистрирована в Реестре программ для электронных вычислительных машин Федерального института промышленной собственности.
Система уже внедрена в Свердловской области. Применение системы в Свердловской области за 2017-2020 гг. позволило повысить процент случаев выявления злокачественных новообразований на ранней стадии на 2,7%, сократить время до начала специализированного лечения на 40% и снизить качество дефектов обследования пациентов со злокачественными новообразованиями на 17%, отмечают в компании. В Приморском крае и Оренбургской области завершен первый этап внедрения системы.
Региональная информационная онкологическая система «ОНКОР» используется в субъектах РФ с 2017 года. Она предназначена для управления работой онкологической службы региона и позволяет вести сбор, учет и анализ данных о пациенте в течение всего срока его наблюдения и лечения.
Возможности информационной системы включают: ведение специализированной электронной истории болезни пациента, контроль сроков и полноты обследования пациента по федеральным и региональным нормативно-правовым актам, интеграцию с локальными медицинскими информационными системами, формирование отчетов по статистическим данным, экспорт данных в федеральный Канцер-регистр, интеграцию с Единой государственной системой здравоохранения Российской Федерации и Вертикально интегрированной медицинской информационной системой «Онкология» (ВИМИС «Онко»).
Ориентация системы на поддержку работы онкологической службы и использование в ней специализированных медицинских технологий является отличительной особенностью системы и призвана улучшать качество оказания медицинской помощи пациентам.
Региональная информационная онкологическая система «ОНКОР» представляет собой подсистему «Онкология» в рамках Единого цифрового контура здравоохранения для субъекта Российской Федерации, зарегистрирована в Едином реестре российских программ для электронных вычислительных машин и баз данных, интегрирована с программой ведения статистического учета «Канцер-регистр 6FB», зарегистрирована в Реестре программ для электронных вычислительных машин Федерального института промышленной собственности.
Система уже внедрена в Свердловской области. Применение системы в Свердловской области за 2017-2020 гг. позволило повысить процент случаев выявления злокачественных новообразований на ранней стадии на 2,7%, сократить время до начала специализированного лечения на 40% и снизить качество дефектов обследования пациентов со злокачественными новообразованиями на 17%, отмечают в компании. В Приморском крае и Оренбургской области завершен первый этап внедрения системы.
