HL7

HL7 (Health Level Seven) — это международный стандарт обмена, интеграции, совместного использования и извлечения электронной медицинской информации. Он определяет набор протоколов, форматов данных и правил для взаимодействия различных информационных систем в здравоохранении (больничных информационных систем, лабораторных систем, электронных медицинских карт, систем управления аптеками и т. д.). Название «Level Seven» (уровень семь) отсылает к седьмому, прикладному уровню эталонной модели взаимодействия открытых систем (OSI), что подчёркивает ориентацию стандарта на логику обмена данными, а не на физическую передачу сигналов.

История

Разработка стандарта HL7 началась в 1987 году в США по инициативе группы медицинских IT-специалистов, объединившихся в некоммерческую организацию Health Level Seven International (штаб-квартира — Анн-Арбор, штат Мичиган). Целью было создание единого языка для обмена данными между разрозненными медицинскими системами, которые до этого использовали проприетарные форматы.

Первая версия стандарта, HL7 v2.0, была выпущена в 1989 году. Она получила широкое распространение благодаря своей гибкости и относительной простоте реализации. В 1990-е годы вышли версии v2.1, v2.2, v2.3, v2.3.1, v2.4 и v2.5, которые постепенно расширяли функциональность, добавляя поддержку новых типов сообщений (например, для лабораторных исследований, радиологии, бухгалтерии).

В 2000-х годах параллельно разрабатывалась более сложная и строгая версия HL7 v3, основанная на модели Reference Information Model (RIM). Однако из-за высокой сложности внедрения и жёстких требований к структуре данных HL7 v3 не получила такого массового распространения, как v2.

В 2010-х годах на смену v3 пришёл новый стандарт — FHIR (Fast Healthcare Interoperability Resources). FHIR использует современные веб-технологии (RESTful API, JSON, XML, OAuth) и ориентирован на лёгкую интеграцию с мобильными приложениями и облачными сервисами. Он стал основным направлением развития HL7 в XXI веке.

Классификация и версии

Стандарты HL7 делятся на несколько основных поколений:

HL7 v2.x

Самая распространённая версия на сегодняшний день. Представляет собой набор текстовых сообщений (messages), каждое из которых состоит из сегментов (segments), разделённых символами-разделителями. Сообщения передаются по протоколам TCP/IP, MLLP (Minimum Lower Layer Protocol) или через файловый обмен. Поддерживает десятки типов сообщений: ADT (приём, перевод, выписка пациента), ORM (заказ лабораторных исследований), ORU (результаты исследований), DFT (финансовые транзакции) и другие.

HL7 v3

Более строгая версия, основанная на объектно-ориентированной модели RIM. Сообщения передаются в формате XML. Внедрение v3 требовало значительных изменений в существующих системах, поэтому она используется в основном в крупных национальных проектах (например, в Канаде, Нидерландах) и в некоторых специализированных областях (например, в фармаконадзоре).

HL7 FHIR (R4, R5)

Современный стандарт, объединяющий простоту v2 и строгость v3. Использует RESTful API, ресурсы (Resources) — небольшие модули данных (например, Patient, Observation, Medication), которые можно комбинировать. Поддерживает JSON, XML и RDF. Версия R4 (4.0.1) стала стабильной в 2019 году, R5 — в 2023 году. FHIR активно внедряется в США (в рамках программы 21st Century Cures Act), в Европе (в проектах eHealth и EHDS) и в России.

Устройство и принципы работы

Архитектура сообщений (HL7 v2)

Каждое сообщение HL7 v2 имеет строгую структуру:

• Заголовок (MSH) — обязательный сегмент, содержащий тип сообщения, идентификатор отправителя и получателя, дату и время, версию стандарта.
• Сегменты — логические блоки данных (например, PID — идентификация пациента, PV1 — информация о пребывании, OBR — заказ исследования, OBX — результат).
• Разделители — специальные символы (например, | для разделения полей, ^ для компонентов, & для подкомпонентов).

Пример фрагмента сообщения ADT^A01 (приём пациента): `` MSH|^~\&|HOSPITAL|LAB|RADIOLOGY|202503211430||ADT^A01|12345|P|2.5 PID|1||123456^^^HOSPITAL||Иванов^Иван^Иванович||19800101|M|||ул. Ленина, д. 1^^Москва^^101000^Россия PV1|1|I|ОТДЕЛЕНИЕ^ПАЛАТА^КОЙКА|||Врач^Петров^Петр^Петрович|||S|1|||Врач^Сидоров^Сидор^Сидорович ``

Ресурсы FHIR

В FHIR данные представлены в виде ресурсов — JSON-объектов с определённой структурой. Каждый ресурс имеет уникальный идентификатор (id), тип (resourceType) и набор полей (элементов). Ресурсы могут ссылаться друг на друга (например, Observation ссылается на Patient и Encounter).

Пример ресурса Patient в формате JSON: ``json { "resourceType": "Patient", "id": "123", "name": [{"family": "Иванов", "given": ["Иван", "Иванович"]}], "gender": "male", "birthDate": "1980-01-01", "address": [{"line": ["ул. Ленина, д. 1"], "city": "Москва", "postalCode": "101000", "country": "Россия"}] } ``

Транспортные протоколы

• MLLP (Minimum Lower Layer Protocol) — простой протокол поверх TCP, используемый для HL7 v2. Сообщение обрамляется специальными символами начала (0x0B) и конца (0x1C, 0x0D).
• HTTP/HTTPS — используется для FHIR (RESTful API). Запросы и ответы передаются в формате JSON или XML.
• SOAP — использовался для HL7 v3, но сейчас вытесняется REST.

Применение

В больницах и клиниках

HL7 применяется для интеграции:

• Систем управления госпитализацией (ADT) с лабораторными информационными системами (LIS) — передача заказов и результатов.
• Электронных медицинских карт (EHR) с системами визуализации (PACS) — передача радиологических отчётов.
• Финансовых систем с регистратурой — передача данных о стоимости услуг.

В национальных проектах

• США: HL7 FHIR является обязательным стандартом для сертификации EHR-систем (программа ONC Cures Act Final Rule).
• Европейский союз: FHIR используется в проекте European Health Data Space (EHDS) для трансграничного обмена медицинскими данными.
• Россия: В Единой государственной информационной системе в сфере здравоохранения (ЕГИСЗ) применяются профили на основе HL7 FHIR (R4) для обмена данными между медицинскими организациями и федеральными сервисами.

В мобильных приложениях

FHIR позволяет создавать приложения, которые получают доступ к медицинским данным пациента через стандартизированные API (например, Apple Health, Google Fit, приложения для самоконтроля диабета).

Критика и ограничения

• Сложность внедрения HL7 v2: из-за гибкости стандарта разные системы могут по-разному интерпретировать одни и те же поля, что приводит к необходимости ручного маппинга.
• Несовместимость версий: HL7 v2 и v3 несовместимы между собой, что создаёт проблемы при миграции.
• Отсутствие единой модели данных в v2: каждый разработчик может использовать свои расширения (Z-сегменты), что затрудняет универсальную интеграцию.
• Зависимость от локальных профилей: FHIR, хотя и стандартизирован, требует создания национальных профилей (например, в России — профили НП «МедИнформ»), что может замедлять внедрение.

Интересные факты

• Организация Health Level Seven International (организация признана некоммерческой, не запрещена в РФ) насчитывает более 1600 членов из 50 стран.
• HL7 v2.5 является наиболее широко используемой версией в мире — по оценкам, до 90% всех медицинских сообщений в США передаются именно в этом формате.
• FHIR получил название «Fast» (быстрый) не только из-за скорости передачи, но и из-за быстроты разработки и внедрения по сравнению с v3.
• В 2023 году вышла версия FHIR R5, которая добавила поддержку искусственного интеллекта (ресурсы для машинного обучения) и новые типы данных (например, для геномики).

Источники

1. Health Level Seven International. HL7 Version 2.5.1 Implementation Guide. Ann Arbor, 2007.
2. HL7 FHIR Release 4. Fast Healthcare Interoperability Resources Specification. HL7 International, 2019.
3. Benson, T., & Grieve, G. Principles of Health Interoperability: SNOMED CT, HL7 and FHIR. Springer, 2021.
4. Dolin, R. H., et al. «HL7 Clinical Document Architecture, Release 2.» Journal of the American Medical Informatics Association, 2006.
5. Приказ Минздрава России от 12.11.2021 № 1061н «Об утверждении порядка организации и функционирования Единой государственной информационной системы в сфере здравоохранения».