ГОСТ ISO 13606-5—2013
Параметры сообщения REJECT_EXCEPTION
НаименованиеОписание
параметра
Обязательный/Типданных
необязательный
requestjd
Необязательный
String
reason
Этот параметр должен быть возвращен,
если он был передан в запросе.
Причина отказа в выполнении запроса, на
пример. не найдено ни одного архетипа,
удовлетворяющего параметрам запроса, и
т.д. (Список возможных значений опреде
лен в 6.4)
Необязательный
CS_reason
Параметры сообщения RETURN VALUE ARCHETYPES
НаименованиеОписаниеОбязательный/Типданных
параметра необязательный
requestjd
String
archetypes
Этот параметр должен быть возвра
щен, если он был передан в запросе
Совокупность экземпляров архетипов
ARCHETYPE, удовлетворяющих пара
метрам запроса
Необязатель
ный
Обязательный
SET <ARCHETYPE>
6.3 Интерфейс REQUEST_EHR_AUDIT_LOG_EXTRACT
Назначение
Этот интерфейс должен использоваться для запроса специфической информации журнала ау
дита EHR_AUDIT_LOG_EXTRACT (определенной в ISO 13606-4), передаваемого сервису, который
предположительно может ее предоставить. Запрашивающий сервис обозначается как EHR_requester.
Сервис,которыйпредположительноможетпредоставитьинформациижурналааудита
EHR_AUDIT_LOG_EXTRACT, обозначается как EHR_provider, а сервис которому должна быть на
правлена эта информация. - EHR_recipient.
Описание
Этот интерфейс описывает информацию, которую сервис EHR_requester должен представить
сервису EHR_provider, чтобы как можно более точно специфицировать информацию журнала аудита,
которую сервис EHR_provkler должен передать сервису EHR_recipient. Если в этом запросе указано
несколько ограничений, то извлекаемая информация журнала аудита EHR_AUDIT_LOG_EXTRACT
должна удовлетворять им всем (то есть формируется пересечение информации).
В запросе должен быть указан субъект медицинской помощи, к которому относится информа
ция журнала аудита. Настоящий стандарт не содержит требований к тому, должны ли сервисы
EHR_requester и EHR_provider согласовать общий демографический идентификатор субъекта меди
цинской помощи или же они должны воспользоваться системным идентификатором субъекта, полу
чаемым по демографическим данным до вызова данного интерфейса. Эти вопросы, однако, должны
быть урегулированы до начала использования интерфейса.
Политики безопасности, применяемые к данному запросу, включая авторизацию сервиса
EHR_requester и все конкретные информированные согласия, относящиеся к этому запросу, должны
быть согласованы заранее или переданы параллельно с данным запросом. Способ передачи политик
безопасности не входит в область применения настоящего стандарта, но для его выбора можно
ис пользовать ISO/TC 22600-1. ISO/TC 22600-2 и ISO/TC 22600-3. В настоящем стандарте
предполагает ся и требуется, чтобы для передачи всех необходимых политик (или для общего
доступа к ним) такие способы были предоставлены.
Список функций
Функция REQUEST_EHR_AUDIT_LOG_EXTRACT
Для извлечения требуемых архетипов сервис EHR_requester должен вызвать функцию
REQUEST_ARCHETYPES, предоставляемую интерфейсом сервиса EHR_prov»der. По этому запросу
сервис EHR_provider может выполнить следующие действия:
—возвратить сервису EHR_requester сообщение REJECT_EXCEPTION. указывающее
причину, по которой запрошенные архетипы ARCHETYPE не могут быть предоставлены (если
возможность такого возврата имеется). Возврат может быть реализован как специализация метода
обработки исключений, используемого в конкретном транспортном протоколе;
— передать сервису EHR_recipient сообщение RETURN_VALUE_ARCHETYPES. содержащее
запрошенные архетипы ARCHETYPE. Передача может быть реализована как специализация метода
обработки возвращаемого значения, используемого в конкретном транспортном протоколе.
11