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
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..
С нами можно связаться по электронной почте mail(at)hl7.ru или mail(at)softrust.ru
При 1024х768 в фаерфоксе сайдбар правый немного вниз уходит. Могу помочь поправить, если это вордпресс. Или просто советую шаблон поменять – минутное дело ведь.
Есть такая проблема. Исправимся.