Экспорт ▼

Дополнительно ▼

База Знаний Ресурса OpenHealth.ru » Концепция информатизации регионального здравоохранения » Глава 3. Что должно быть. Цели создания системы

Глава 3. Что должно быть. Цели создания системы

Изменил последним Виктор Дмитриевич Шпилевой 2011/08/30 11:04

Комментарии (0) · Файлы (7) · История · Информация

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

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

Оглавление

Как должна быть устроена целевая система, чтобы «нравиться всем»
Основные архитектурные решения РСИЗ
- Вычислительная платформа регионального здравоохранения. Логическая архитектура
- Слой прикладного программного обеспечения

Как должна быть устроена целевая система, чтобы «нравиться всем»

Ясно, что основные требования к целевой системе определяются теми «хотелками», которые сформулированы в главе 1 настоящего документа «Информатизация здравоохранения. Кто и чего хочет?».

Кроме того, основные архитектурные решения системы информатизации регионального здравоохранения ограничены требованиями к созданию единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ).

Ограничения, накладываемые требованиями к созданию ЕГИСЗ

Эти требования представлены в виде Концепции создания единой государственной информационной системы в сфере здравоохранения, далее концепция Минздрава РФ, утвержденной приказом Министерства здравоохранения и социального развития Российской Федерации от 28 апреля 2011 № 364, а также рядом методических рекомендаций и функциональных требований к отдельным составляющим системы, являющихся приложениями к приказу.

В частности, «Методические рекомендации по составу прикладных компонентов регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним, обязательные для создания в 2011 – 2012 годах в рамках реализации региональных программ модернизации здравоохранения».

Принципы создания ЕГИСЗ

Создание Системы ЕГИСЗ основывается на следующих принципах:

однократный ввод и многократное использование первичной информации;
использование электронных документов, юридическая значимость которых подтверждена электронной цифровой подписью, в качестве основного источника первичной информации в Системе;
обеспечение совместимости (интероперабельности) медицинских информационных систем;
создание прикладных информационных систем по модели «программное обеспечение как услуга» (SaaS);
использование бизнес-модели ИТ-как услуга в качестве основного варианта эксплуатации системы;
обеспечение информационной безопасности и защиты персональных данных в соответствии с требованиями законодательства Российской Федерации, в том числе с использованием электронной цифровой подписи и электронных средств идентификации врача и пациента (универсальная электронная карта гражданина Российской Федерации);
учитывать роль централизованного управления разработкой, внедрением и сопровождением Системы на основании единой технологической политики с учетом отраслевых государственных, национальных и адаптированных к отечественным условиям международных стандартов в области медицинской информатики (включая стандарт HL7 и индустриальный стандарт DICOM для передачи радиологических изображений и другой медицинской информации);
обеспечение интеграции с введенными в промышленную эксплуатацию компонентами «Электронного Правительства», с универсальной электронной картой гражданина Российской Федерации;
исключение дублирования функций, реализованных в рамках, введенных в промышленную эксплуатацию компонентов «Электронного Правительства», интегрированной информационной системы управления государственными финансами и информационной системы межтерриториальных расчетов Федерального фонда обязательного медицинского страхования;
обеспечение обмена данными и интеграции с информационной системой межтерриториальных расчетов Федерального фонда обязательного медицинского страхования;
предоставление Министерству здравоохранения и социального развития Российской Федерации или уполномоченной им организации организационной и технической возможности удаленного мониторинга работоспособности аппаратно-программных решений на уровне медицинской организации, а при необходимости и возможности удаленного управления аппаратно-программными решениями;
соблюдение единства электронной медицинской карты вне зависимости от источников финансового обеспечения оказанной медицинской помощи;
принятие решения о модернизации используемых медицинских информационных систем и разработке новых компонентов Системы с учетом максимально возможного сохранения существующих программно-технических средств на основе анализа совокупной стоимости владения.

Кроме того, необходимо учесть, что в рамках работ по созданию Системы ЕГИСЗ осуществляется:

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

Информационно-технологическая поддержка процессов в органах управления региональным здравоохранением

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

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

Автоматизации с учетом опыта уже эксплуатируемых информационных систем подлежат процессы:

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

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

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

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

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

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

В рамках создания Системы ЕГИСЗ в интересах медицинского и фармацевтического персонала, студентов медицинских и фармацевтических средних профессиональных и высших учебных заведений, научно-исследовательских организаций Министерством здравоохранения и социального развития Российской Федерации либо уполномоченной им организацией осуществляется:

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

Информационная поддержка населения по вопросам здравоохранения

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

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

Общая Архитектура Системы ЕГИСЗ

Общая архитектура Системы ЕГИСЗ состоит из сегмента централизованных общесистемных компонентов единого информационного пространства в здравоохранении и сегмента прикладных компонентов единого информационного пространства в здравоохранении.

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

В состав сегмента входят следующие подсистемы:

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

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

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

С точки зрения автоматизируемых функций прикладные информационные системы подразделяются на транзакционные, управленческие и справочные.

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

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

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

По уровням прикладные информационные системы подразделяются на федеральные и региональные.

К федеральным транзакционным системам относятся:

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

К федеральным управленческим системам относятся:

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

К федеральным справочным системам относятся:

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

К региональным транзакционным системам относятся:

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

Инфраструктура Системы ЕГИСЗ и взаимодействие между компонентами Системы

Основным элементом инфраструктуры Системы является федеральный центр обработки данных Министерства здравоохранения и социального развития Российской Федерации (далее – Федеральный ЦОД). Для обеспечения требуемого уровня показателей надежности и доступности информационно-технических сервисов Федеральный ЦОД может располагаться на нескольких территориально удаленных площадках, количество которых может изменяться по мере развития Системы.

Федеральный ЦОД будет отвечать требованиям инфраструктуры уровня не менее Tier 3, определяемых международным стандартом TIA-ETA-942 «Телекоммуникационная инфраструктура центров обработки данных».

На инфраструктуре Федерального ЦОД размещаются:

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

На Федеральном ЦОД также размещаются региональные компоненты системы по модели «инфраструктура как сервис» (IaaS).

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

Основные архитектурные решения РСИЗ

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

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

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

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

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

В соответствии с приведенной классификацией укрупнено приведем логическую архитектуру платформы для разработки, развертывания и поддержки прикладной системы для информатизации ЛПУ. См. рисунок 2. В Приложении 1 представлена возможная конфигурация технической архитектуры вычислительной платформы регионального здравоохранения.

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

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

BPMS (Business Process Management System)

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

Что общего в этих видах деятельности? Существуют, как минимум, два уровня абстракции, две точки зрения, исходя из которых, можно попытаться ответить на этот вопрос. Первая точка зрения отражает функциональный аспект деятельности и, который можно представить в виде некоторого списка функций, нагруженных на деятельность. Вторая точка зрения отражает процессную составляющую деятельности. Если рассматривать деятельность как некоторый процесс, состоящий из цепочки переходов от одного узла к другому, каждый из которых есть либо действие, являющееся одной из функций деятельности, либо точка принятия решения: каким должен быть очередной шаг процесса? При этом самое важное это то, что в процессах определяющим является обеспечение взаимодействия участников процесса, их коммуникационные сервиса и регламент процесса. И с этой точки зрения эти три вида деятельности для целей применения ИТ-технологий не имеют различий. Различия в функциональности, а не в топологии процессов.

Если для ИТ-поддержки функционального подхода эти три вида деятельности требуют своего подхода и соответствующих ИТ-инструментов, то для поддержки процессной составляющей деятельности можно применить одну такую, набирающую популярность управленческую технологию, как управление бизнес-процессами (BPM - Business Process Management), которое представляет собой сочетание методологии, инструментария и принципов реализации проектов.

Медицина является сложной средой с возможностью использования BPM для улучшения лечения пациентов и операционной эффективности. BPM в медицине сталкивается с техническими, клиническими и культурными проблемами. Несмотря на эти трудности, BPM – это мощная и возможная технология в здравоохранении. BPM – это движение и взгляд в будущее в медицине. По данным Gartner, Inc, ключевой компонентой четвертого поколения электронных медицинских записей будут процессы. Gartner утверждает, что "процессные системы будут неотъемлемой интегрирующей частью МИС”.

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

Типичная BPM-система состоит из стандартного набора компонент, соответствующих хорошо известным стадиям жизненного цикла бизнес-процесса: проектированию, исполнению, мониторингу за исполнением. Под проектированием понимается разработка схемы бизнес-процесса с помощью графического редактора. Возможность моделировать бизнес-процесс при помощи графического редактора является принципиальной особенностью BPM-систем: проектирование бизнес-процесса должен выполнять бизнес-аналитик без участия программиста. Процедура создания модели бизнес-процесса: нарисовать шаги, описать логику, определить группы участников и перечень вводимых на каждом шаге реквизитов. Результат сохраняется на сервере, после чего процесс может быть инициирован.

Исполнение. Ядром BPM-системы является его «движок» (BPM Engine). Он стартует экземпляры бизнес-процессов, отслеживает смену их состояний, хранит значения переменных, выполняет бизнес-правила. Если сравнить схему бизнес-процесса с нотами, игра по которым производит приятную для слуха мелодию, то BPM Engine — это механическое пианино, играющее по этим нотам. Ключевой элемент интерфейса пользователя BPM-системы — т.н. «персональный список задач», перечень шагов запущенных экземпляров бизнес-процессов, назначенных данному конкретному пользователю или ролевой группе, к которой он принадлежит.

Мониторинг. BPM-система осуществляет контроль бизнес-процессов двумя путями:

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

BPM-системы как правило предоставляют базовый набор отчетов по показателям бизнес-процессов. На их основе могут быть сконструированы т.н. «ключевые показатели эффективности» (KPI, Key Performance Indicators), которые, в свою очередь, могут быть увязаны с «системой сбалансированных показателей» (BSC, Balanced Scoreсard).

Выбор базового стандарта моделирования

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

BPMN - Условные обозначения для моделирования бизнес-процессов (Business Process Modeling Notation) — система условных обозначений (нотация) для моделирования бизнес-процессов. BPMN была разработана Business Process Management Initiative (BPMI) и поддерживается Object Management Group, после слияния организаций в 2005 году. Предыдущая версия BPMN — 1.2; Последняя версия 2.0.

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

Система ЭМК "Электронная Медицинская Карта"

Примечание: материал этого раздела в значительной степени основан на фирменных материалах и публикациях компании Ocean Informatics http://www.oceaninformatics.com.

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

Масштабы и границы определения Единой Государственной Информационной Системы Здравоохранения (ЕГИСЗ) обуславливают необходимость создания общей архитектуры и применения стандартов взаимодействия между ее различными частями. Общепринятым в мире является пациент-ориентированная общая электронная запись пациента (patient-centric shareable electronic health records, EHR). При этом она является ядром системы информатизации здравоохранения любого уровня. Это утверждение справедливо также и для любой МИС. И поэтому следует сосредоточиться на стандартах интеграции и интероперабельности приложений и информационных систем, обязательным элементом которых является ЭМК система. Подробнее об этом смотри Приложение 4. «Система ЭМК и стандарты обмена медицинской информацией».

Выбор базового стандарта

Этот подраздел является репликой из статьи П.Гребнева «Реализация открытого международного стандарта openEHR на российской платформе openHealth для ведения единой региональной электронной медицинской карты (ЭМК)».

Стандарты хранения и информационного взаимодействия медицинских систем можно разделить на следующие категории [8].

Стандарты сообщений, ставящие во главу угла протоколы конкретных взаимодействий и описывающие формат передаваемых сообщений. Содержат жесткие схемы документов и негативны к обновлениям схем сообщений. Примером может служить HL7v2(2).
Стандарты неконтролируемой обобщенной структуры, содержащие язык описания структур, но не контролирующие содержание контролируемых структур. Не позволяют говорить о «понимании» двумя системами друг друга. Аналогией может служить XML. Пример – HL7 CDAr2(3).
Стандарты контролируемой обобщенной структуры. Содержат способ формального описания хранимого и передаваемого контента. Примером может служить HL7 CDAr2 + HL7 templates.
Стандарты семантических платформ, содержат кроме трех предыдущих пунктов также формальное описание платформы для взаимодействия входящих в нее сервисов и алгоритмов их работы.

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

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

Поверх IM создана развитая система моделирования клинического контента, состоящая из архетипов и шаблонов. Эта модель позволяет эффективно управлять медицинскими знаниями, распространяя формальное описание схем по всем участникам информационного обмена, при этом гибко адаптируя их под свои нужды. Кроме того, двухуровневое моделирование позволяет добиться хорошего повторного использования разработанных схем.

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

Таким образом, вопросы коллективного управления семантически-значимым медицинским контентом, а также коллективного ведения единой региональной ЭМК пациентов субъекта РФ более проработаны в стандарте openEHR.

Фонд openEHR и вычислительная платформа здравоохранения

Ocean Informatics совместно с University College London (UCL) является партнером-основателем Фонда openEHR (созданного в 2001 году), бесприбыльной организации, создавшей вычислительную платформу здравоохранения openEHR. Платформа состоит из технических спецификаций электронной записи и связанной информации. ОpenEHR - первая информационная платформа здравоохранения, обеспечивающая устойчивые средства контроля над качеством данных и полного выражения их семантики - от пользовательского интерфейса, через бизнес логику, до баз данных - на основе клинических спецификаций данных, так называемых архетипов. Это означает, что одни и те же архетипы, созданные клиницистами, используются для проектирования экранных форм ввода данных, определения смыслового содержания сохраненной или передаваемой информации, и, самое главное, - для поиска и обработки информации, максимизируя преимущества и безопасность в различной клинической среде. Семантическая интеграция составляет мощную основу вычислительных процессов более высокого уровня, включая национальные и региональные системы информатизации здравоохранения, а также межорганизационные бизнес процессы, поддержку принятия решений и медицинские исследования.

Archetype Query Language, расширение стандартного Standard Query Language (SQL) для EHR создан специально для систем, основанных на openEHR. Archetype Query Language уже выдвинут на роль отраслевого стандарта, следуя примеру ADL - Archetype Definition Language, что явилось признанием со стороны CEN и ISO мощи языка ADL и его объектной модели.

Система ERP (Enterprise Resource Planning)

Здесь, конечно, задача для нас достаточно однозначно решается. Основное требование к системе – это наличие средств моделирования бизнес-объектов и операций над ними.

Выбор базового стандарта

Базовым стандартом для этого раздела является РСБУ –российская система бухгалтерского учета. В качестве основной системы моделирования для поддержки административно=хозяйственной деятельности применяется моделирование, основанное на методе двойной записи и плана счетов.

Слой прикладного программного обеспечения

Слой прикладного программного обеспечения, его состав, содержание и технологические решения определены рамками документа «Методические рекомендации по составу прикладных компонентов регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним, обязательные для создания в 2011 – 2012 годах в рамках реализации региональных программ модернизации здравоохранения». Эти требования носят обязательный характер. В следующем подразделе мы приведем основные положения этого документа.

Состав прикладных компонентов регионального уровня ЕГИСЗ

Прикладные компоненты регионального уровня Системы включают:
1. Региональные транзакционные системы, в состав которых входят:
  - медицинская информационная система;
  - системы выдачи и обслуживания льготных рецептов, а также рецептов на контролируемые лекарственные средства;
  - системы удаленного мониторинга состояния здоровья отдельных категорий пациентов;
  - системы архивного хранения и предоставления доступа к медицинским изображениям.
  - обеспечивающие системы, функциональность которых не реализована в рамках прикладных компонентов федерального уровня Системы.
2. Иные региональные информационные системы в сфере здравоохранения, в том числе обеспечивающие информационную поддержку осуществления функций органов исполнительной власти субъектов Российской Федерации в сфере здравоохранения и органов местного самоуправления, осуществляющих управление в сфере здравоохранения (далее также – органы управления здравоохранением, ОУЗ) в состав которых могут входить:
  - информационная система управления кадрами ОУЗ;
  - информационная система управления финансами и материально-техническим обеспечением ОУЗ;
  - информационная система управления организацией закупок на поставку товаров, выполнение работ, оказание услуг ОУЗ;
  - информационная система электронного документооборота ОУЗ;
  - региональные информационные порталы по вопросам здравоохранения.
3. Компоненты для интеграции регионального уровня Системы с федеральным, в состав которых входят:
  - технологическое хранилище данных информационных систем учреждений здравоохранения и медицинского оборудования, включая средства их проверки на достоверность, очистки и передачи в федеральный центр обработки данных;
  - средства взаимодействия с общесистемными компонентами федерального уровня Системы;
  - подсистема доступа к каталогу пользователей Системы, создаваемого на федеральном уровне Системы;
  - подсистема доступа к нормативно-справочной информации и словарям медицинских терминологий, создаваемого на федеральном уровне Системы;
  - сервисы взаимодействия с инфраструктурой открытых ключей электронной цифровой подписи;
  - центр поддержки пользователей по вопросам функционирования централизованных информационных систем на региональном уровне Системы, в том числе информационных систем, размещаемых централизованно и используемых удаленно;
  - система обеспечения информационной безопасности;
  - сервисы взаимодействия с системой межведомственного электронного взаимодействия, инфраструктурой выдачи и обслуживания универсальных электронных карт, единым порталом государственных и муниципальных услуг, региональным порталом государственных и муниципальных услуг и иными системами, создаваемыми в рамках инфраструктуры электронного правительства;
  - сервисы взаимодействия с внешними информационными системами, включая информационные системы государственных внебюджетных фондов, страховых медицинских организаций и иными информационными системами;
  - прочие информационно-технические сервисы.
Прикладные компоненты регионального уровня Системы должны быть размещены:
- преимущественно на инфраструктуре федерального ЦОД, предоставляемой Минздравсоцразвития России на безвозмездной основе;
- на инфраструктуре имеющихся в субъектах Российской Федерации центров обработки данных (далее - централизованные вычислительные мощности субъектов Российской Федерации);
- на инфраструктуре учреждений здравоохранения – в части информационных систем, требующих интеграции с медицинским оборудованием, а также в крупных учреждениях здравоохранения, в том числе уже использующих те или иные информационные системы.
При размещении информационных систем прикладных компонентов регионального уровня Системы на инфраструктуре центров обработки данных и предоставлении возможности их удаленного использования доступ к ним конечных пользователей осуществляется с учетом обеспечения информационной безопасности с применением технологии «тонкий клиент».
В целях консультирования граждан по вопросам здравоохранения, записи на прием к врачу субъектом Российской Федерации может быть создан единый центр телефонного обслуживания населения, сотрудники которого должны иметь доступ к соответствующим централизованным информационным системам федерального и регионального сегментов Системы.

Требования к прикладным компонентам регионального уровня

К концу 2012 года в интересах 50% сотрудников профильных структурных подразделений ОУЗ каждого субъекта Российской Федерации, органов местного самоуправления, осуществляющих управление в сфере здравоохранения, должна быть обеспечена возможность использования следующих подсистем, создаваемых на федеральном уровне Системы, в том числе:
- паспорта медицинской организации;
- регистра медицинского оборудования и медицинской техники;
- регистра медицинского и фармацевтического персонала;
- мониторинга реализации программ в здравоохранении;
- обеспечения персонифицированного учета медицинской помощи и лекарственного обеспечения;
- ведения специализированных регистров по отдельным нозологиям и категориям граждан.
К концу 2012 года в интересах не менее чем 50% сотрудников профильных структурных подразделений ОУЗ, территориального фонда обязательного медицинского страхования каждого субъекта Российской Федерации, органов местного самоуправления, осуществляющих управление в сфере здравоохранения, рекомендуется обеспечить возможность использования следующих подсистем, создаваемых на региональном уровне Системы, в том числе:
- управления кадрами ОУЗ, ТФОМС;
- управления материально-техническим обеспечением и основными средствами ОУЗ, ТФОМС;
- управления финансами ОУЗ;
- организации закупок на поставку товаров, выполнение работ, оказание услуг ОУЗ, ТФОМС;
- электронного документооборота ОУЗ, ТФОМС.
К концу 2012 года в рамках каждого субъекта Российской Федерации должна быть обеспечена возможность осуществления в электронном виде следующих функций в следующих минимальных объемах:
1. В каждом медицинском учреждении:
  - ведение персонифицированного учета оказанной медицинской помощи;
  - управление взаиморасчетами за оказанную медицинскую помощь (для учреждений, участвующих в ОМС);
  - анализ деятельности и формирование отчетности;
  - учет административно-хозяйственной деятельности;
  - электронная регистратура, запись на прием к врачу, выдача направлений.
В дополнение к функциям, указанным в пункте 7.1 (в случае наличия соответствующих полномочий), обеспечить выполнение показателей, определяемых Приложениями.
Информационно-технологическая поддержка деятельности учреждений здравоохранения в указанных объемах должна предусматривать обеспечение доступности соответствующих информационных систем не менее чем 80% профильных сотрудников соответствующих учреждений.
В учреждениях здравоохранения, не обеспеченных информационными системами поддержки их деятельности согласно пункту 7 настоящих требований, к 2012 году должен быть обеспечен удаленный доступ не менее 80% сотрудников профильных структурных подразделений к созданным федеральным информационным системам.
В случае если в учреждении здравоохранения уже имеются информационные системы, предусмотренные согласно пункту 17 настоящих требований, должна быть обеспечена интеграция его с централизованными общесистемными компонентами на региональном уровне Системы.
Реализация тех требований согласно пунктам 7 настоящих требований, которые связаны с информационным обменом между информационными системами поддержки деятельности учреждений здравоохранения и централизованными общесистемными компонентами регионального и федерального уровней Системы, требуется после ввода соответствующих централизованных компонентов в эксплуатацию.
При достижении минимальных значений показателей информационно-технологической поддержки деятельности учреждений здравоохранения согласно пункту 7 настоящих требований субъекты Российской Федерации обеспечивают по данному направлению дальнейшее равномерное расходование ассигнований Федерального фонда обязательного медицинского страхования, переданных на реализацию региональных программ модернизации здравоохранения, с учетом следующих приоритетов:
- увеличение доли учреждений здравоохранения, осуществляющих в электронном виде следующие функции: «Регистрация и учет обслуживаемых граждан», «Управление взаиморасчетами за оказанную медицинскую помощь», «Анализ деятельности и формирование отчетности», «Запись на прием к врачу», «Ведение электронных стационарных карт пациентов», «Ведение электронных медицинских карт пациентов»;
- преимущественное обеспечение информационно-технологической поддержки крупных областных (краевых, республиканских, окружных) и городских учреждений здравоохранения;
- преимущественное размещение информационных систем, поддерживающих деятельность учреждений здравоохранения, на инфраструктуре федерального ЦОД либо на централизованных вычислительных мощностях субъектов Российской Федерации, предоставление возможности их удаленного использования.

Архитектура прикладной Системы РСИЗ

В этом разделе использованы материалы презентации Павла Гребнева (компания Ifinnity Solusions г.Челябинск) «Построение централизованных компонентов регионального уровня единой информационной системы в сфере здравоохранения».

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

Принципы создания системы

Однократный ввод и многократное использование первичной информации, в том числе для целей управления здравоохранением
Использование электронных юридически значимых документов в качестве основного источника первичной информации
Обеспечение совместимости (интероперабельности) медицинских информационных систем, разрабатываемых различными производителями
Обеспечение информационной безопасности и защиты персональных данных, в том числе с использованием электронной цифровой подписи и электронных средств идентификации врача и пациента (универсальная электронная карта гражданина Российской Федерации)
Применение единой технологической политики с учетом отраслевых государственных, национальных и адаптированных к отечественным условиям открытых международных стандартов в области медицинской информатики
Централизованное проектирование, разработка и сопровождение системообразующих компонентов инфраструктуры и прикладных компонентов Системы
Модернизация унаследованных и о разработка новых компонентов Системы с учетом максимально возможного сохранения существующих программно-технических средств
Создание прикладных информационных систем по модели «программное обеспечение как услуга» (SaaS)
Обеспечение интеграции с введенными в промышленную эксплуатацию системами «Электронного Правительства», в том числе с порталом государственных услуг, универсальной электронной картой гражданина Российской Федерации и другими
Обеспечение единства электронной медицинской карты

Состав региональной прикладной системы

Региональные транзакционные системы:

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

Иные региональные информационные системы:

информационная система управления кадрами ОУЗ
информационная система управления финансами и материально-техническим обеспечением ОУЗ
региональные информационные порталы
информационная система управления закупками товаров, работ, услуг ОУЗ
информационная система электронного документооборота ОУЗ;

Централизованные региональные общесистемные компоненты:

средства взаимодействия с общесистемными компонентами федерального уровня Системы
подсистема доступа к каталогу пользователей Системы, создаваемого на федеральном уровне Системы
сервисы взаимодействия с инфраструктурой открытых ключей ЭЦП
система обеспечения информационной безопасности
технологическое хранилище данных информационных систем учреждений здравоохранения и медицинского оборудования, включая средства их проверки на достоверность, очистки и передачи в федеральный центр обработки данных;
подсистема доступа к нормативно-справочной информации и словарям медицинских терминологий, создаваемого на федеральном уровне Системы;
центр поддержки пользователей по вопросам функционирования ИС, размещаемых централизованно и используемых удаленно
сервисы взаимодействия с системой межведомственного электронного взаимодействия, инфраструктурой выдачи и обслуживания УЭК, порталом государственных и муниципальных услуг и иными системами, создаваемыми в рамках инфраструктуры электронного правительства

Федеральные централизованные прикладные компоненты SaaS:

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

К административно-хозяйственным системам относятся:

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

Теги:

Создал Виктор Дмитриевич Шпилевой 2011/08/29 22:59

Глава 3. Что должно быть. Цели создания системы

Глава 3. Что должно быть. Цели создания системы