Уровень здоровья 7 - Health Level 7

Эта статья о семействе стандартов. Для организации, которая их создала, см. Международный уровень здоровья седьмой.


Седьмой уровень здоровья или HL7 относится к набору международных стандартов передачи клинических и административных данных между программными приложениями, используемыми различными поставщиками медицинских услуг. Эти стандарты ориентированы на прикладной уровень, который является «уровнем 7» в Модель OSI. Стандарты HL7 разрабатываются Международный уровень здоровья седьмой, Международный организация стандартов, и приняты другими органами, выпускающими стандарты, такими как Американский национальный институт стандартов и Международная организация по стандартизации.

Больницы и другие организации, предоставляющие медицинские услуги, обычно имеют множество различных компьютерных систем, используемых для всего, от счетов для ведения счетов до отслеживания пациентов. Все эти системы должны взаимодействовать друг с другом (или «взаимодействовать»), когда они получают новую информацию или когда они хотят получить информацию, но не все это делают.

HL7 International определяет ряд гибких стандартов, руководств и методологий, с помощью которых различные системы здравоохранения могут взаимодействовать друг с другом. Такие руководящие принципы или стандарты данных представляют собой набор правил, позволяющих обмениваться информацией и обрабатывать ее единообразным и последовательным образом. Эти стандарты данных предназначены для того, чтобы медицинские организации могли легко обмениваться клинической информацией. Теоретически такая возможность обмена информацией должна помочь свести к минимуму тенденцию к тому, чтобы медицинская помощь была географически изолированной и сильно изменчивой.[1]

HL7 International считает следующие стандарты своими основными - те стандарты, которые наиболее часто используются и внедряются:[2]

Другие стандарты / методологии HL7 включают:[3]

Первичные стандарты

Основные стандарты HL7 - это те стандарты, которые Международный уровень здоровья седьмой считается наиболее часто используемым и реализуемым.[2]

Обмен сообщениями версии 2

Стандарт HL7 версии 2 (также известный как Pipehat) предназначен для поддержки рабочих процессов в больницах. Первоначально он был создан в 1989 году.[4]

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 синтаксис кодирования на основе сегментов (линии ) и односимвольный разделители.[5] Сегменты содержат составные части (поля ), разделенные составным разделителем. Композитный материал может иметь субкомпозиты (компоненты), разделенные разделителем субкомпозитов, а субкомпоненты могут иметь суб-субкомпозиты (субкомпоненты), разделенные разделителем суб-субкомпозитов. Разделители по умолчанию: возврат каретки для разделителя сегментов, вертикальной черты или трубы (|) для разделителя полей, каретка (^) для разделителя компонентов, амперсанд (&) для разделителя подкомпонентов и знак числа (#) для разделителя усечения по умолчанию. Тильда (~) - разделитель повторов по умолчанию. Каждый сегмент начинается с 3-символьной строки, которая определяет тип сегмента. Каждый сегмент сообщения содержит одну определенную категорию информации. В каждом сообщении есть MSH в качестве первого сегмента, который включает поле, определяющее тип сообщения. Тип сообщения определяет ожидаемые типы сегментов в сообщении.[6] Типы сегментов, используемые в конкретном типе сообщения, определяются нотацией грамматики сегментов, используемой в стандартах HL7.

Ниже приведен пример сообщения о допуске. MSH это сегмент заголовка, PID личность пациента, PV1 информация о посещении пациента и т. д. 2-е поле в PID сегмент - это имя пациента по порядку, фамилия, имя, фамилия (или их инициалы), суффикс и т. д. В зависимости от стандартной версии HL7 V2.x в сегменте доступно больше полей для дополнительной информации о пациенте.

MSH | ^ ~  & | MegaReg | XYZHospC | SuperOE | XYZImgCtr | 200605290131-0500 || ADT ^ A01 ^ ADT_A01 | 01052901 | P | 2.5EVN || 200605290901 |||| 200605290900AReg ^^ PI || 567824eg ^^ PI || KLEINSAMPLE ^ BARRY ^ Q ^ JR || 19620910 | M || 2028-9 ^^ HL70005 ^ RA99113 ^^ XYZ | 260 GOODWIN CREST DRIVE ^^ BIRMINGHAM ^ AL ^ 35209 ^^ M ~ ПИКЛЫ НИКЕЛЛА ^ 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 ^ GRAINGER ^ LUCY ^ 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 || ^ ASPIRINDG1 | 1 || 786,50 ^ Боль в груди, НЕ УКАЗАННАЯ ^ I9 || | А

HL7 v2.x позволяет совместимость между электронными системами управления пациентами (PAS), системами электронного управления практикой (EPM), лабораторными информационными системами (LIS), диетическими, аптечными и биллинговыми системами, а также Электронная медицинская карта (EMR) или Электронная медицинская карта (EHR) системы. В настоящее время стандарт обмена сообщениями HL7 v2.x поддерживается всеми крупными поставщиками медицинских информационных систем в США.[7]

Обмен сообщениями версии 3

Стандарт 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 версии 3 единой методологией для разработки основанных на консенсусе стандартов для информационных систем здравоохранения. совместимость. HDF - это самая последняя редакция методологии разработки HL7 V3.

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

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

Обмен сообщениями V3

Стандарт обмена сообщениями HL7 версии 3 определяет серию защищенных текстовых сообщений (называемых взаимодействия) для поддержки всех рабочих процессов здравоохранения.

Сообщения HL7 v3 основаны на синтаксисе кодирования XML, как показано в этом примере:[11]:2.2.1

 ITSVersion =«XML_1.0» xmlns ="urn: hl7-org: v3" xmlns: xsi ="http://www.w3.org/2001/XMLSchema-instance">     корень ="2.16.840.1.113883.19.1122.7" extension =«CNTRL-3456»/>   значение ="200202150930-0400"/>  <!-- The version of the datatypes/RIM/vocabulary used is that of May 2006 -->   код ="2006-05"/>  <!-- interaction id= Observation Event Complete, w/o Receiver Responsibilities -->   корень ="2.16.840.1.113883.1.6" extension ="POLB_IN224200"/>   код ="П"/>   nullFlavor ="OTH"/>   код =«Скорая помощь»/>  <получатель typeCode =«RCV»>    <устройство classCode ="DEV" определительCode ="ПРИМЕР">       extension ="GHH LAB" корень ="2.16.840.1.113883.19.1122.1"/>       classCode ="LOCE">        <местоположение classCode =«ПЛК» определительCode ="ПРИМЕР">           корень ="2.16.840.1.113883.19.1122.2" extension ="ЕЛАБ-3"/>        </location>      </asLocatedEntity>    </device>  </receiver>  <отправитель typeCode =«СНД»>    <устройство classCode ="DEV" определительCode ="ПРИМЕР">       корень ="2.16.840.1.113883.19.1122.1" extension ="GHH OE"/>       classCode ="LOCE">        <местоположение classCode =«ПЛК» определительCode ="ПРИМЕР">           корень ="2.16.840.1.113883.19.1122.2" extension =«BLDG24»/>        </location>      </asLocatedEntity>    </device>  </sender>  <!-- Trigger Event Control Act & Domain Content --></POLB_IN224200>

Архитектура клинических документов (CDA)

Основная статья: Архитектура клинических документов

HL7 Архитектура клинических документов (CDA) - это стандарт разметки на основе XML, предназначенный для определения кодировки, структуры и семантики клинических документов для обмена.[12] Стандарт был опубликован совместно с ISO как ISO / HL7 27932.

Документ о непрерывности ухода (CCD)

Основная статья: Документ о непрерывности ухода

CCD - это спецификация США для обмена медицинскими резюме, основанная на CDA.

Структурированная маркировка продуктов (SPL)

Основная статья: Структурированная маркировка продуктов

SPL описывает опубликованную информацию, которая сопровождает лекарство, на основе HL7 версии 3.

CCOW

Основная статья: CCOW

CCOW, или «Рабочая группа объектов клинического контекста», представляет собой стандартный протокол, разработанный для обеспечения возможности разрозненным приложениям обмениваться пользовательским контекстом и контекстом пациента в реальном времени и на уровне пользовательского интерфейса. Реализации CCOW обычно требуют системы хранилища CCOW для управления безопасностью пользователей между приложениями.

Другие стандарты и методы

Ресурсы Fast Healthcare Interoperability Resources (FHIR)

Основная статья: Ресурсы по взаимодействию Fast Healthcare

Fast Healthcare Interoperability Resources - это проект стандарта от HL7 International разработан таким образом, чтобы его было проще реализовать, он был более открытым и расширяемым, чем версия 2.x или версия 3. Он использует современный веб-набор технологий API, включая HTTP -на основании RESTful протокол HTML и Каскадные таблицы стилей для интеграции пользовательского интерфейса на выбор JSON или XML для представления данных, OAuth для авторизации и АТОМ для результатов запроса.[13]

Инфраструктура взаимодействия с сервисами

Основная статья: HL7 Services Aware Interoperability Framework

HL7 Services-Aware Enterprise Architecture Framework (SAIF) обеспечивает согласованность между всеми артефактами HL7 и обеспечивает стандартизованный подход к разработке и внедрению корпоративной архитектуры (EA), а также способ измерения согласованности.

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

SAIF - это структура, необходимая для рационализации взаимодействия других стандартов. SAIF - это архитектура для достижения функциональной совместимости, но это не комплексное решение для управления архитектурой предприятия.

Синтаксис Arden

Основная статья: Синтаксис Arden

В Синтаксис Arden это язык для кодирования медицинских знаний. HL7 International принял и контролирует стандарт, начиная с синтаксиса Arden 2.0. Эти Медицинские логические модули (MLM ) используются в клинических условиях, поскольку они могут содержать достаточно знаний для принятия единичных медицинских решений.[нужна цитата ] Они могут выдавать предупреждения, диагнозы и интерпретации наряду с функцией обеспечения качества и административной поддержкой. An MLM должен работать на компьютере, который отвечает минимальным системным требованиям и на котором установлена ​​правильная программа. Затем MLM может дать совет, когда и где это необходимо.

MLLP

Большая часть сообщений HL7 передается по протоколу минимального нижнего уровня (MLLP), также известному как протокол нижнего уровня (LLP).[14] или протокол минимального уровня (MLP).[15] При передаче через TCP / IP к сообщению добавляются символы заголовка и конца, чтобы определить начало и конец сообщения, поскольку TCP / IP представляет собой непрерывный поток байтов. Гибридный протокол нижнего уровня (HLLP) - это вариант MLLP, который включает контрольную сумму для проверки целостности сообщения. Среди других поставщиков программного обеспечения MLLP поддерживается Microsoft,[16] Oracle,[17] Клео.[18]

MLLP не содержит встроенной безопасности или шифрования, но полагается на протоколы нижнего уровня, такие как Безопасность транспортного уровня (TLS) или IPsec для защиты Защищенная информация о здоровье вне защищенной сети.

Функциональные характеристики EHR и PHR

Функциональные характеристики для электронная медицинская карта.

Детали сообщения

Сегмент ОБР

Сегмент OBR содержит информацию об экзамене, диагностическом исследовании / наблюдении.[19] Это обязательный сегмент в ORM (сообщение о заказе)[20] или сообщение ORU (результат наблюдения).[21]

Смотрите также

использованная литература

Определение логотипа бесплатных произведений культуры notext.svg Эта статья включает текст из бесплатный контент Работа. Под лицензией Creative Commons Attribution-ShareAlike 3.0. Текст взят из Спронк 2007. Чтобы узнать, как добавить открытая лицензия текст статей в Википедии, см. эта страница с инструкциями. Для получения информации о повторное использование текста из Википедии, посмотри пожалуйста условия использования.

  1. ^ Джоэл Родригес (2010). Информационные системы здравоохранения: концепции, методологии, инструменты и приложения, Том 1. IGI Global. п. xxxix. ISBN  978-1-60566-988-5.
  2. ^ а б «Основные стандарты HL7». Международный уровень здоровья седьмой.
  3. ^ «Стандарты HL7». Международный уровень здоровья седьмой.
  4. ^ «Часто задаваемые вопросы по HL7». HL7.
  5. ^ «Понимание сообщений HL7». ИНТЕРФЕЙС.
  6. ^ «Сообщения и описания HL7». Стандарты здоровья.
  7. ^ "Организации по стандартизации". Помощник секретаря по планированию и оценке (ASPE), Здравоохранение и социальные услуги (HHS).
  8. ^ «Стандарт HL7 V3 - Обзор высокого уровня».
  9. ^ «Справочная информационная модель HL7». HL7.
  10. ^ «Инструменты и ресурсы - Инструменты моделирования и методологии V3». HL7.
  11. ^ Спронк, Рене, изд. (16 ноября 2007 г.). «Примеры сообщений HL7: версия 2 и версия 3». Ringholm. Ringholm bv.CS1 maint: ref = harv (ссылка на сайт)
  12. ^ Книга CDA.
  13. ^ Дэн Манро (30 марта 2014 г.). "Поджигание взаимодействия в сфере здравоохранения". Forbes. Получено 2014-11-22.
  14. ^ «LLP - протокол нижнего уровня». ИНТЕРФЕЙС.
  15. ^ «Протокол минимального уровня». ЛИНИЯ.
  16. ^ «Компоненты приема и отправки MLLP». MSDN.
  17. ^ «Руководство пользователя Oracle Application Server Integration B2B, поддерживаемые протоколы». Oracle.
  18. ^ «Какой протокол безопасной передачи файлов вам подходит?». Клео. Архивировано из оригинал на 2015-06-07. Получено 2015-01-23.
  19. ^ «Сегмент HL7 OBR». Corepoint Health. Получено 2018-11-13.
  20. ^ «Глоссарий терминов HL7» (PDF). www.hl7.org. Получено 2018-11-13.
  21. ^ "Что такое сообщение ORU?". Стандарты здоровья. Получено 2018-11-13.

внешние ссылки

Критические обзоры