Примеры HL7-сообщений 2-й и 3-й версии

3. Преобразование сообщения о демографических показателях 3-й версии к версии 2.4

В данном разделе приводится пример бизнес-варианта использования, связанного с демографическими показателями, а также его представление HL7-сообщениями версии 3 и 2.4. Вариант использования представляет собой обновлённую информацию о демографических данных пациента Патрисии (Patricia) в системе «Regional MPI». Обновлённая информация передаётся «Master MPI». Демографические данные содержат 3 различных идентификатора человека/пациента, а также информацию об адресе и телефоне.

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

Сообщение 3-й версии, описывающее вариант использования – PRPA_IN101001UV01. Оно приведено ниже. В основе структуры сообщения лежит нормативный документ «XML ITS 1.0» и схема из «Нормативного издания 2006 года HL7 3-й версии» (Normative Edition 2006 of HL7 v3). 

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

Отметим, что в корневом элементе определяется уникальный идентификатор сообщения, в данном случае, PRPA_IN101001UV01, задающий тип сообщения, инициирующее событие и действия получателя сообщения. Приложение-получатель описывается элементом «receiver/device», а приложение-отправителя и средства обслуживания (facility) задаются элементами «sender/device» и «sender/asLocatedEntity/location» соответственно. Получателем служит система «Master MPI» больницы «Alpha». Приложение-отправитель определено как (root=2.16.840.1.113883.19.9, extension=1). Корневой элемент включает информацию, представленную в сообщении обёрткой Управляющего действия (Control Act).

  <?xml version=”1.0″ encoding=”UTF-8″?>
<PRPA_IN101001UV01 ITSVersion=”XML_1.0″ xmlns=”urn:hl7-org:v3″
       xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
   <id extension=”3948375″ root=”2.16.840.1.113883.19.10.700363.2288″/>
   <creationTime value=”20060501140010″/>
   <versionCode code=”NE2006″/>
   <!– Interaction is a notification of a person registration –>
   <interactionId extension=”PRPA_IN101001UV01″ root=”2.16.840.1.113883.1.6″/>
   <processingCode code=”P”/>
   <processingModeCode code=”T”/>
   <acceptAckCode code=”ER”/>
   <receiver>
     <device>
     <id extension=”922″ root=”2.16.840.1.113883.19.9″/>
     <name>Master MPI</name>
       <asAgent>
         <representedOrganization>
           <id extension=”1002003″ root=”2.16.840.1.113883.19.200″/>
           <name>Alpha Hospital</name>
         </representedOrganization>
       </asAgent>
     </device>
   </receiver>
   <sender>
     <device>
       <id extension=”1″ root=”2.16.840.1.113883.19.9″/>
     </device>
   </sender>

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

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

   <controlActProcess moodCode=”EVN”>
     <code code=”PRPA_TE101001UV01″ codeSystem=”2.16.840.1.113883.1.18″/>
     <effectiveTime value=”20060501140008″/>
     <authorOrPerformer typeCode=”AUT”>
       <assignedPerson>
         <id extension=”000338475″ root=”2.16.840.1.113883.19.201″/>
         <assignedPerson>
           <name use=”L”>
             <given>Arthur</given>
             <family>Author</family>
           </name>
         </assignedPerson>
         <representedOrganization>
           <id extension=”1002777″ root=”2.16.840.1.113883.19.200″/>
           <name>Regional Person Registry</name>
         </representedOrganization>
       </assignedPerson>
     </authorOrPerformer>
     <subject> 

     <!– registration event has been removed
          see next section of this whitepaper–> 

     </subject>
    </controlActProcess>
</PRPA_IN101001UV01>

3.1.3 Сообщение 3-й версии – Событие регистрации

Элемент registrationEvent соответствует процессу регистрации записи человека. В нём содержится информация о человеке, зарегистрировавшем данные в MPI, дате регистрации записи, и о контролировавшем регистрацию лице. 

<registrationEvent moodCode=”EVN”>
<id extension=”393736355″ root=”2.16.840.1.113883.19.200.51″/>
<statusCode code=”active”/>
<effectiveTime nullFlavor=”UNK”/>
<subject1> 

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

</subject1>
<author>
   <assignedEntity>
     <id extension=”000338475″ root=”2.16.840.1.113883.19.201″/>
     <assignedPerson>
       <name use=”L”>
         <given>Arthur</given>
         <family>Author</family>
       </name>
     </assignedPerson>
   </assignedEntity>
</author>
<custodian>
   <assignedEntity>
   <!– The custodian for the registered data, here the same as the scoper –>
   <id extension=”1002777″ root=”2.16.840.1.113883.19.200″/>
   </assignedEntity>  </custodian>
</registrationEvent>

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

«Содержимое домена» начинается с корневого элемента – identifiedPerson. Входящие в него элементы определяют роль заданного Человека (identifiedPerson role), исполняющего роль человека (Person) (объект). Отметим, что Человек имеет первичный идентификатор 000197245, а вторичные идентификаторы: 4532 и 3242346.

 <identifiedPerson>
   <!– Primary ID as used/known by this registry –>
   <id extension=”000197245″ root=”2.16.840.1.113883.19.3″/>
   <addr use=”H”>
     <streetName>Randomroad</streetName>
     <houseNumber>25a</houseNumber>
     <postalCode>1200</postalCode>
     <city>Anytown</city>
   </addr>
   <telecom use=”H” value=”tel:555 3542557″/>
   <telecom use=”H” value=”fax:555 3542558″/>
   <telecom use=”WP” value=”tel:555 5557865″/>
   <statusCode code=”active”/>
   <identifiedPerson>
     <name use=”L”>
       <given>Patricia</given>
       <family>Patient</family>
     </name>
     <administrativeGenderCode code=”F” codeSystem=”2.16.840.1.113883.5.1″/>
     <birthTime value=”19750103″/>
     <maritalStatusCode code=”F” codeSystem=”2.16.840.1.113883.5.2″/>
     <!– Secundary IDs of same person in other Roles –>
     <asOtherIDs>
     <id extension=”4532″ root=”2.16.840.1.113883.19.2.400566″
         assigningAuthorityName=”Careful Care Clinic”/>
     </asOtherIDs>
       <asOtherIDs>
       <id extension=”3242346″ root=”2.16.840.1.113883.19.2.450998″
           assigningAuthorityName=”Dr.Goodman GP Practice”/>
     </asOtherIDs>
   </identifiedPerson>
   <assigningOrganization>
       <!– Scoper, the registering organisation –>
       <id extension=”1002777″ root=”2.16.840.1.113883.19.200″/>
       <contactParty nullFlavor=”UNK”/>
   </assigningOrganization>
</identifiedPerson>

3.2 Сообщение 2-й версии: Заголовок (MSH Segment)

Представление варианта использования для 2-й версии представлено сообщением ADT^A28. При этом используется синтаксис кодирования 2-й версии с помощью разделителей. В сообщении используются следующие идентификаторы (ID) пространства времён (строки, не представленные в HL7-сообщении 3-й версии):

  • Regional MPI Application ID: Regional MPI
  • Master MPI Application ID: Master MPI
  • Alpha Hospital ID: Alpha Hospital
  • Regional MPI Employee ID: Regional MPI
  • National Person Identifier: NationalPN
  • Careful Care Clinic Patient ID: CarefulCareClinic
  • Goodman GP Practice Patient ID: GoodmanGP

Заголовок (MSH – Message Header) содержит тип сообщения, в данном случае – ADT^A28, определяющий тип сообщения и инициирующее событие. Отправителем является приложение «Regional MPI». Получателем служит «Master MPI», расположенное в больнице «Alpha». Сообщение отправлено 1-05-2006 в 14:00:10. Заголовок является первым разделом сообщения. 

MSH|^~\&|Regional MPI||MasterMPI|AlphaHospital|20060501140010||ADT^A28|3948375|P^T|2.4|||ER<cr> EVN|A28|20060501140008|||000338475^Author^Arthur^^^^^ ^RegionalMPI&2.16.840.1.113883.19.201&ISO^L|20060501140008<cr> PID|||000197245^^^NationalPN&2.16.840.1.113883.19.3&ISO^PN~4532^^^CarefulCareClinic&2.16.840.1.113883.19.2.400566&ISO^PI~3242346^^^GoodmanGP&2.16.840.1.113883.19.2.450998&ISO^PI||Patient^Particia^^^^^L||19750103|F|||Randomroad23a&Randomroad&23a^^Anytown^^1200^^H|| 555 3542557^ORN^PH~555 3542558^ORN^FX|555 5557865^WPN^PH<cr> PV1||N|<cr>

Раздел EVN (Trigger Event – Инициирующее событие) содержит время возникновения инициирующего события (1-05-2006 в 14:00:08), а также информацию о человеке, инициировавшем возникновение события (Arthur Author).

Раздел  PID (Patient ID – идентификатор пациента) содержит идентификаторы пациента Patricia Patient (3 идентификатора, включая 1 идентификатор человека и 2 идентификатора пациента), а также демографические данные (адрес, 2 телефонных номера, факс, день рождения).

Раздел PV1 (Patient Visit – посещение пациента), являющийся обязательным в сообщении ADT^A28, содержит информацию о встрече пациента с медицинским работником. Учитывая, что вариант использования не передаёт какие-либо данные, «N» обозначает, что раздел не используется.

4. Дополнительные примеры

Дополнительные примеры сообщений версии 3 можно найти по адресу:  www.ringholm.de/download/NE2006_examples.zip.


О компании

Компания «Ringholm GmbH» включает группу Европейских экспертов в области стандартов и систем передачи сообщений в сфере ИТ в здравоохранении.  is a group of European experts in the field of messaging standards and systems integration in healthcare IT. Мы предоставляем услуги по повышению квалификации, менторства, и консультирования по интеграции стандартов и технологий.

Для получения более подробной информации Вы можете посетить наш сайт http://www.ringholm.com или позвонить по телефону +49 700 74644656.

Страницы: 1 2

Комментариев: 4 to “Примеры HL7-сообщений 2-й и 3-й версии”

  1. René Spronk пишет:

    Thanks for the translations – those are needed to make the information about these standards more accessable. I wrote a blog entry about the various Russian HL7 materials:
    http://www.ringholm.de/column/Russian_HL7_whitepaper.htm

    I hope the sharing of materials continues; and perhaps we’ll meet as some HL7 meeting..

  2. С нами можно связаться по электронной почте mail(at)hl7.ru или mail(at)softrust.ru

  3. Фургон пишет:

    При 1024х768 в фаерфоксе сайдбар правый немного вниз уходит. Могу помочь поправить, если это вордпресс. Или просто советую шаблон поменять – минутное дело ведь.

  4. admin пишет:

    Есть такая проблема. Исправимся.

Оставить комментарий