✖


Jump to content

Уровень здоровья 7

Эта статья о семействе стандартов. Информацию об организации, которая их создала, см. в Health Level Seven International .

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

Цель [ править ]

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

Первичные стандарты [ править ]

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

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

HL7 Версия 2 [ править ]

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

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

В сообщениях HL7 v2.x используется синтаксис кодирования, отличный от XML, основанный на сегментах ( строках ) и односимвольных разделителях . [5] Сегменты имеют составные элементы ( поля ), разделенные составным разделителем. Композитный материал может иметь субкомпозиты (компоненты), разделенные суб-композитным разделителем, а субкомпозиты могут иметь суб-субкомпозиты (субкомпоненты), разделенные суб-субкомпозитным разделителем. Разделителями по умолчанию являются возврат каретки для разделителя сегментов, вертикальная черта или труба ( |) для разделителя полей, каретка ( ^) для разделителя компонентов, амперсанд ( &) для разделителя подкомпонентов и знак номера (#) для разделителя усечения по умолчанию. Тильда ( ~) — разделитель повторений по умолчанию. Каждый сегмент начинается с трехсимвольной строки, идентифицирующей тип сегмента. Каждый сегмент сообщения содержит одну определенную категорию информации. Каждое сообщение имеет MSH в качестве его первого сегмента, который включает поле, идентифицирующее тип сообщения. Тип сообщения определяет ожидаемые типы сегментов в сообщении. [6] Типы сегментов, используемые в конкретном типе сообщения, определяются нотацией грамматики сегмента, используемой в стандартах 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||||
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^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 Height||1.80|m^Meter^ISO+|||||F
OBX|2|NM|^Body Weight||79|kg^Kilogram^ISO+|||||F
AL1|1||^ASPIRIN
DG1|1||786.50^CHEST PAIN, UNSPECIFIED^I9|||A

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

HL7 Версия 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 версии 3 (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  

<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"/>
  <!-- The version of the datatypes/RIM/vocabulary used is that of May 2006 -->
  <versionCode code="2006-05"/>
  <!-- interaction id= Observation Event Complete, w/o Receiver Responsibilities -->
  <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>
  <!-- Trigger Event Control Act & Domain Content -->
</POLB_IN224200>

клинического Архитектура документа ​

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

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

Документ о непрерывности ухода [ править ]

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

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

продуктов Структурированная ​ маркировка

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

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

клинического контекста Рабочая группа по объектам

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

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

Другие стандарты и методы [ править ]

Ресурсы по совместимости быстрого здравоохранения (FHIR) [ править ]

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

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

Платформа взаимодействия с учетом служб [ править ]

Основная статья: Платформа взаимодействия с учетом служб HL7

Структура архитектуры предприятия с учетом служб 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]

MLLP[editМЛЛП

Большая часть сообщений HL7 передается по минимальному протоколу нижнего уровня (MLLP), также известному как протокол нижнего уровня (LLP). [22] или протокол минимального уровня (MLP). [23] При передаче через TCP/IP к сообщению добавляются символы заголовка и конца, чтобы определить начало и конец сообщения, поскольку TCP/IP представляет собой непрерывный поток байтов. [24] Гибридный протокол нижнего уровня (HLLP) — это вариант MLLP, который включает контрольную сумму для проверки целостности сообщения. Среди других поставщиков программного обеспечения MLLP поддерживается Microsoft. [25] Оракул, [26] Клео . [27]

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

EHR и Функциональные спецификации PHR

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

Детали сообщения [ править ]

Сегмент ОБР [ править ]

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

См. также [ править ]

Ссылки [ править ]

В эту статью включен текст из бесплатного контента . Лицензия Creative Commons Attribution-ShareAlike 3.0. Текст взят из Spronk 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 — общий обзор» . 26 мая 2020 г.
  9. ^ «Справочная информационная модель HL7» . HL7 .
  10. ^ «Инструменты и ресурсы – Инструменты моделирования и методологии V3» . HL7 .
  11. ^ Спронк, Рене, изд. (16 ноября 2007 г.). «Примеры сообщений HL7: версия 2 и версия 3» . Рингхольм . Рингхольм Бв.
  12. ^ Бун, Кейт В. (20 мая 2011 г.). Книга ЦДА . Спрингер. ISBN  9780857293367 .
  13. ^ Дэн Манро (30 марта 2014 г.). «Поджигание взаимодействия в сфере здравоохранения» . Форбс . Проверено 22 ноября 2014 г.
  14. ^ Крышин, Яцек; Смолик, Вальдемар Т.; Ванта, Дамиан; Мидура, Матеуш; Врублевский, Пшемыслав (2023). «Сравнение стандартов OpenEHR и HL7 FHIR» . Международный журнал электроники и телекоммуникаций . 69 (1): 47–52. дои : 10.24425/ijet.2023.144330 . Проверено 08 января 2024 г.
  15. ^ «Язык клинического качества (CQL)» . cql.hl7.org .
  16. ^ «1. Введение» . cql.hl7.org .
  17. ^ «CQL — язык клинического качества | Ресурсный центр eCQI» . ecqi.healthit.gov .
  18. ^ «Руководство по внедрению L3» . www.who.int .
  19. ^ Jump up to: Перейти обратно: а б Система управления мерами cms.gov Дата обращения 3 апреля 2024 г.
  20. ^ Пионеры качества. Электронный показатель клинического качества (eCQM). Основы языка клинического качества (CQL) для больниц Jointcommission.org
  21. ^ Ратс, Дэвид (11 мая 2023 г.). «NCQA делает программное обеспечение языкового качества клинического качества открытым исходным кодом» . Инновации в здравоохранении .
  22. ^ «LLP — Протокол нижнего уровня» . ИНТЕРФЕЙСОВОЕ ОБЕСПЕЧЕНИЕ.
  23. ^ «Протокол минимального уровня» . ЛИНИАТ. 13 января 2020 г.
  24. ^ Спронк, Рене. «Транспортная спецификация: MLLP, выпуск 1» (PDF) . hl7.org . Уровень здоровья Seven Inc. Проверено 5 сентября 2022 г.
  25. ^ «Компоненты приема и отправки MLLP» . MSDN .
  26. ^ «Руководство пользователя Oracle Application Server Integration B2B, Поддерживаемые протоколы» . Оракул .
  27. ^ «Какой протокол безопасной управляемой передачи файлов подойдет вам?» . Клео . Архивировано из оригинала 7 июня 2015 г. Проверено 23 января 2015 г.
  28. ^ «Сегмент HL7 OBR» . Базовое здоровье . Проверено 13 ноября 2018 г.
  29. ^ «Глоссарий терминов HL7» (PDF) . www.hl7.org . Проверено 13 ноября 2018 г.
  30. ^ «Что такое сообщение ORU?» . Стандарты здоровья . Проверено 13 ноября 2018 г.

Внешние ссылки [ править ]

Критические обзоры [ править ]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Health_Level_7&oldid=1223859472"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: fee8dce2876e3a1c08039324b183688f__1715707080
URL1:https://arc.ask3.ru/arc/aa/fe/8f/fee8dce2876e3a1c08039324b183688f.html
Заголовок, (Title) документа по адресу, URL1:
Health Level 7 - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)