ГОСТ ISO 13606-5—2013
EHR_requester
EHR_provider
I
I
I
----------------
Request_EHR_EXTRACT
ИЛИ
I
I
------------
И
I
I
Г
I
Request_ARCHETYPE
ИЛИ
I
I
------------
*1
1
I
Request EHR AUDIT LOG EXTRACT
I
Г
"
EHR_recipient
I
I
Reject_exception
I
ИЛИ
I
r+-
I
Return_value_EHR_EXTRACT
1
1
1
1
1
1
1
|
ИЛИ
I
r * --------------
I
Return_value_ARCHETYPE
ИЛИ
■
1
1
1
|
Return value EHR AUDIT LOG EXTRACT i
r*
---------------------
----
—r-----------------------—----------------------i
Рисунок 1- Диаграмма последовательности, изображающая комплекс интерфейсов,
описанных в настоящем стандарте
Чтобы реализовать эти взаимодействия в форме операций, необходимы некоторые дополни
тельные шаги, не входящие в область применения настоящего стандарта.
Информацию о сервисе EHR_provider и методах, которые он поддерживает, следует размес
тить в публикуемом каталоге, в сервисе поиска или заранее предоставить инициатору запроса
EHR_requester. После размещения релевантные интерфейсы сервера должны быть доступны взаи
модействующим сторонам (например, должна быть выполнена необходимая авторизация).
Сервис EHR_provider должен или заранее иметь информацию об аутентификации и авториза
ции (привилегиях) инициатора запроса EHR_requester. либо располагать средствами ее проверки в
момент запроса.
Для обеспечения взаимодействия могут потребоваться более детальные политики безопасно
сти и меры безопасности, которые удовлетворяют организационным, профессиональным или юриди
ческим требованиям.
Применение некоторых идентификаторов, используемых в запросе, например, идентификатора
субъекта медицинской помощи, либо должно быть согласовано заранее, либо должна существовать
возможность определять их по характерным особенностям демографических данных или с помощью
ссылок на альтернативные идентификаторы во время запроса.
Чтобы минимизировать риск нарушения конфиденциальности, в настоящем стандарте преду
смотрен только ограниченный перечень высокоуровневых причин, по которым сервис EHR_provider
может отказать в запросе. Это перечень может быть изменен местными соглашениями, предусматри
вающими передачу дополнительной информации в определенных условиях.
Хотя подписки на уведомления, триггеры или условия, при которых сервис EHR_provider от
правляет данные ЭМК заинтересованной стороне, например, используя делегирование или сервис
обновления, не входят в область применения настоящего стандарта, его вполне можно использовать
и для такой архитектуры.
6