открытьEHR
openEHR — это открытая стандартная спецификация в области медицинской информатики , которая описывает управление, хранение, поиск и обмен медицинскими данными в электронных медицинских записях (EHR). В openEHR все данные о здоровье человека хранятся в «одной жизни», независимой от поставщика и ориентированной на человека ЭМК. Спецификации openEHR включают спецификацию извлечения EHR. [1] но в остальном они не связаны в первую очередь с обменом данными между системами EHR, поскольку этому посвящены другие стандарты, такие как EN 13606 и HL7 .
Спецификации openEHR поддерживаются openEHR Foundation, некоммерческим фондом, поддерживающим открытые исследования, разработку и внедрение openEHR EHR. Спецификации основаны на сочетании 15-летних европейских и австралийских исследований и разработок в области ЭМК и новых парадигм, включая то, что стало известно как методология архетипов. [2] [3] для уточнения содержания.
Спецификации openEHR [4] включать информационные и сервисные модели для EHR, демографические данные, клинический рабочий процесс и архетипы . Они призваны стать основой медико-юридической обоснованной, распределенной, версионной инфраструктуры EHR.
Архитектура [ править ]
Архитектура спецификаций openEHR в целом состоит из следующих ключевых элементов:
- информационные модели (также известные как «эталонная модель»);
- архетипический формализм;
- переносимый язык запросов архетипов;
- модели обслуживания/API.
Использование первых двух позволяет развивать «архетипы» и «шаблоны», которые являются формальными моделями клинического и связанного с ними содержания и представляют собой слой де-факто собственных стандартов , гораздо более многочисленных, чем базовые спецификации, на которых они основаны. построены. Язык запросов позволяет строить запросы на основе архетипов, а не физических схем базы данных, тем самым отделяя запросы от деталей физического постоянства. Модели обслуживания определяют доступ к ключевым серверным службам, включая службу EHR и службу демографии, в то время как для доступа к приложениям используется растущий набор облегченных API-интерфейсов на основе REST, основанных на путях архетипов.
Обзор архитектуры openEHR содержит краткое описание архитектуры и подробные спецификации. [5]
Эталонная модель [ править ]
Центральной частью спецификаций openEHR является набор информационных моделей, известных в openEHR как «эталонные модели». [6] Эти модели составляют базовые информационные модели для систем openEHR и определяют инвариантную семантику моделей электронных медицинских карт (EHR), экстрактов EHR и демографических данных, а также поддерживающие типы данных, структуры данных, идентификаторы и полезные шаблоны проектирования.
Некоторыми ключевыми классами компонента EHR являются классы ENTRY, подтипы которых включают НАБЛЮДЕНИЕ, ОЦЕНКА, ИНСТРУКЦИЯ, ДЕЙСТВИЕ и ADMIN_ENTRY, а также конечный автомат инструкций, конечный автомат, определяющий стандартную модель жизненного цикла вмешательств, включая лекарства. заказы, операции и другие методы лечения.
Архетипы и многоуровневое моделирование [ править ]
Ключевым нововведением в структуре openEHR является исключение всех спецификаций клинической информации из информационной модели (также известной как «эталонная модель») и вместо этого предоставление мощных средств выражения определений содержания, которые клиницисты и пациенты должны записывать, что может непосредственно использоваться во время выполнения системами, построенными на эталонной модели. Это оправдано необходимостью масштабного решения общей проблемы здравоохранения, связанной с очень большим, растущим и постоянно меняющимся набором типов информации. [7]
Клиническое содержание определяется с точки зрения двух типов артефактов, существующих вне информационной модели. Первый, известный как « архетипы », обеспечивает место для формального определения повторно используемых определений точек данных и групп данных, то есть элементов контента, которые будут повторно использоваться в многочисленных контекстах. Типичные примеры включают «измерение системного артериального давления» и «натрий в сыворотке». Многие такие точки данных встречаются в логических группах, например, группа элементов данных для документирования аллергической реакции или аналиты в результатах функционального теста печени. Некоторые архетипы содержат множество точек данных, например 50, хотя чаще встречается число 10–20. Коллекцию архетипов можно понимать как «библиотеку» повторно используемых определений контента предметной области, где каждый архетип функционирует как «единица управления», содержимое которой совместно разрабатывается, проверяется и публикуется.
Второй тип артефакта известен в openEHR как «шаблон» и используется для логического представления набора данных для конкретного случая использования, например элементов данных, составляющих сводку выписки пациента или отчет о радиологии. [8] Шаблон создается путем ссылки на соответствующие элементы из ряда архетипов. Для шаблона может потребоваться только одна или две точки данных или группы из каждого архетипа. С точки зрения технического представления шаблоны openEHR не могут нарушать семантику архетипов, из которых они построены. Шаблоны почти всегда разрабатываются для локального использования разработчиками программного обеспечения и клиническими аналитиками. Шаблоны обычно определяются для экранных форм графического пользовательского интерфейса , определений сообщений и определений документов и, как таковые, соответствуют «оперативным» определениям контента.
Оправдание двух уровней моделей над информационной моделью заключается в том, что если определения наборов данных состоят из заранее определенных точек данных из библиотеки таких определений, то все записанные данные (т. е. экземпляры шаблонов) в конечном итоге будут просто экземплярами стандартные определения контента. Это обеспечивает основу для работы стандартизированных запросов. Без уровня «библиотеки» архетипа каждый набор данных (т. е. часть оперативного контента) определяется однозначно, и стандартный подход к запросам затруднителен.
Соответственно, openEHR определяет метод запросов на основе архетипов, известный как AQL (язык запросов архетипов). [9]
Примечательно, что openEHR использовался для моделирования плана совместного ухода. Архетипы были разработаны с учетом концепций совместного плана ухода. [10]
Хотя отдельные медицинские записи могут сильно различаться по содержанию, основная информация в экземплярах данных openEHR всегда соответствует архетипам. Это работает путем создания архетипов, которые выражают клиническую информацию таким образом, который можно многократно использовать, а в некоторых случаях даже универсальный. [11]
формализм Архетипический
Архетипы openEHR выражены в «Языке определения архетипов», общедоступной спецификации openEHR. Доступны две версии: ADL 1.4, [12] и АДЛ 2, [13] новый выпуск с улучшенной поддержкой специализации, переопределения и аннотаций, а также других улучшений. [14] Версия 1.4 ADL и ее аналог «объектной модели» Archetype Object Model (AOM) являются основой для стандарта CEN и ISO «Язык определения архетипов» ( стандарт ISO 13606-2 ). [15]
Шаблоны исторически разрабатывались в простом, де-факто разработанном в отрасли формате XML, известном как «.oet» по расширению файла. [16] ADL 2 определяет способ беспрепятственного выражения шаблонов с помощью архетипов, используя расширения языка ADL. [17]
Обеспечение качества архетипов [ править ]
Выявлены различные принципы разработки архетипов. [18] Например, набор архетипов openEHR должен быть качественно управляемым, чтобы соответствовать ряду аксиом, таких как взаимоисключаемость. Архетипами можно управлять независимо от программных реализаций и инфраструктуры, в руках групп клиницистов, чтобы гарантировать, что они отвечают реальным потребностям на местах. Архетипы созданы для того, чтобы спецификация клинических знаний могла развиваться и развиваться с течением времени. Проблемы в реализации информационного дизайна, выраженные в центре openEHR, касаются того, в какой степени фактические ограничения системы гармонируют с информационным дизайном. [ нужна ссылка ]
В области электронных медицинских карт существует ряд существующих информационных моделей с дублирующими сферами применения, которыми трудно управлять, например, между HL7 V3 и SNOMED CT . Подход openEHR сталкивается с проблемами гармонизации, если не используется изолированно. [19]
сотрудничество Международное
Следуя подходу openEHR, использование общих и управляемых архетипов во всем мире обеспечит возможность последовательного манипулирования и просмотра данных о здоровье openEHR, независимо от технического, организационного и культурного контекста. Этот подход также означает, что фактические модели данных, используемые в любой ЭМК, являются гибкими, поскольку могут быть определены новые архетипы для удовлетворения будущих потребностей ведения клинических записей. Недавно работа в Австралии продемонстрировала, как можно использовать архетипы и шаблоны для облегчения использования устаревших медицинских записей и данных сообщений в системе медицинских записей openEHR, а также вывода стандартизированных сообщений и документов CDA.
Перспектива достижения соглашения по дизайну и формам управления на международном уровне остается спекулятивной, причем влияние варьируется от различных медико-правовых сред до культурных различий и технических различий, таких как степень, в которой справочная клиническая терминология должна быть неотъемлемой частью. .
Структура openEHR соответствует стандарту связи электронных медицинских карт ( ISO 13606 ), а объектная модель архетипа 2 (AOM2) была официально принята ISO TC 215 в качестве проекта спецификации для версии ISO 13606:2 2017 года.
Международное усыновление [ править ]
Архетипы openEHR используются Национальным органом по переходу к электронному здравоохранению Австралии, Информационным центром здравоохранения и социального обеспечения Национальной службы здравоохранения Великобритании (HSCIC), норвежской организацией Nasjonal IKT и Министерством здравоохранения Словении.
openEHR был выбран в качестве основы для стандартизированных EHR в Бразилии. [20]
Его начинают использовать в коммерческих решениях по всему миру, в том числе в тех, которые производятся отраслевыми партнерами openEHR.
Менеджер по клиническим знаниям (CKM) [ править ]
Одним из результатов подхода к моделированию openEHR является открытая разработка архетипов, шаблонов и подмножеств терминологии для представления данных о здоровье. Благодаря открытому характеру openEHR, эти структуры общедоступны для использования и внедрения в информационные системы здравоохранения. Пользователи сообщества могут делиться, обсуждать и утверждать эти структуры в совместном репозитории, известном как Менеджер клинических знаний (CKM). Некоторые в настоящее время используют CKM openEHR:
- openEHR Менеджер клинических знаний
- Менеджер по клиническим знаниям NEHTA
- Менеджер по клиническим знаниям в Великобритании
- Норвежский национальный менеджер по клиническим знаниям в области ИКТ
- Менеджер по клиническим знаниям Министерства здравоохранения Словении
См. также [ править ]
- Архетип (информатика)
- Европейский институт медицинских записей
- Передача электронных медицинских карт ( ISO / CEN EN 13606 – EHRcom)
- Уровень здоровья 7
- Архитектура служб информатики здравоохранения (HISA)
- HIPAA
- Прорек
- СНОМЕД КТ
Ссылки [ править ]
- ^ Технические характеристики Редакционного комитета. «openEHR EHR Extract IM» . Фонд openEHR . Проверено 14 апреля 2023 г.
- ^ Бил Т. (2002). «Архетипы: модели предметной области на основе ограничений для перспективных информационных систем» (PDF) . Материалы 11-го семинара OOPSLA по поведенческой семантике . (PDF)
- ^ Херд, С.; Бил, Т., ред. (2007). «Обзор архитектуры openEHR» (PDF) . Фонд openEHR . Проверено 9 апреля 2013 г. (PDF)
- ^ Программа спецификации openEHR. «Спецификации openEHR» . Фонд openEHR . Проверено 3 ноября 2015 г.
- ^ Программа спецификации openEHR. «Обзор архитектуры openEHR» . Фонд openEHR . Проверено 3 ноября 2015 г.
- ^ Программа спецификации openEHR. «Эталонная модель openEHR» . Фонд openEHR . Проверено 14 апреля 2023 г.
- ^ Программа спецификации openEHR. «Обзор технологии архетипов» . Фонд openEHR . Проверено 3 ноября 2015 г.
- ^ «Что такое openEHR» . Фонд openEHR . Проверено 9 апреля 2013 г.
- ^ «Язык запросов архетипов (AQL)» . Фонд openEHR . Проверено 9 апреля 2013 г.
- ^ Хэгглунд М., Чен Р., Кох С. (2011). «Моделирование планов совместного ухода за пожилыми людьми с использованием CONTSys и openEHR для поддержки совместного ухода за пожилыми людьми на дому» . Журнал Американской ассоциации медицинской информатики . 18 (1): 66–9. дои : 10.1136/jamia.2009.000216 . ПМЦ 3005865 . ПМИД 21106993 .
- ^ «Клиническая стандартизация» . Фонд openEHR. Архивировано из оригинала 19 декабря 2013 года . Проверено 9 апреля 2013 г.
- ^ Бил, Т; Херд, С., ред. (12 декабря 2008 г.), Язык определения архетипов 1.4 , openEHR Foundation.
- ^ Программа спецификации openEHR (3 ноября 2015 г.), Язык определения архетипов 2 , openEHR Foundation
- ^ «Спецификации ADL/AOM 2» . Фонд openEHR . Проверено 3 ноября 2015 г.
- ^ Крышин Ю., Цивонюк К., Смолик В.Т., Ванта Д., Врублевски П., Мидура М. (2022). «Производительность больничной информационной системы на основе openEHR» . Международный журнал медицинской информатики . 162 : 104757. doi : 10.1016/j.ijmedinf.2022.104757 . ПМИД 35395475 . S2CID 247899113 .
- ^ «Шаблон «.oet «XSD»» . Фонд openEHR . Проверено 9 апреля 2013 г.
- ^ Программа спецификации openEHR. «Спецификация языка определения архетипов (ADL2)» . Фонд openEHR . Проверено 3 ноября 2015 г.
- ^ Херд, С.; Бил, Т., ред. (2005). «Определения и принципы архетипов» (PDF) . Фонд openEHR . Проверено 9 апреля 2013 г. (PDF)
- ^ Мин Л, Тянь Ц, Лу Икс, Дуань Х (август 2018 г.). «Моделирование EHR с использованием подхода openEHR: предварительное исследование в Китае» . BMC Медицинская информатика и принятие решений . 18 (1): 75. дои : 10.1186/s12911-018-0650-6 . ПМК 6116359 . ПМИД 30157838 .
- ^ «Министерство здравоохранения» . bvsms.saude.gov.br . Проверено 30 апреля 2020 г.