Стандарты обмена сообщениями HL7 и обмен клиническими данными

Стандарты обмена сообщениями HL7 представляют собой семейство спецификаций от HL7 International, которые определяют, как клинические и административные события упаковываются и обмениваются между информационными системами здравоохранения. HL7 версии 2, наиболее широко используемая, отправляет сообщения, управляемые событиями, такие как поступления пациентов, лабораторные заказы и результаты между системами; HL7 версии 3 и Архитектура Клинических Документов добавляют формальную информационную модель и структурированные клинические документы.

Definition

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

Scope

Эта статья охватывает обмен сообщениями HL7 версии 2, основанный на триггерных событиях, эталонную информационную модель HL7 версии 3 и Архитектуру Клинических Документов для структурированных документов. Она рассматривает их как стандарты обмена данными и методологическую тему в информатике; она не содержит рекомендаций по реализации или закупкам и не затрагивает FHIR, который рассматривается в отдельной статье.

Core questions

• Как сообщение HL7 v2 представляет клиническое событие, такое как поступление или лабораторный результат?
• Что HL7 v3 и Эталонная Информационная Модель пытались добавить по сравнению с v2?
• Что такое Архитектура Клинических Документов и чем она отличается от обмена сообщениями?
• Почему HL7 v2 по-прежнему доминирует, несмотря на известные ограничения?

Key concepts

• Триггерные события и типы сообщений
• Сегменты, поля и разделители (кодирование с использованием символов 'pipe' и 'hat')
• Сообщения ADT (поступление, выписка, перевод) и ORU (результат наблюдения)
• Эталонная Информационная Модель (RIM) в HL7 v3
• Архитектура Клинических Документов (CDA)
• Постоянство документа, аттестация и удобочитаемость
• Обратная совместимость и опциональность

Mechanisms

В HL7 версии 2 реальное триггерное событие (например, поступление пациента или окончательный лабораторный результат) генерирует сообщение, построенное из упорядоченных сегментов, каждый сегмент содержит поля, разделенные символами-разделителями. Принимающая система анализирует сегменты для обновления своих записей. HL7 версии 3 заменила это модельным подходом, в котором сообщения выводятся из Эталонной Информационной Модели (Reference Information Model), объектной модели действий, сущностей, ролей и участий, выраженной в XML. Архитектура Клинических Документов (Clinical Document Architecture), построенная на модели версии 3, определяет постоянный, удостоверяемый клинический документ как с машиночитаемым структурированным телом, так и с удобочитаемым представлением, так что один и тот же документ может быть надежно обработан и отображен.

Clinical relevance

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

Evidence & guidelines

HL7 версии 2, версии 3 и Архитектура Клинических Документов являются нормативными стандартами, поддерживаемыми HL7 International посредством процесса голосования. Dolin et al. (2006) является авторитетным описанием CDA Release 2, а учебник Benson и Grieve содержит сводное изложение стандартов HL7 v2 и v3 и их связи с терминологией.

History

HL7 была основана в 1987 году для стандартизации интерфейсов между больничными информационными системами, и HL7 версии 2 постепенно развивалась в 1990-х и 2000-х годах, став де-факто стандартом для обмена клиническими сообщениями. HL7 версии 3, начатая в конце 1990-х годов, представила Эталонную Информационную Модель и более строгую, но более сложную методологию; Архитектура Клинических Документов, выпущенная поэтапно с 2000 года, стала ее наиболее широко используемым продуктом, с выпуском Release 2 в 2005-2006 годах.

Debates

Оправдал ли подход HL7 v3 / RIM свои обещания?

HL7 v3 стремилась к семантической строгости через Эталонную Информационную Модель, но подвергалась критике как сложная и трудная в реализации; v2 оставалась доминирующей, а CDA стала наиболее успешным продуктом на основе v3, что привело к последующим, более легким усилиям по разработке FHIR.

Key figures

• Robert Dolin
• Liora Alschuler
• Amnon Shabo
• W. Edward Hammond
• Tim Benson

Seminal works

• dolin-2006
• benson-grieve-2021

Frequently asked questions

Что такое сообщение ADT в HL7 v2?

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

Является ли Архитектура Клинических Документов тем же самым, что и стандарт обмена сообщениями?

Нет. CDA определяет постоянный, удостоверяемый клинический документ, который может быть обменен и отображен, а не сообщение, управляемое событиями; он построен на информационной модели HL7 v3 и дополняет, а не заменяет обмен сообщениями v2.