3.4.1. Стандарт HL7: Стандарт HL7 предназначен для электронного обмена доку­ментами в

История развития стандартов HL7

3.4.1. Стандарт HL7: Стандарт HL7 предназначен для электронного обмена доку­ментами в

Зачем нужны стандарты обмена медицинскими данными

Информатизация здравоохранения привела к созданию большого количества медицинских информационных систем (МИС), которые собирают и хранят медицинскую информацию о пациентах и процессе их лечения.

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

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

Этот успешный подход ведущие специалисты пытаются применить к информатизации здравоохранения. Самой известной из существующих организаций, занимающихся разработкой стандартов для обмена медицинскими данными, является Health Level Seven (HL7).

История HL7

В 1987 году по инициативе ИТ-компании Simborg Systems была создана некоммерческая организация для разработки нового стандарта, целью которого было улучшение взаимодействия независимых МИС и снижение стоимости разработки интерфейсов.

Выбранное название “Health Level Seven” – это отсылка к седьмому уровню эталонной модели взаимодействия открытых систем (OSI), также известному как прикладной уровень. Сегодня Health Level Seven International, Inc.

– это ведущий мировой разработчик стандартов в области взаимодействия медицинских информационных систем, аккредитованный Американским национальным институтом стандартов (ANSI). Значительная часть стандартов HL7 утверждена ANSI и принята в качестве международных ISO (Международной организацией по стандартизации).

В HL7 состоит более 1600 членов в 50 странах, более 500 корпоративных членов – представителей производителей МИС, правительственных организаций, фармацевтических компаний и консалтинговых фирм.

Результатом работы HL7 стало создание трёх поколений стандартов.

Эволюция стандартов HL7

Временная шкала стандартов HL7

HL7 V1

Первая версия стандарта HL7 (вышла в 1987 году) предназначалась только для проверки концепции и определения содержания и структуры стандарта.

Фактическое использование в производстве началось с HL7 2.1 (1990).

HL7 V2

Стандарт HL7 2.х (V2) описывает обмен административной, финансовой и клинической информацией в виде текстовых сообщений. Сообщения бывают разных типов и подтипов, например: ADT – сообщения для передачи административной информации о посещении, ORU – для результатов исследований.

Определенные подтипы сообщений посылаются в ответ на некоторые события: A01 – регистрация, А04 – выписка. Каждое сообщение состоит из сегментов.

Каждый сегмент содержит определённую категорию информации и может повторно использоваться в разных сообщениях, например сегмент PID содержит демографическую информацию о пациенте:

PID||01234562ID-1|454721||ИВАНОВАРСЕНИЙПЕТРОВИЧ||19670513|M|||197375САНКТ-ПЕТЕРБУРГВЕРБНАЯ15145||(812)123-4567|||M|NON|4003403|

HL7 V2 является на данный момент самой широко используемой в мире, но имеет недостатки. В неё не была заложена единая семантическая модель данных. Сегменты и поля добавлялись по запросам пользователей (с попыткой сохранить обратную совместимость версий).

Не был предусмотрен механизм добавления расширенной информации без необходимости выпуска новой версии стандарта. Единственным способом были сегменты общего назначения – так называемые Z-сегменты.

Каждая информационная система использовала эти Z-сегменты по-своему, по сути отказываясь от совместимости.

Это привело к созданию таких инициатив, как LRI (разработка руководства по реализации интерфейса лабораторных результатов), которые пытались наложить дополнительные ограничения поверх стандарта HL7 V2 для обеспечения реального взаимодействия лабораторных информационных систем и МИС.

HL7 продолжает поддерживать вторую версию из-за её широкого распространения. Последняя редакция второй версии имеет номер 2.8.2 (2015).

Недостатки HL7 V2, а также развитие новых технологий привели в 1995 году к началу разработки нового поколения стандартов HL7 V3, не имеющих обратной совместимости с V2.

HL7 V3

HL7 V3, в отличие от V2, является уже семейством стандартов, в основе которого лежат Эталонная информационная модель (HL7 RIM); модель типов данных; терминологические словари и осознанная методология разработки стандартов.

Также был разработан родственный HL7 V3 стандарт CDA (Архитектура клинических документов) как альтернатива архитектуре обмена сообщениями для совместного использования медицинской информации.

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

Корневые концепции этого выражения иерархично специализируются в терминологии UML (унифицированный язык моделирования) и объектно-ориентированного подхода, которые оказали глубокое влияние на HL7 V3 (не пугайтесь абстрактной терминологии, использование UML и ООП на практике были сильно переоценены).

Так, например, есть сущность Персона (Person), которая может играть роль Пациента (Patient), участвуя как субъект в Эпизоде (Encounter). Множество этих концептов считается замкнутым, а конкретные предметные области описываются уже их комбинациями (как конструктор), из которых составляется модель для этой области (DMIM).

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

К сожалению, несмотря на то, что HL7 V3 на теоретическом уровне был глубоко и концептуально проработан, разработка предметных областей заняла слишком много времени (многие рабочие группы даже 10 лет спустя ещё не добрались до стадии разработки сообщений), а на стадии реализации сложность стандарта оказалась выше некоторого болевого порога в индустрии, что вызвало серьёзную волну критики и ряд попыток упростить стандарт.

Диаграмма классов HL7 RIM

HL7 FHIR

В 2011 году сообщество разработки стандартов HL7 выдвинуло предложение исследовать возможность создания нового стандарта совместимости с нуля, используя современное мышление и технологии.

Ответом на этот призыв стала разработка проекта Fast Healthcare Interoperability Resources (“FHIR”) – Ресурсы для обмена медицинской информацией. FHIR использует стандартные информационно-коммуникационные технологии XML, JSON, Web 2.0, HTTP и REST.

Более подробно о стандарте FHIR будет рассказано в следующей статье.

Автором и лидером проекта является Грэм Грив – международно признанный эксперт, специалист по разработке и реализации медицинских стандартов совместимости. В течение 8 лет был председателем комитета и редактором ключевых стандартов HL7 (V2, V3 и CDA). Основал консалтинговую фирму Health Intersections в Мельбурне, Австралия.

Организация HL7 проявила большой интерес к проекту.

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

Поэтому он поставил HL7 условие: либо стандарт будет открытым, либо проект не войдёт в HL7. В итоге HL7 согласилась и взяла проект FHIR под своё крыло, а в конце 2012 года объявила, что собирается сделать свои стандарты бесплатными с 2013 года.

В основную команду разработчиков входят Ллойд Маккензи (Канада) и Эвут Крамер (Нидерланды). Для работы над проектом создано несколько рабочих групп HL7, которые разрабатывают “ресурсы” – основные компоненты стандарта.

Проект находится сейчас в статусе проекта стандарта для пробного использования (DSTU).

Однако некоторые большие ИТ-компании в области медицины (Cerner, Epic, Intermountain Health System и Boston Children's Hospital) уже начинают поддерживать этот стандарт с использованием открытой платформы SMART на основе FHIR. Такой энтузиазм к адаптации подтверждает привлекательность FHIR.

Национальный координатор по вопросам информационных технологий в здравоохранении США (ONCHIT) в январе 2015 года добавил этот развивающийся стандарт в своё видение будущего совместимости 10 лет спустя. Но прежде чем FHIR может быть одобрен ANSI и утверждён ISO, он должен получить статус полностью разработанного опубликованного стандарта.

Для ускорения разработки FHIR, HL7 стартовала инициативу – совместный проект “Аргонавты”, объединивший более десятка разработчиков МИС, включая Epic и Cerner. Регулярно организуются встречи разработчиков стандарта и его пользователей в формате совместного программирования – Коннектатоны.

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

FHIR уже прошёл несколько официальных аний, по результатам которых в спецификацию были внесены необходимые изменения. 30 сентября 2014 года была опубликована официальная версия DSTU 1; 24 октября 2015 года – DSTU 2. Планируется, что к 2017 году он станет нормативным документом.

См. также

О команде:

Health Samurai – команда экспертов в области разработки веб-решений для здравоохранения, работают на рынках США, Европы, России уже более 8 лет.

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

Продуктовая линейка Health Samurai:

  • Fhirbase (Open Source) – хранилище для медицинских данных на базе HL7 FHIR
  • Aidbox – облачная платформа для разработки веб-решений для здравоохранения
  • HL7 Mapper – модуль интеграции, преобразования данных HL7 2.x в HL7 FHIR

Сайт: http://health-samurai.io

Авторы статьи:Павлышина АлександраБизнес-аналитик, инженер по качеству в Health Samurai.Имеет 8 летний опыт работы в ИТ-отрасли. Участвовала в создании облачной сертифицированной медицинской информационной системы MedClient, которая внедрена в трёх клиниках в США. Является экспертом HL7 FHIR, занимается официальным переводом стандарта HL7 FHIR на русский язык. | LinkedIn |
Рыжиков НиколайCTO Health Samurai.Главный архитектор облачной системы aidbox.Принимает активное участие в разработке стандарта HL7 FHIR и открытой реализации медицинской базы данных – fhirbase. | LinkedIn |

Материалы по теме:

Источник: https://evercare.ru/istoriya-razvitiya-standartov-hl7

HL7 — электронный медицинский документооборот

3.4.1. Стандарт HL7: Стандарт HL7 предназначен для электронного обмена доку­ментами в

В рамках одного исследования возникла потребность в описании стандарта электронного медицинского документооборота HL7. Как результат появилась эта статья. Делюсь с хабра-сообществом, надеюсь будет интересно. Современное общество неизбежно двигается в сторону информатизации всё большего и большего количества своих функций.

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

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

Одним из таких направлений является медицинский документооборот Health Information Exchange — HIE (хорошая презентация: Atif Zafar, MD, Health Information Exchange (HIE): Nuts and Bolts; AHRQ National Resource Center for Health IT), для которого наличие единого стандарта в рамках всей страны является одним из важнейших условий эффективности.

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

Конечно есть и поводы для беспокойства и в первую очередь это несанкционированный доступ к сенситивной персональной информации о состоянии здоровья человека.
В данной статье рассмотрен международный стандарт организации электронной системы медицинского документооборота Health Level 7 (HL7) www.hl7.org, Wikipedia: HL7 (медицинский_стандарт), www.hl7.ru, www.hl7-russia.org разрабатываемый с начала 70-х годов в США и в настоящее время принятый в качестве национального в некоторых странах.

За последние 40 лет в мире разработано большое количество разнообразных стандартов электронной медицины S. M. Huff; Clinical data exchange standards and vocabularies for messages..

Хотя в общем универсального стандарта нет и разные стандарты зачастую реализовывают различные стороны такой огромной области как медицина. Наиболее распространёнными являются Digital Imaging and COmmunications in Medicine (DICOM), EDIFACT, Cisco Medical Data Exchange Solution, HL7.

Именно последний (HL7) показал хорошие результаты в сравнительных исследованиях и на данный момент наиболее распространён.

К примеру тут опубликована сравнительная таблица функциональности четырёх стандартов:

Цели, понятия и общая структура HL7

Стандарт HL7 (Health Level 7 Седьмой Уровень медицинского документооборота) начал своё развитие в 70-х годах в США как часть стратегической медицинской инициативы. Данная инициатива состоит из трёх направлений:

UMLS

Unified Medical Language System унифицированный язык медицинских систем является попыткой создать универсальный справочник медицинского знания в наиболее широком возможном смысле с использованием наиболее эффективных методов созданных в области компьютерной обработки знаний. Разработка начата в 1986 году в национальной Медицинской Библиотеке США.

Используются такие мощные понятия как семантическое представление и обработка медицинских знаний, созданы и постоянно развиваются онтологии для описания всех возможных предметных областей составляющих универсум медицинских знаний, для расширения возможностей UMLS применяется семантика лямбда – счислений, а также используются большие и по возможности наиболее детальные ER-схемы постоянно совершенствующиеся с 70-х годов 20 века.
В следующей таблице приведена структура UMLS и её положение в общей иерархии составляющих стратегическую медицинскую инициативу США. UMLS содержит в себе три базы знаний: (knowledge source): Метатезаурус, Семантическая Сеть, SPECIALIST-лексикон.

Основными целями UMLS являются:

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

Медицинская информационная система VistA

Медицинская информационная схема (МИС) VistA (Veterans Health Information Systems and Technology Architecture — медицинская система Департамента ветеранов). Самая большая медицинская информационная система в США. Обеспечивает медицинское обслуживание 4 миллионов ветеранов, с ней работает 180 тыс.

сотрудников в 163 госпиталях, 800 клиниках и 135 домах ухода. Является разветвлённой системой охватывающей практически все аспекты медицинского обслуживания. Система построена на языке/платформе MUMPS, имеет ядро и порядка ста прикладных пакетов программ.

Идеи заложенные в MUMPS реализованы в VistA в максимальной степени: начиная с учёта тончайших нюансов управления оборудованием и до экспертных систем принятия медицинских решений. Система централизована и её главная база Austin Automation Center находится в городе Остин.

На следующем рисунке представлена общая структура взаимодействия компонентов системы VistA: Стандартным для её представления является разбиение по уровням:

1. Интерфейс – графический/программный интерфейс для работы с системой;

2. Порядка 100 пакетов реализующих основные функциональные особенности;
3. MailMan/FailMan – системные интеграторы / менеджеры;
4. Kernel – ядро системы, высокопроизводительное ПО на языке MUMPS;
5. СУБД – база данных, наиболее часто используемой базой является Caché [4], которая также создана с использованием MUMPS, что является залогом её эффективного взаимодействия с VistA;
6. MUMPS – (Massachusetts General Hospital Utility Multi-Programming System — Массачусетская основная мульти-программная система для госпиталей; иногда M или М-система). Язык программирования созданный в 1966—1967 годах для использования в лечебной индустрии. Является весьма мощным инструментом, но в виду некоторых недостатков заложенных на системном уровне не получил большого распространения вне специфических рамок медицинских систем;
7. OS – поддерживается большинство наиболее распространённых операционных систем семейств *nix и Windows;
8. Машина – требования к аппаратному обеспечению не высоки;
9. В/В – подсистема ввода/вывода не предъявляет никаких специфических требований. Обмен сообщениями в VistA выполняется в соответствии со стандартом HL7, работа с медицинскими изображениями обеспечивается в стандарте DICOM. VistA может использоваться как в отдельной больнице, так и в региональной системе госпиталей.

HL7

Health Level 7 (Седьмой Уровень медицинского документооборота) — стандарт обмена, управления и интеграции электронной медицинской информации. Седьмым уровнем система названа по аналогии с семью уровнями взаимодействия открытых систем, Open Systems Interconnection или OSI. Т.е. это процессы самого высокого уровня.

Седьмой уровень поддерживает выполнение таких задач как:

  • Структурирование передаваемых данных;
  • Возможности проектирования систем;
  • Достижение согласованности передач;
  • Безопасность;
  • Идентификация участников;
  • Доступность.

Общая структура составляющих HL7 технологий приведена на следующем рисунке:

Рассмотрим подробнее наиболее интересные составляющие стека приложений HL7, их цели и особенности построения

RIM

Reference Information Model, Эталонная Информационная Модель. Базовое понятие для всего HL7 – информационная модель медицины — основной источник содержания данных всех HL7- сообщений и документов.

Элементы информационной модели — классы, переходы состояний классов, типы данных и наложенные ограничения – используют системные концепции и графическое выражение языка UML.

В свою очередь RIM состоит из нескольких технологий: USAM — Unified Service Action Model — общая модель служебных действий. Объектная модель для любого возможного в системе действия; MIM — Message Information Model — модели сообщений; R-MIM Refined Message Information Model — контекстно-привязанная модель. Уменьшенное изображение (полноразмерная таблица занимает лист бумаги формата А3) UML схемы описывающей полную спецификацию RIM приведена следующем рисунке.

Storyboard

Раскадровка. Функциональная модель — в терминах системного проектирования, UML. Концепция раскадровки (storyboard) взята из киноиндустрии и позволяет представить средствами HL7 значимые моменты передачи сообщений как кадры. В каждом кадре описаны ключевые участники и их взаимодействие.

Комплект кадров представляет как передачу сообщения, так и функционирование большой системы. Описание работы триггеров (trigger) запускающих событий (например форма после заполнения переходит в состояние «заполненная» и/или «подписанная»). Каждое взаимодействие описывается раскадровкой (в UML диаграмма последовательностей).

Средствами RIM и раскадровкой возможно выразить высоко персонифицированную историю больного.

Vocalbulary

Словари. Представленные в виде тезаурусов или даже онтологий описания специфики предметных областей. Атрибут в RIM-описании может быть элементом словаря. Словари могут быть:

  • многостолбцовая, построенная на принципах метатезауруса UMLS таблица описанная средствами HL7
  • LOINC, SNOMED, HIPAA, местные, национальные словари.

HMD

Hierarchial Message Descriptor — определитель иерархической структуры сообщения. Принципы HMD:

  • система передачи должна понимать генезис классов.
  • сообщение при передаче выстраиваются в линейную структурированную последовательность.

EHR System

Electronic Health Record Systems — Система Электронной истории болезни. Описание полного функционала EHR состоящего из разделов:

  • Управление оказанием медицинской помощи (Care Management),
  • Клинический документооборот (Clinical Support),
  • Информационная инфраструктура (Information Infrastructure) — всего 125 функций.

Arden Syntax

Арден синтаксис Спецификация принятая HL7 для определения и распространения медицинских знаний. Арден синтаксис является языком Медицинских Логических Модулей (МЛМ — Medical Logic Modules) кодирования медицинских знаний. Каждый МЛМ содержит достаточную информацию для принятия медицинского решения.

МЛМ используется для генерации сигналов тревоги, понимания медицинских данных, диагностики, фильтрации медицинских данных и административных задач. При определённых условиях может быть разработана компьютерная программа (event monitor) генерирующая экспертную поддержку.

МЛМ может быть связан с другими МЛМ и образовывать сеть.

CDA

Clinical Document Architecture — Архитектура Клинического документа. Стандарт сферы HL7, утверждён ISO (ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2). Данный стандарт полностью определяет синтаксис и набор структур данных позволяющих полностью описать семантику любого клинического документа.

В основу CDA положен язык XML. При создании клинического документа (КД) его разметка, структура и семантика берётся из описания CDA. Сама спецификация получается на основе справочника данных RIM. Клинический документ по CDA является полным информационным объектом, с полностью определёнными компонентами.

Дополнительно он может содержать текст, изображения, звук и другое мультимедийное содержание. Изначально HL7 начинал развиваться как стандарт сообщений. Сам передаваемый клинический документ независим от формата сообщения в котором он передаётся. Передаваемый КД имеет авторство, историю изменений, он стабилен и предназначен для восприятия человеком.

В свою очередь сообщение предназначено для чтения компьютером, существует только во время передачи документа. Сам КД описан на языке XML, но также может содержать данные других типов, такие как аудио/видео информацию, бинарные данные изображений, цифровые подписи.

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

д. Высокоуровневое представление всех выразительных возможностей заголовка задаётся схемой UML. Тело КД содержит клиническую запись/отчёт (clinical report), собранный из секций (section). Одна из целей CDA сравнимость КД, что позволяет организовать работу с ними.

Типы данных заключённых в секцию могут быть простыми, такими как например целые числа или данными сложной временной системы (например general timing specification). В секции можно использовать ранее определённые концепты (структурные типы данных) которые заполняются с течением времени и развитием событий.

Насколько я знаю, именно на основе HL7 разработана и успешно внедрена электронная медицинская карта в Эстонии.

В России также ведутся работы в этой области. Меня более интересовали академические исследования, поэтому могу порекомендовать следующий автореферат кандидатской диссертации: Фам Ван Тап; АЛГОРИТМИЧЕСКИЕ И ПРОГРАММНЫЕ СРЕДСТВА ИНТЕГРАЦИИ ДАННЫХ ПРИ СОЗДАНИИ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ КАРТ

Тема на мой взгляд интересная очень, перспективы у подобного рода систем отменные, польза большая.

  • HL7
  • CDA
  • медицинский документооборот
  • электроная история болезни

Источник: https://habr.com/post/139904/

Интерфейс передачи данных HL7

3.4.1. Стандарт HL7: Стандарт HL7 предназначен для электронного обмена доку­ментами в

В настоящее время все крупные и ряд небольших клиник оснащены информационными системами, в которых происходит хранение и обработка медицинских данных. Для полноценной работы в таких учреждениях программное обеспечение должно иметь возможность интеграции в подобные информационные системы. Наиболее распространенным стандартом обмена медицинской информацией является HL7 (Health Level 7).

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

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

Кроме того, целью HL7 является поддержка электронного обмена информацией в здравоохранении при использовании широкого спектра коммуникационных сред, включая и значительно менее полные по сравнению с моделью OSI (Open System Interconnection – взаимодействие открытых систем).

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

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

Он обобщает работу комитета организаторов здравоохранения (пользователей), производителей и консультантов, который был образован в марте 1987 года по ходу конференции, организованной Сэмом Шультцем в госпитале Пенсильванского университета.

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

Этот комитет, который впоследствии получил название HL7 Working Group (Рабочая группа HL7), поставил перед собой задачу стандартизовать форматы и протоколы обмена определенными ключевыми наборами данных между прикладными компьютерными системами здравоохранения.

С марта 1987 года встречи участников Рабочей группы HL7 проводились примерно раз в 3-4 месяца для разработки и обсуждения спецификаций стандарта.

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

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

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

Хотя система учета оплаты лечения признавалась чрезвычайно важной, временные рамки не позволили включить ее в первый вариант предварительного стандарта.

Этот вариант был представлен на I Пленуме Рабочей группы HL7, проводившемся 8 октября 1987 года в Tyson’s Corner (Вайоминг, США).

Версия 2.0 была разработана на I Пленуме и представлена на II Пленуме, проводившемся в сентябре 1988 года в городе Tucson. После II Пленума начались редактирование и пересмотр версий 2.1 и 2.2, а теперь и версии 2.3. В 1996 году версия 2.

2 была одобрена Американским национальным институтом стандартизации ANSI в качестве национального стандарта, в 1999 году такой статус был присвоен версии 2.3.1.

Главный научно-исследовательский вычислительный центр Медицинского центра Управления делами Президента РФ обеспечил перевод этой версии на русский язык и получил право на ее распространение в России. Эта версия включает 12 глав и 5 приложений (табл. 3).

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

Она уже не будет совместимой с предыдущими версиями, зато в ней использованы наиболее современные подходы к моделированию предметной области здравоохранения.

Дополнительную информацию о стандарте HL7 и других связанных с ним стандартах см. на странице http://www.hl7.org.

Таблица 3. версии 2.3.1. стандарта HL7

Глава

Название

Стр.

1ВведениеНазначение стандарта, общие сведения, история разработки, описание рамок стандарта и ссылки на использованные документы20
2Управление/запросыОписание формы определения сообщений, правил преобразования абстрактного сообщения в строку символов, предполагаемых связей с протоколами нижних уровней, общих сегментов сообщений, подтверждения сообщений, общих запросов и ответов на них126
3Движение пациентовОписание комплекса транзакций обмена сообщениями о движении пациентов, обеспечивающих передачу новых или измененных демографических сведений о пациенте и информации о его визитах в лечебное учреждение109
4Ввод заказовОписания комплекса транзакций по передаче заказов, то есть сообщений с требованиями материальных ресурсов или услуг, обычно предназначенных для конкретного пациента, включая:– отпуск лекарств из аптеки;– проведение клинических наблюдений медицинскими сестрами (например, измерение жизненно важных показателей);– выполнение лабораторных анализов;– приготовление питания в пищеблоке;– передачу снимков из отделения лучевой диагностики;– выдачу постельных принадлежностей из бельевой;

– получение расходуемых материалов с центрального склада и т. д.

120
5ЗапросыПустая глава, оставлена в стандарте для совместимости с предыдущими версиями1
6Управление финансамиОписание транзакций обмена сообщениями, относящимися к оплате лечения64
7Результаты исследованийОписание комплекса транзакций, позволяющих передавать сведения о клинических исследованиях любого вида, включая результаты клинических лабораторных анализов, результаты исследования медицинских изображений (но не сами изображения), результаты исследования электрокардиограмм и функции дыхания, определение состояния здоровья пациента, показатели жизненно важных функций, измерения потребления и выведения веществ, степень тяжести и/или частоту симптомов, лекарственные аллергии, перечни жалоб и диагнозов, врачебную и сестринскую истории болезни, дневники физического состояния пациента и течения его заболеваний, описания операций и пр. Этот комплекс транзакций обеспечивает передачу сведений, которые могут выражаться в виде текста, чисел или элементов классификаций. Эти сообщения не включают в себя изображения или электрофизиологические кривые113
8Справочно-нормативные файлыОписание комплекса транзакций, позволяющих передавать справочно-нормативные файлы информационных систем здравоохранения, в том числе:– справочно-нормативный файл врачей;– системный справочно-нормативный файл пользователей (и паролей);– справочно-нормативный файл коечного фонда и других мест размещения;– тип и размещение устройств (например, рабочих станций, терминалов, принтеров и т. д.);– файл описания лабораторных анализов;– файл описания кодов диагностических исследований (например, лучевой диагностики);– прейскурант услуг;

– справочно-нормативный файл статуса пациентов

75
9Управление состоянием информации в историях болезни (управление документами)Описание комплекса транзакций по управлению медицинскими документами (например, страниц историй болезни, набираемых в диктофонном центре), обеспечивающего передачу новых или измененных документов, а также информации об их статусе (или статусах), например, аутентичный, архивный, отмененный, надиктованный документ20
10Ведение расписанийОписание комплекса транзакций, связанных с записью пациентов на прием, процедуру или диагностическое исследование59
11НаправленияОписание комплекса транзакций, связанных с направлением пациента к другому врачу или в другое лечебно-профилактическое учреждение34
12Ведение пациентаОписание сообщений, обеспечивающих передачу сведений, типичных для проблемно-ориентированной истории болезни, включая клинические проблемы, цели и маршруты пациента29
AТаблицы определения данныхПриложение, содержащее таблицы типов сообщений, событий, сегментов, полей, табличных значений84
BПротоколы нижних уровнейИнформация, ранее излагавшаяся в приложении В, перенесена в Руководство по реализации стандарта HL7. Это приложение теперь пустое и оставлено как заполнитель для совместимости с версией 2.1 стандарта HL71
CСетевое управлениеОпределение сообщений, связанных с сетевым управлением, например с получением сведений о состоянии сети у одной из взаимодействующих систем8
DОписание сообщений версии 2.2 в нотации BNFОписание сообщений версии 2.2 с использованием нотации Бэкуса-Наура15
EСловарь терминовСловарь терминов, используемых в стандарте26

Источник: http://kranex.ru/product/interfejjs-peredachi-dannykh-hl7/

Medic-studio
Добавить комментарий