Health Level Seven , сокращенно HL7 , представляет собой ряд глобальных стандартов для передачи клинических и административных данных о состоянии здоровья между приложениями с целью улучшения результатов лечения пациентов и производительности системы здравоохранения. Стандарты HL7 фокусируются на прикладном уровне, который является «уровнем 7» в модели взаимодействия открытых систем . Стандарты разрабатываются Health Level Seven International , международной организацией по стандартизации , и принимаются другими органами, выпускающими стандарты, такими как Американский национальный институт стандартов и Международная организация по стандартизации . Существует ряд основных стандартов, которые обычно используются в отрасли, а также вторичных стандартов, которые принимаются реже.
Медицинские организации обычно имеют много различных компьютерных систем, используемых для обработки различных задач по администрированию пациентов или клинических задач, таких как выставление счетов, управление приемом лекарств, отслеживание пациентов и документация. Все эти системы должны взаимодействовать или «интерфейсироваться» друг с другом, когда они получают новую информацию или когда они хотят получить информацию. HL7 International определяет ряд гибких стандартов, руководств и методологий, с помощью которых эти системы здравоохранения могут взаимодействовать друг с другом. Стандарты позволяют упростить «взаимодействие» медицинских данных, поскольку они совместно используются и обрабатываются единообразно и последовательно различными системами. Это позволяет легче обмениваться клиническими и неклиническими данными, теоретически улучшая уход за пациентами и производительность системы здравоохранения. [1]
HL7 International считает следующие стандарты своими основными стандартами, которые наиболее часто используются и внедряются: [2]
Другие стандарты/методологии HL7 включают: [3]
Стандарт HL7 версии 2 (также известный как Pipehat) направлен на поддержку больничных рабочих процессов. Первоначально он был создан в 1989 году. [4]
HL7 версии 2 определяет ряд электронных сообщений для поддержки административных, логистических, финансовых, а также клинических процессов. С 1987 года стандарт регулярно обновлялся, в результате чего было создано более десяти итераций. Стандарты v2.x обратно совместимы , то есть сообщение, основанное на версии 2.3, будет понято приложением, поддерживающим версию 2.6.
Сообщения HL7 v2.x используют не- XML -синтаксис кодирования, основанный на сегментах ( строках ) и односимвольных разделителях . [5] Сегменты имеют составные элементы ( поля ), разделенные составным разделителем. Составной элемент может иметь подсоставные элементы (компоненты), разделенные подсоставным разделителем, а подсоставные элементы могут иметь подподсоставные элементы (подкомпоненты), разделенные подподсоставным разделителем. Разделителями по умолчанию являются возврат каретки для разделителя сегментов, вертикальная черта или вертикальная черта ( |) для разделителя полей, знак вставки ( ^) для разделителя компонентов, амперсанд ( &) для разделителя подкомпонентов и знак числа (#) для разделителя усечения по умолчанию. Тильда ( ~) является разделителем повторений по умолчанию. Каждый сегмент начинается со строки из 3 символов, которая идентифицирует тип сегмента. Каждый сегмент сообщения содержит одну определенную категорию информации. Каждое сообщение имеет MSHв качестве своего первого сегмента, который включает поле, идентифицирующее тип сообщения. Тип сообщения определяет ожидаемые типы сегментов в сообщении. [6] Типы сегментов, используемые в конкретном типе сообщения, указываются нотацией грамматики сегментов, используемой в стандартах HL7.
Ниже приведен пример сообщения о приеме. MSH— сегмент заголовка, PIDидентификация пациента, PV1информация о посещении пациента и т. д. Пятое поле в PIDсегменте — имя пациента в следующем порядке: фамилия, имя, второе имя (или инициалы), суффикс и т. д. В зависимости от версии стандарта HL7 V2.x в сегменте доступно больше полей для дополнительной информации о пациенте.
MSH|^~\&|MegaReg|XYZHospC|SuperOE|XYZImgCtr|20060529090131-0500||ADT^A01^ADT_A01|01052901|P|2.5EVN||200605290901||||PID|||56782445^^^UAReg^PI||KLEINSAMPLE^BARRY^Q^JR||19620910|M||2028-9^^HL70005^RA99113^^XYZ|260 GOODWIN CREST DRIVE^^BIRMINGHAM^AL^35209^^M~NICKELL'S PICKLES^10000 W 100TH AVE^BIRMINGHAM^AL^35200^^O|||||||0105I30001^^^99DEF^ANPV1||I|W^389^1^UABH^^^^3||||12345^MORGAN^REX^J^^^MD^0010^UAMC^L||67890^ГРЕЙНГЕР^ЛЮСИ^X^^^ MD^0010^UAMC^L|MED|||||A0||13579^ПОТТЕР^ШЕРМАН^T^^^MD^0010^UAMC^L|||||||||||||||| |||||||||||200605290900OBX|1|NM|^Высота||1.80|м^Метр^ISO+|||||FOBX|2|NM|^Масса тела||79|кг^Килограмм^ISO+|||||FAL1|1||^АСПИРИНDG1|1||786.50^БОЛЬ В ГРУДНОЙ КЛАССИФИКАЦИИ, НЕУКАЗАННАЯ^I9|||A
HL7 v2.x обеспечил взаимодействие между множеством цифровых систем здравоохранения, от систем администрирования пациентов до электронных медицинских карт и специализированных лабораторных и радиологических информационных систем. В настоящее время стандарт обмена сообщениями HL7 v2.x поддерживается всеми основными поставщиками медицинской информатики в Соединенных Штатах. [7]
Стандарт HL7 версии 3 нацелен на поддержку всех рабочих процессов в здравоохранении. [8] Разработка версии 3 началась около 1995 года, что привело к первоначальной публикации стандарта в 2005 году. Стандарт v3, в отличие от версии 2, основан на формальной методологии (HDF) и объектно-ориентированных принципах.
РИМ - ISO/HL7 21731
Модель справочной информации [9] (RIM) является краеугольным камнем процесса разработки HL7 версии 3 и неотъемлемой частью методологии разработки HL7 V3. RIM выражает содержание данных, необходимое в определенном клиническом или административном контексте, и обеспечивает явное представление семантических и лексических связей , которые существуют между информацией, передаваемой в полях сообщений HL7. [10]
Структура разработки HL7 - ISO /HL7 27931
HL7 Version 3 Development Framework (HDF) — это постоянно развивающийся процесс, направленный на разработку спецификаций, которые облегчают взаимодействие между системами здравоохранения. HL7 RIM, спецификации словаря и процесс анализа и проектирования на основе моделей объединяются, чтобы сделать HL7 Version 3 единой методологией для разработки стандартов на основе консенсуса для взаимодействия информационных систем здравоохранения . HDF — это самая последняя редакция методологии разработки HL7 V3.
HDF документирует не только сообщения, но и процессы, инструменты, участников, правила и артефакты, имеющие отношение к разработке всех спецификаций стандартов HL7. В конечном итоге HDF будет охватывать все спецификации стандартов HL7, включая любые новые стандарты, полученные в результате анализа архитектур и требований электронных медицинских карт.
Спецификации HL7 опираются на коды и словари из различных источников. Работа со словарем V3 гарантирует, что системы, реализующие спецификации HL7, имеют однозначное понимание источников кода и доменов значений кода, которые они используют.
Сообщения V3
Стандарт обмена сообщениями HL7 версии 3 определяет серию защищенных текстовых сообщений (называемых взаимодействиями ) для поддержки всех рабочих процессов в здравоохранении.
Сообщения HL7 v3 основаны на синтаксисе кодирования XML, как показано в этом примере: [11] : 2.2.1
<POLB_IN224200 ITSVersion= "XML_1.0" xmlns= "urn:hl7-org:v3" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" > <id root= "2.16.840.1.113883.19.1122.7" extension= "CNTRL-3456" /> <creationTime value= "200202150930-0400" /> <!-- Версия используемых типов данных/RIM/словаря соответствует версии мая 2006 г. --> <versionCode code= "2006-05" /> <!-- идентификатор взаимодействия= Событие наблюдения завершено, без обязанностей получателя --> <interactionId root= "2.16.840.1.113883.1.6" extension= "POLB_IN224200" /> <processingCode code= "P" /> <processingModeCode nullFlavor= "OTH" /> <acceptAckCode code= "ER" /> <receiver typeCode= "RCV" > <device classCode= "DEV" determinerCode= "INSTANCE" > <id extension= "GHH LAB" root= "2.16.840.1.113883.19.1122.1" /> <asLocatedEntity classCode= "LOCE" > <location classCode= "PLC" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.2" extension= "ELAB-3" /> </location> </asLocatedEntity> </device> </receiver> <sender typeCode= "SND" > <device classCode= "DEV" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.1" extension= "GHH OE" /> <asLocatedEntity classCode= "LOCE" > <location classCode= "PLC" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.2" extension= "BLDG24" /> </location> </asLocatedEntity> </device> </sender> <!-- Действие управления событием триггера и содержимое домена --> </POLB_IN224200> Архитектура клинических документов HL7 (CDA) — это стандарт разметки на основе XML, предназначенный для указания кодировки, структуры и семантики клинических документов для обмена. [12] Стандарт был опубликован совместно с ISO как ISO/HL7 27932.
Структура документов о непрерывности оказания медицинской помощи — это принятый в США стандарт обмена медицинскими заключениями, основанный на стандарте архитектуры клинических документов.
Структурированная маркировка продукции описывает опубликованную информацию, сопровождающую лекарственное средство, на основе HL7 версии 3.
CCOW или «Clinical Context Object Workgroup» — это стандартный протокол, разработанный для того, чтобы позволить разрозненным приложениям обмениваться пользовательским контекстом и контекстом пациента в режиме реального времени и на уровне пользовательского интерфейса. Реализации CCOW обычно требуют системы хранилища CCOW для управления безопасностью пользователей между приложениями.
Fast Healthcare Interoperability Resources — это современная спецификация взаимодействия от HL7 International, разработанная для более простой реализации, более открытой и более расширяемой, чем версии HL7 2.x или 3.x. Она использует современный веб-набор технологий API, включая протокол RESTful на основе HTTP , HTML и каскадные таблицы стилей для интеграции пользовательского интерфейса, выбор JSON или XML для представления данных, OAuth для авторизации и ATOM для результатов запросов. [13] Основная цель стандарта FHIR — обеспечить взаимодействие между различными компьютерными системами. Он определяет формат данных и протокол для обмена медицинской информацией, независимо от того, как она хранится в этих системах. [14]
Структура архитектуры предприятия с учетом служб HL7 (SAIF) обеспечивает согласованность между всеми артефактами HL7 и позволяет использовать стандартизированный подход к разработке и внедрению архитектуры предприятия (EA), а также способ измерения согласованности.
SAIF — это способ мышления о создании спецификаций, которые явно описывают управление, соответствие, соответствие и поведенческую семантику, необходимые для достижения вычислимой семантической рабочей интероперабельности. Предполагаемая технология передачи информации может использовать подход обмена сообщениями, документами или службами.
SAIF — это фреймворк, необходимый для рационализации взаимодействия других стандартов. SAIF — это архитектура для достижения взаимодействия, но это не комплексное решение для управления архитектурой предприятия.
Синтаксис Arden — это язык кодирования медицинских знаний. HL7 International приняла и контролирует стандарт, начиная с синтаксиса Arden 2.0. Эти медицинские логические модули ( MLM ) используются в клинических условиях, поскольку они могут содержать достаточно знаний для принятия отдельных медицинских решений. [ требуется ссылка ] Они могут выдавать оповещения, ставить диагнозы и интерпретации вместе с функцией обеспечения качества и административной поддержкой. MLM должен работать на компьютере, который соответствует минимальным системным требованиям и имеет правильную установленную программу. Затем MLM может давать советы, когда и где это необходимо.
Язык клинического качества (CQL) — это сертифицированный ANSI [15] клинически ориентированный стандарт языка выражений высокого уровня, разработанный Health Level 7. [16] Он предназначен для обмена клиническими знаниями в областях электронного клинического измерения качества и поддержки клинических решений . [17]
Язык клинического качества используется для различных клинических приложений, включая рекомендации ВОЗ SMART, где он используется для кодирования логики принятия решений и показателей эффективности. [18] Центры услуг Medicare и Medicaid приняли CQL для спецификаций показателей клинического качества с 2019 года. [19] [20]
CQL допускает модульное и гибкое выражение логики и является как понятным человеку, так и обрабатываемым машиной. [19]
Реализация CQL была открыта и опубликована Национальным комитетом по обеспечению качества в 2023 году с целью поощрения принятия языка. [21]
Большая часть сообщений HL7 передается с помощью протокола MLLP (Minimal Lower Layer Protocol), также известного как протокол нижнего уровня (LLP) [22] или протокол минимального уровня (MLP). [23] Для передачи по TCP/IP к сообщению добавляются символы заголовка и концевика, чтобы идентифицировать начало и конец сообщения, поскольку TCP/IP представляет собой непрерывный поток байтов. [24] Гибридный протокол нижнего уровня (HLLP) — это разновидность MLLP, которая включает контрольную сумму для проверки целостности сообщения. Среди других поставщиков программного обеспечения MLLP поддерживается Microsoft, [25] Oracle, [26] Cleo . [27]
MLLP не содержит встроенных средств безопасности или шифрования, а использует протоколы более низкого уровня, такие как Transport Layer Security (TLS) или IPsec, для защиты защищенной медицинской информации за пределами защищенной сети.
Функциональные характеристики электронной медицинской карты .
Сегмент OBR несет информацию об обследовании, диагностическом исследовании/наблюдении. [28] Это обязательный сегмент в сообщении ORM (заказ) [29] или сообщении ORU (результат наблюдения). [30]
В этой статье использован текст из свободного контента . Лицензия Creative Commons Attribution-ShareAlike 3.0. Текст взят из Spronk 2007.