HL7.ru

Доклад опубликован под руководством Creative Commons Attribution-Share Alike license.

Последнюю версию в оригинале (англ.) можно найти по адресу:  http://www.ringholm.de/docs/04300_en.htm.
Редактор: Рене Шпронк (René Spronk) – Старший консультант, Ringholm GmbH
Состояние документа: Завершён, версия 1.0 (16-11-2007)
Rene.Spronk@Ringholm.com

Доклад содержит два описания вариантов использования. Каждый из них соответствует либо 2-й, либо 3-й версии стандарта HL7-сообщений. При этом для каждого варианта использования приведены два примера сообщений: HL7-сообщение версии 2.x, и его аналог для стандарта 3-й версии. Задачей доклада является показать как различия, так и общие черты сообщений 2-й и 3-й версий.

1. Введение

Основной целью доклада является объяснение того, как структура сообщений 2-й версии стандарта представляется в сообщениях 3-й версии, и наоборот. Как Вы возможно знаете, 3-я версия HL7 не является обратно совместимой со стандартом версии 2.x, хотя некоторые компоненты сообщений (например, типы данных) идентичны. Несмотря на это, все варианты использования, соответствующие стандарту версии 2.x, поддерживаются и 3-й версией стандарта. Отметим, что в докладе не ставится целью ни обсуждение особенностей перехода от 2-й версии к 3-й, ни выявление обстоятельств, при которых использование 3-й версии стандарта предпочтительнее версии 2.x. Делается всего лишь попытка на основе примеров сообщений показать некоторые сходства между 2-й и 3-й версией стандарта.

2. Вариант использования «Результаты лабораторных исследований»

В данном разделе приводится пример бизнес-варианта использования, относящегося к результатам лабораторных исследований, для HL7-сообщений 2-й и 3-й версий. Сообщение версии 3 основано на нормативном документе «XML ITS 1.0» и схеме из Информационного издания HL7 3-й версии за май 2006 года. Вариант использования представляет собой результаты лабораторного опыта над сывороточной глюкозой 182 мг/дл, проведённого Howard H. Hippocrates. Лабораторные испытания были заказаны Патрисией Примари (Patricia Primary) для пациента Eve E. Everywoman). Опыты проходили в США.

2.1 Сообщение версии 2.4

Вариант использования для версии 2.4 представляется сообщением ORU^R01. Синтаксис кодирования основан на классическом синтаксисе сообщений HL7 версии 2, обычно упоминаемом как «синтаксис вертикальных черт». В разделе заголовка сообщения (MSH – Message Header) содержится тип сообщения, в данном случае, ORU^R01, определяющий тип сообщения и инициирующее событие. Отправителем является GHH Lab в ELAB-3. Приложением-получателем является система GHH OE, находящаяся в BLDG4. Сообщение отправлено 15-02-2002 в 9:30. Раздел MSH является первым разделом в сообщении. 

MSH|^~\&|GHH LAB|ELAB-3|GHH OE|BLDG4|200202150930||ORU^R01|CNTRL-3456|P|2.4<cr>
PID|||555-44-4444||EVERYWOMAN^EVE^E^^^^L|JONES|19620320|F|||153 FERNWOOD DR.^^STATESVILLE^OH^35292||(206)3345232|(206)752-121||||AC555444444||67-A4335^OH^20030520<cr>
OBR|1|845439^GHH OE|1045813^GHH LAB|15545^GLUCOSE|||200202150730|||||||||555-55-5555^PRIMARY^PATRICIA P^^^^MD^^|||||||||F||||||444-44-4444^HIPPOCRATES^HOWARD H^^^^MD<cr>
OBX|1|SN|1554-5^GLUCOSE^POST 12H CFST:MCNC:PT:SER/PLAS:QN||^182|mg/dl|70_105|H|||F<cr>

Раздел PID (Идентификация пациента – Patient Identification) содержит демографическую информацию о пациенте. Eve E. Everywoman родилась 20-03-1962 в Стейтсвилле, Огайо (Statesville OH). Её идентификационный номер пациента (patient ID number) (присвоенный ей вероятно в «Good Health Hospital») – 555-44-4444.

Раздел OBR (заявка на обследование – Observation Request) определяет первоначально заказанное обследование: 15545^GLUCOSE. Заявку на обследование подал доктор Particia Primary, а выполнил доктор Howard Hippocrates.

Раздел OBX (обследование – Observation) содержит информацию о результатах обследования: 182 мг/дл.

2.2 Сообщение 3-й версии стандарта

POLB_IN224200. Корневой элемент XML-документа содержит информацию, необходимую для его корректной проверки. Корневым элементом является POLB_IN224200. «Версия 1.0 XML ITS» использует для всех экземпляров сообщений единственное пространство имён. В качестве метода, обеспечивающего глобальную уникальность идентификаторов, используется OID. В «Good Health Hospital (GHH)» используются следующие идентификаторы объектов (OID, отсутствующие в сообщениях стандарта 2-й версии):

• GHH Application IDs: 2.16.840.1.113883.19.1122.1
• GHH Lab Interaction IDs: 2.16.840.1.113883.19.1122.7
• GHH Location IDs: 2.16.840.1.113883.19.1122.2
• GHH Provider (Person) IDs: 2.16.840.1.113883.19.1122.3
• GHH Patient IDs: 2.16.840.1.113883.19.1122.5
• GHH Placer Order IDs: 2.16.840.1.113883.19.1122.14
• GHH Lab Filler Order IDs: 2.16.840.1.113883.19.1122.4
• The code system for the observation within the GHH is LOINC: 2.16.840.1.113883.6.1
• USA Social Security Number (SSN): 2.16.840.1.113883.4.1
• The HL7 Interactions Type code system: 2.16.840.1.113883.1.6
• The HL7 Trigger Event code system: 2.16.840.1.113883.1.8
• The HL7 ConfidentialityCode code system: 2.16.840.1.113883.5.25

2.2.1 Сообщение 3-й версии – Обёртка передачи сообщений

Отметим, что корневой элемент уникально определяет идентификатор взаимодействия сообщений, в данном примере, POLB_IN224200, задающий тип сообщения, инициирующее событие, и действия получателя. Приложение-получатель описано в элементе «receiver/device», а элементы «sender/device» и «sender/asLocatedEntity/location» задают приложение-отправителя и средства обслуживания (facility). В данном случае получателем является система GHH_OE в Bldg4, а отправителем – GHH_LAB, расположенная в E-LAB3. Корневой элемент включает информацию, представленную в сообщении обёрткой Управляющего действия (Control Act).

  <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>

2.2.2 Сообщение 3-й версии – Обёртка управляющего действия инициирующего события

Управляющее действие сообщения является ещё одной обёрткой над обычным сообщением. Оно представляет инициирующее событие POLB_TE224200. Информация о дате и времени возникновения инициирующего события, а также ответственные стороны для события не приведены в примере, несмотря на то, что они могут входить в состав «обёртки». Отметим, что дата и время лабораторных обследований, а также их составитель, содержатся в Содержимом домена, а не в «обёртке» управляющего действия.

 <controlActProcess classCode=”CACT” moodCode=”EVN”>
  <code code=”POLB_TE224200″ codeSystem=”2.16.840.1.113883.1.18″/>
  <subject typeCode=”SUBJ” contextConductionInd=”false”>

         <!– domain content has been removed
            see next section of this whitepaper–>

  </subject>
</controlActProcess>

2.2.3 Сообщение 3-й версии – Содержимое домена

«Содержимое домена» начинается с корневого элемента – observationEvent. Входящие в него элементы определяют тип обследования, идентификатор, время обследования, statusCode и результаты. Значение результата приводится в элементе «value». Элемент interpretationCode показывает, что полученное значение является высоким (high – H), а referenceRange задаёт для текущего обследования нормальные значения показаний.

 <observationEvent>
   <id root=”2.16.840.1.113883.19.1122.4″ extension=”1045813″
       assigningAuthorityName=”GHH LAB Filler Orders”/>
   <code code=”1554-5″ codeSystemName=”LN”
         codeSystem=”2.16.840.1.113883.6.1″
         displayName=”GLUCOSE^POST 12H CFST:MCNC:PT:SER/PLAS:QN”/>
   <statusCode code=”completed”/>
   <effectiveTime value=”200202150730″/>
   <priorityCode code=”R”/>
   <confidentialityCode code=”N
      codeSystem=”2.16.840.1.113883.5.25″/>
   <value xsi:type=”PQ” value=”182″ unit=”mg/dL”/>
   <interpretationCode code=”H”/>
   <referenceRange>
      <interpretationRange>
          <value xsi:type=”IVL_PQ”>
          <low value=”70″ unit=”mg/dL”/>
          <high value=”105″ unit=”mg/dL”/>
        </value>
        <interpretationCode code=”N”/>
      </interpretationRange>
   </referenceRange>

Информация об исполнительном поставщике, Гарольде Г.Гиппократе (Harold H Hippocrates), включает его идентификатор и имя. Представлены два уровня информации: уровень врача и уровень человека. Идентификатор относится к уровню врача, а имя – к уровню человека.

 <author>
<time value=”200202150730″/>
<modeCode code=”WRITTEN”/>
<signatureCode code=”S”/>
    <assignedEntity>
    <id root=”2.16.840.1.113883.19.1122.3″ extension=”444-444-4444″/>
      <assignedPerson>
         <name>
            <given>Harold</given>
            <given>H</given>
            <family>Hippocrates</family>
            <suffix qualifier=”AC”>MD</suffix>
         </name>
      </assignedPerson>
    </assignedEntity>
</author>

Пациент, Ив.Э.Евэривумэн (Eve E. Everywoman), также представлен двумя уровнями – пациента и человека. Для пациента доступно лишь немного элементов, поскольку он является частью сильносвязанного сообщения (например, не передаётся адрес). Тем не менее, доступны идентификатор и имя, позволяющие осуществлять проверку ошибок.

 <recordTarget>
    <patientClinical>
    <id root=”2.16.840.1.113883.19.1122.5″ extension=”444-22-2222″
        assigningAuthorityName=”GHH Lab Patient IDs”/>
    <statusCode code=”active”/>
      <patientPerson>
        <name use=”L”>
           <given>Eve</given>
           <given>E</given>
           <family>Everywoman</family>
        </name>
        <asOtherIDs>
           <id extension=”AC555444444″ assigningAuthorityName=”SSN”
               root=”2.16.840.1.113883.4.1″/>
        </asOtherIDs>
      </patientPerson>
    </patientClinical>
</recordTarget>

На первоначальный заказ для лабораторного обследования ссылается действие FLFS с именем inFulfillmentOf, определяющее заказ по его номеру. Этот номер должен использоваться получателем для проверки правильности полученных результатов. Для элемента placerOrder доступно лишь немного элементов, поскольку он является частью сильносвязанного сообщения (например, не передаётся подробная информация о поставщике заказа).

    <inFulfillmentOf>
       <placerOrder>
       <id root=”2.16.840.1.113883.19.1122.14″ extension=”845439″
           assigningAuthorityName=”GHH OE Placer orders”/>
       </placerOrder>
    </inFulfillmentOf>
</observationEvent> 

Страницы: 1 2

Запись была опубликована Среда, июля 9, 2008 в 11:52 в рубрике HL7, Новости, Переводим HL7 v.3. Вы можете следить за развитием темы посредством RSS 2.0. Вы можете оставить комментарий или трэкбек с Вашего сайта.