Войти
. Уровень здоровья 7 или HL7 относится к набору международных стандартов для передачи клинических и административных данных между программными приложениями, используемыми различными поставщиками медицинских услуг. Эти стандарты сосредоточены на прикладном уровне, который является «уровнем 7» в модели OSI. Стандарты HL7 разрабатываются Health Level Seven International, международной организацией по стандартизации, и принимаются другими органами, выпускающими стандарты, такими как Американский национальный институт стандартов и Международная организация по стандартизации.
Больницы и другие организации, предоставляющие медицинские услуги, обычно имеют множество различных компьютерных систем, используемых для всего, от счетов до отслеживания пациентов. Все эти системы должны взаимодействовать друг с другом (или «взаимодействовать»), когда они получают новую информацию или когда они хотят получить информацию, но не все это делают.
HL7 International определяет ряд гибких стандартов, руководств и методологий, с помощью которых различные системы здравоохранения могут взаимодействовать друг с другом. Такие руководящие принципы или стандарты данных представляют собой набор правил, которые позволяют единообразно и согласованно обмениваться информацией и обрабатывать ее. Эти стандарты данных предназначены для того, чтобы медицинские организации могли легко обмениваться клинической информацией. Теоретически такая возможность обмена информацией должна помочь свести к минимуму тенденцию к географической изоляции и значительной вариативности медицинской помощи.
HL7 International считает следующие стандарты своими основными стандартами - те стандарты, которые наиболее часто используются и реализовано:
Другие стандарты / методологии HL7 включают:
Первичные стандарты HL7 - это те стандарты, которые Health Level Seven International считает наиболее часто используется и реализуется.
Стандарт HL7 версии 2 (также известный как Pipehat) предназначен для поддержки рабочих процессов в больницах. Первоначально он был создан в 1989 году.
HL7 версии 2 определяет серию электронных сообщений для поддержки административных, логистических, финансовых, а также клинических процессов. С 1987 года стандарт регулярно обновлялся, в результате чего появились версии 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.7.1, 2.8, 2.8.1 и 2.8.2. Стандарты v2.x обратно совместимы (например, сообщение, основанное на версии 2.3, будет восприниматься приложением, которое поддерживает версию 2.6).
В сообщениях HL7 v2.x используется синтаксис кодирования, отличный от XML, на основе сегментов (строки ) и односимвольных разделителей . Сегменты имеют составные части (поля ), разделенные составным разделителем. Композиция может иметь субкомпозиты (компоненты), разделенные разделителем субкомпозитов, а субкомпоненты могут иметь суб-субкомпозиты (субкомпоненты), разделенные разделителем суб-субкомпозитов. Разделителями по умолчанию являются возврат каретки для разделителя сегментов, вертикальная черта или вертикальная черта (|) для разделителя полей, каретка (^) для разделителя компонентов, амперсанд () для разделителя подкомпонентов и знак числа (#) для разделителя усечения по умолчанию. Тильда (~) является разделителем повторений по умолчанию. Каждый сегмент начинается с 3-символьной строки, которая определяет тип сегмента. Каждый сегмент сообщения содержит одну определенную категорию информации. Каждое сообщение имеет MSHв качестве первого сегмента, который включает поле, определяющее тип сообщения. Тип сообщения определяет ожидаемые типы сегментов в сообщении. Типы сегментов, используемые в конкретном типе сообщения, определяются нотацией грамматики сегментов, используемой в стандартах HL7.
Ниже приводится пример сообщения о допуске. MSH- сегмент заголовка, PID- идентификатор пациента, PV1- информация о посещении пациента и т. Д. Второе поле в PIDсегмент - это имя пациента по порядку, фамилия, имя, фамилия (или их инициалы), суффикс и т. д. В зависимости от стандартной версии HL7 V2.x в сегменте доступно больше полей для дополнительной информации о пациенте.
MSH | ^ ~ \ | MegaReg | XYZHospC | SuperOE | XYZImgCtr | 20060529090131-0500 || ADT ^ A01 ^ ADT_A01 | 01052901 | P | 2.5 EVN || 200605290901 |||| 200605290900 PID ||| 56782445 ^^^ UAReg ^ PI || KLEINSAMPLE ^ BARRY ^ Q ^ JR || 19620910 | M || 2028-9 ^^ HL70005 ^ RA99113 ^^ XYZ | 260 GOODWIN CREST DRIVE ^^ BIRMINGHAM ^ AL ^ 35209 ^^ M ~ ПИКЛИ NICKELL ^ 10000 W 100TH AVE ^ BIRMINGHAM ^ AL ^ 35200 ^^ O ||||||| 0105I30001 ^^^ 99DEF ^ AN PV1 || I | W ^ 389 ^ 1 ^ UABH ^^^^ 3 ||| | 12345 ^ MORGAN ^ REX ^ J ^^^ MD ^ 0010 ^ UAMC ^ L || 67890 ^ GRAINGER ^ LUCY ^ X ^^^ MD ^ 0010 ^ UAMC ^ L | MED ||||| A0 || 13579 ^ POTTER ^ SHERMAN ^ T ^^^ MD ^ 0010 ^ UAMC ^ L ||||||||||||||||||||||||||| 200605290900 OBX | 1 | NM | ^ Body Высота || 1,80 | м ^ Метр ^ ISO + ||||| F OBX | 2 | NM | ^ Масса тела || 79 | кг ^ Килограмм ^ ISO + ||||| F AL1 | 1 || ^ ASPIRIN DG1 | 1 || 786,50 ^ БОЛЬ В ГРУДЕ, НЕ УКАЗАНО ^ I9 ||| A
HL7 v2.x допускает совместимость между электронными системами управления пациентами (PAS) и электронным управлением практикой (EPM) системы, лабораторные информационные системы (ЛИС), системы питания, аптеки и биллинга, а также Электронная медицинская запись (EMR) или Электронная медицинская карта (EHR). В настоящее время стандарт обмена сообщениями HL7 v2.x поддерживается всеми крупными поставщиками медицинских информационных систем в США.
Стандарт HL7 версии 3 нацелен на поддержку всего здравоохранения рабочие процессы. Разработка версии 3 началась примерно в 1995 году, в результате чего в 2005 году была опубликована первая стандартная версия. Стандарт v3, в отличие от версии 2, основан на формальной методологии (HDF) и объектно-ориентированных принципах.
RIM - ISO / HL7 21731
Справочная информационная модель (RIM) является краеугольным камнем процесса разработки HL7 версии 3 и важной частью методологии разработки HL7 V3. RIM выражает содержание данных, необходимое в конкретном клиническом или административном контексте, и обеспечивает явное представление семантических и лексических связей, которые существуют между информацией, переносимой в полях сообщений HL7. 249>HL7 Development Framework - ISO / HL7 27931
HL7 Version 3 Development Framework (HDF) - это постоянно развивающийся процесс, направленный на разработку спецификаций, способствующих взаимодействию между системами здравоохранения. HL7 RIM, словарные спецификации и управляемый моделями процесс анализа и проектирования объединяются, чтобы сделать HL7 версии 3 единой методологией для разработки основанных на консенсусе стандартов для информационной системы здравоохранения взаимодействия. HDF - это самая последняя редакция методологии разработки HL7 V3.
HDF не только документирует обмен сообщениями, но также процессы, инструменты, участников, правила и артефакты, относящиеся к разработке всех стандартных спецификаций HL7. В конечном итоге HDF будет охватывать все стандартные спецификации HL7, включая любые новые стандарты, полученные в результате анализа архитектур и требований электронных медицинских карт.
Спецификации HL7 основаны на кодах и словарях из различных источников. Работа со словарем V3 гарантирует, что системы, реализующие спецификации HL7, имеют однозначное представление об источниках кода и областях значений кода, которые они используют.
Обмен сообщениями V3
Стандарт обмена сообщениями HL7 версии 3 определяет серию защищенных текстовых сообщений (называемых взаимодействиями) для поддержки всех рабочих процессов здравоохранения.
Сообщения HL7 v3 основаны на синтаксисе кодирования XML, как показано в этом примере:
HL7 Архитектура клинического документа ( CDA) - это стандарт разметки на основе XML, предназначенный для определения кодировки, структуры и семантики клинических документов для обмена. Стандарт был опубликован совместно с ISO как ISO / HL7 27932.
CCD - это спецификация США для обмена медицинскими сводками, основанная на CDA.
SPL описывает опубликованную информацию, которая сопровождает лекарство, на основе HL7 версии 3.
CCOW, или «Рабочая группа объектов клинического контекста» - это стандартный протокол, разработанный для обеспечения возможности разрозненным приложениям обмениваться пользовательским контекстом и контекстом пациента в режиме реального времени и на уровне пользовательского интерфейса. Реализации CCOW обычно требуют системы хранилища CCOW для управления безопасностью пользователей между приложениями.
Fast Healthcare Interoperability Resources - это проект стандарта от HL7 International, разработанный для упрощения для реализации, более открытый и расширяемый, чем версия 2.x или версия 3. Он использует современный веб-набор технологий API, включая протокол HTTP на основе RESTful, HTML и каскадные таблицы стилей для интеграции с пользовательским интерфейсом, выбор JSON или XML для представления данных, OAuth для авторизации и ATOM для результатов запроса.
HL7 Services-Aware Enterprise Architecture Framework (SAIF) обеспечивает согласованность между всеми артефактами HL7 и позволяет стандартизованный подход к разработке и внедрению архитектуры предприятия (EA), а также способ измерения согласованности.
SAIF - это способ размышления о создании спецификаций, которые явно описывают управление, соответствие, соответствие и поведенческую семантику, которые необходимы для достижения вычислимой семантической рабочей совместимости. Предполагаемая технология передачи информации может использовать методы обмена сообщениями, документами или службами.
SAIF - это структура, необходимая для рационализации взаимодействия других стандартов. SAIF - это архитектура для достижения функциональной совместимости, но это не комплексное решение для управления архитектурой предприятия.
Синтаксис Arden - это язык для кодирования медицинских знаний. HL7 International принял и контролирует стандарт, начиная с синтаксиса Arden 2.0. Эти медицинские логические модули (MLM ) используются в клинических условиях, поскольку они могут содержать достаточно знаний для принятия единичных медицинских решений. Они могут выдавать предупреждения, диагнозы и интерпретации наряду с функцией обеспечения качества и административной поддержкой. MLM должен работать на компьютере, который отвечает минимальным системным требованиям и на котором установлена правильная программа. Затем MLM может дать совет, когда и где это необходимо.
Большая часть сообщений HL7 транспортируется протоколом минимального нижнего уровня (MLLP), также известным как протокол нижнего уровня (LLP) или протокол минимального уровня (MLP). При передаче через TCP / IP к сообщению добавляются символы заголовка и конца, чтобы определить начало и конец сообщения, поскольку TCP / IP представляет собой непрерывный поток байтов. Гибридный протокол нижнего уровня (HLLP) - это разновидность протокола MLLP, который включает контрольную сумму для проверки целостности сообщения. Среди других поставщиков программного обеспечения MLLP поддерживается Microsoft, Oracle, Cleo..
MLLP не содержит встроенной защиты или шифрования, но полагается на протоколы нижнего уровня, такие как Transport Layer Security (TLS) или IPsec для защиты защищенной информации о состоянии вне защищенной сети.
Функциональные спецификации для электронной медицинской карты.
Сегмент OBR несет информацию об экзамене, диагностическом исследовании / наблюдении. Это обязательный сегмент в сообщении ORM (сообщение о заказе) или ORU (результат наблюдения).
Эта статья включает текст из бесплатного контента работы. Лицензия Creative Commons Attribution-ShareAlike 3.0. Текст взят из Spronk 2007. Чтобы узнать, как добавить текст открытой лицензии в статьи Википедии, см. . Для получения информации о повторном использовании текста из Википедии, см. th Условия использования.
