Приложение В (справочное). Примеры элементов и вариантов реализации электронного рецепта

Приложение В
(справочное)

Примеры элементов и вариантов реализации электронного рецепта

В.1 Ссылки на примеры реализации электронных рецептов

В.1.1 Англия

Служба электронных рецептов (EPS) Национальной службы здравоохранения (NHS) Англии описана на сайте: http://systems.hscic.gov.uk/eps.

В.1.2 Европа

Европейский трансграничный рецепт на базе интеллектуального открытого обслуживания европейских пациентов (epSOS).

В.1.3 Нидерланды

NEN 7503:2011 nl, Medische informatica - Berichtenverkeer - Elektronische uitwisseling van recepten verstrekkingsberichten.

B.1.4 Дания

Датский формат электронного рецепта можно найти по следующей ссылке:

http://svn.medcom.dk/svn/releases/Standarder/Den%20gode%20recept/XML /Dokumentation/XPRE01.pdf (на датском языке) Laegemiddelstyrelsen/MedCom, (2009). Den gode xml recept, Electronic prescription, VersionCode XLMS016.

B.1.5 Норвегия

Норвежское решение по электронным рецептам можно найти по следующей ссылке:

http://www.helsedirektoratet.no/it-helse/eresept/leverandor/dokument arkiv/Sider/default.aspx.

В.1.6 Австралия

http://www.nehta.gov.au/.

В.1.7 США

https://www.ncpdp.org/.

В.1.8 Канада

https://www.infoway-inforoute.ca/en/solutions/clinicians-e-services/ e-prescribing.

В.2 Структуры и стандарты данных

В.2.1 Датская сеть передачи данных системы здравоохранения

http://www.medcom.dk/wm109991 (на английском языке).

В.2.2 HL7

HL7 опубликовала спецификации архитектуры клинических документов (CDA), а также структуры сообщений, соответствующие стандарту HL7 V3, в частности HL7 v3 Medication Order (предметная область Pharmacy) в пакете документов, поставленных на голосование в мае 2014 г.

В.2.3 IHE Pharmacy

Организация IHE (Integrating the Healthcare Enterprise) опубликовала профили рабочих процессов лекарственных назначений (Medication Workflow) в условиях амбулаторной и стационарной помощи.

В.2.4 ЕН ИСО 13606

Пример - Министерство здравоохранения, социальных служб и равноправия Испании опубликовало официальный набор архетипов ИСО 13606 и производных артефактов, предназначенных для передачи электронных медицинских карт в регионах Испании. Данные архетипы разработаны университетом UPV на базе официального документа CMDIC (Conjunto Minimo de Datos de Informes Clinicos - минимальный набор данных для клинических отчетов). Один из них описывает электронное назначение лекарств.

См. https://www.msssi.gob.es/profesionales/hcdsns/areaRecursosSem/Rec_mod_cli nico_arquetipos.htm.

В.2.5 Примеры элементов данных

В.2.6 Машиночитаемые коды (А.1.4)

Ниже показано, как будет выглядеть реализация данного элемента, описанного с помощью общих типов элементов данных (Common Message Element Types) Person (физическое лицо) и Patient (пациент), в стандарте Health Level 7 v3 [вариант Universal, элемент family с атрибутом qualifier означает фамилию, элемент given - имя, а элемент birthTime - дату рождения в формате ИСО (ISO/TS 22220) (ггггммддччмм)].

Следующий пример сформирован в соответствии со схемой, определенной в стандарте HL7 v3:

<subject typeCode="SBJ">

<patient classCode="PAT">

<!- Элемент: идентификатор личности ->

<id root="2.16.840.1.113883.2.4.99.23444.1.2.3.1.1.1.4.1"

extension="1234567"/>

<!- Элемент - Адрес ->

<addr>

<postalCode>1200 AA</postalCode>

</addr>

<statusCode code="active"/>

<patientPerson classCode="PSN" determinerCode="INSTANCE">

<!- Элемент: - фамилия и имена пациента ->

<name use="L">

<given>Francis</given>

<given qualifier="IN">F.C.M.</given>

<prefix qualifier="VV SP">van den</prefix>

<family qualifier="SP">Hurk</family>

<delimiter>-</delimiter>

<prefix qualifier="VV BR">van</prefix>

<family qualifier="BR">Bramen</family>

</name>

<name use="OR">

<given>Francis Clara Maria</given>

<prefix qualifier="VV BR">van</prefix>

<family qualifier="BR">Bramen</family>

</name>

<!- Элемент: - дата рождения ->

<birthTime value="19830721"/>

</patientPerson>

</patient>

</subject>

B.2.7 Электронная подпись (А.3.6)

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

Следующий пример сформирован в соответствии со схемой, определенной в стандарте HL7 v3:

<overseer typeCode="RESP">

<AssignedPerson>

<id extension="012345678" root="2.16.528.1.1007.3.1"/>

<id extension="03004256" root="2.16.840.1.113883.2.4.6.1"/>

<code code="01.015" codeSystem="2.16.840.1.113883.2.4.15.111" displayName="General Practitioner"/>

<assignedPrincipalChoiceList>

<assignedPerson>

<name>

<prefix qualifier="AC">Dr. </prefix>

<given>Thomas</given>

<family>Young</family>

</name>

<telecom value="tel:+49125463726"/>

</assignedPerson>

</assignedPrincipalChoiceList>

<Organization>

<id extension="01234567" root="2.16.528.3.1007.3.1"/>

<id extension="06005465" root="2.16.840.1.113883.2.4.6.1"/>

<code code="V4" codeSystem="2.16.840.1.113883.2.4.15.1060" displayName="Hospital"/>

<name>Medical Centre East</name>

<addr>

<city>East London</city>

</addr>

</Organization>

</AssignedPerson>

</overseer>

B.2.8 Сведения об адресе (A.1.5)

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

<addr>

<streetName>Purmersteenweg</streetName>

<houseNumber>42</houseNumber>

<postalCode>1441 DM</postalCode>

<city>Purmerend</city>

</addr>

B.2.9 Пол (A.1.6)

Ниже показано, как именно может быть представлен пол в сообщении электронного рецепта.

Данный пример соответствует стандарту HL7 v3, согласно которому пол должен передаваться в элементе administrativeGenderCode.

<!- Элемент: пол ->

<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>

Код М означает мужской пол, F - женский. Могут быть применены и другие коды.

В.2.10 Вес тела (А.1.8)

Ниже показано, каким образом может быть представлен вес в сообщении электронного рецепта.

Данный пример соответствует стандарту HL7 v3.

<observation classCode="OBS" moodCode="EVN">

<code code="3141-9" displaytext="Body weight Measured" codeSystem="2.16.840.1.113883.6.1"/>

<value xsi:type="PQ" value="81" unit="kg"/>

</observation>

B.2.11 Рост (А.1.9)

Ниже показано, как именно может быть представлен рост в сообщении электронного рецепта.

Данный пример соответствует стандарту HL7 v3.

<observation classCode="OBS" moodCode="EVN">

<code code="248334005" displayName="length of body" codeSystem="2.16.840.96.113883.6.1"/>

<value xsi:type="PQ" value="171" unit="cm"/>

</observation>