Пример SOAP-ответа (Register On-Demand Document Entry Response) в рамках транзакции ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry) приведен в 6.2.

Каждый выполняемый запрос и ответ транзакции ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry)  должен сопровождаться отправкой сообщений аудита (Audit message) в Журнал регистрации событий в соответствии c требованиями транзакции ITI-20 «Записать в журнал событий» (Record Audit Event) профиля IHE ATNA [RF-5]. Структура сообщений аудита приведена в приложении Г.6.

Общие требования, ограничения и допущения к транзакции ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry) приведены в таблице 12.

Таблица 12 – Общие требования, ограничения и допущения к транзакции IHE XDS ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry)

Код

Требование, ограничение или допущение

Источник возникновения

Параметр creationTime записи о документе (DocumentEntry) – не применим, не должен быть включен в запрос на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметр Hash записи о документе (DocumentEntry) – не применим, не должен быть включен в запрос на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметр legalAuthenticator  записи о документе (DocumentEntry) – не рекомендуется включать в Запрос на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request), так как не имеет четкого значения в данном контексте.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметр repositoryUniqueId записи о документе (DocumentEntry) – должен содержать глобальный идентификатор Источника документов по требованию (On-Demand Document Source), который может быть использован для идентификации и соединения с определенным Источником документов по требованию (On-Demand Document Source) там, где можно получить текущий экземпляр документа по требованию.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметр Size записи о документе (DocumentEntry) – не применим, не должен быть включен в Запрос на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметры serviceStartTime и serviceStopTime записи о документе (DocumentEntry) – для документа по требованию должны представлять время начала и окончания доступности документа по требованию.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Параметр uniqueId записи о документе (DocumentEntry) – должен содержать глобальный уникальный идентификатор, присвоенный документу по требованию Источником документов по требованию (On-Demand Document Source).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Реестр должен хранить и, позже включать в метаданные, возвращаемые в ответах на запросы, атрибут XDSDocumentEntry. repositoryUniqueId наряду с другими атрибутами метаданных, полученных в рамках транзакции [ITI-61] «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.2

Если после получения Запроса на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request) реестр отклонил метаданные, тогда Реестр документов (Document Registry) должен:

    Вернуть ошибку и указать тип ошибки в деталях ответа; Откатить запрос на регистрацию документов.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.3

Если реализована опция «Обеспечение базовой конфиденциальности пациента» (Basic Patient Privacy Enforcement Option), тогда:

    Источник документов по требованию (On-demand document source) должен указать код конфиденциальности (confidentialityCode) в метаданных документа с перечнем значений идентификаторов (OID), которые идентифицируют Политики согласия конфиденциальности пациента (Patient Privacy Consent Policies), которые применяются к связанному документу по требованию.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.4.1

Если реализована опция «Обеспечение базовой конфиденциальности пациента» (Basic Patient Privacy Enforcement Option), тогда:

    Источник документов по требованию (On-demand document source) должен предоставлять возможность настройки в соответствии с Политикой согласия конфиденциальности пациента (Patient Privacy Consent Policies), идентификаторами (OID) Политики согласия конфиденциальности пациента и связанной информацией, необходимой для понимания и применения Политики области действия XDS (XDS Affinity Domain Policies).

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.4.1

Если реализована опция «Обеспечение базовой конфиденциальности пациента» (Basic Patient Privacy Enforcement Option), тогда:

    Источник документов по требованию (On-demand document source) может иметь интерфейс или бизнес правило, позволяющее определить код конфиденциальности для каждой записи документа по требованию.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.4.1

Транзакция ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry) должна использовать SOAP 1.2.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.1.5

Ответ по регистрации сведений документа по требованию  (Register On-Demand Document Entry Response) должен содержать статус запрошенной операции и если операция была неуспешна, сообщение об ошибке.

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.2.2

Если в рамках транзакции ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry) получены атрибуты creationTime, hash или size, тогда Реестр документов (Document Registry) должен вернуть сообщение об ошибке XDSRegistryMetadataError

IHE ITI TF [RF-4] Vol2b, раздел 3.61.4.2.2

Должны быть определены следующие пространства имен WSDL:

    ihe: «urn:ihe:iti:xds-b:2007»; rs: «urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0»; lcm: «urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0»; query: «urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0».

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Следующие значения должны быть импортированы (xsd:import) в секцию /definitions/types:

    namespace="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0", schema=" rs. xsd" namespace="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0", schema=" lcm. xsd"

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Атрибут /definitions/message/part/@element должен быть определен как «lcm:SubmitObjectsRequest» в запросе на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request)

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Атрибут /definitions/message/part/@element должен быть определен как «rs:RegistryResponse» в ответе на регистрацию набора документов (Register Document Set-b Response)

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Атрибут /definitions/portType/operation/input/@wsaw:Action должен быть определен как «urn:ihe:iti:2010:RegisterOnDemandDocumentEntry» в запросе на регистрацию сведений документа по требованию (Register On-Demand Document Entry Request)

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Атрибут /definitions/portType/operation/output/@wsaw:Action должен быть определен как «urn:ihe:iti:2010:RegisterOnDemandDocumentResponse» в ответе по регистрации сведений документа по требованию (Register On-Demand Document Entry Response)

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Атрибут /definitions/binding/operation/soap12:operation/@soapAction должен быть определен как «urn:ihe:iti:2010:RegisterOnDemandDocumentEntry»

IHE ITI TF [RF-4] Vol2b, раздел 3.61.5

Выходная информация

Выходной информацией транзакции ITI-61 «Зарегистрировать сведения документа по требованию» (Register On-Demand Document Entry) профиля IHE XDS является ответ «RegistryResponse» на запрос «SubmitObjectsRequest».

НЕ нашли? Не то? Что вы ищете?

Формат ответа «RegistryResponse» приведен в 4.

XDS. UC-7 [ITI-62] «Удалить метаданные набора документов» (Delete Document Set) Введение

Транзакция ITI-62 «Удалить метаданные набора документов» (Delete Document Set) предназначена для удаления произвольных метаданных объектов из Реестра документов (Document Registry) или Получателя документов (Document Recipient).

Входная информация

В общем случае входной информацией ITI-62 «Удалить метаданные набора документов» (Delete Document Set) профиля IHE XDS является запрос на удаление метаданных «RemoveObjectsRequest», содержащий список ссылок на объекты (ObjectRefs), подлежащие удалению из Реестра документов (Document Registry) или Получателя документов (Document Recipient).

Формат запроса «RemoveObjectsRequest» приведен в 8.

Обработка

На рисунке 8 представлена диаграмма последовательности, отражающая детальный обмен сообщениями в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set).

Рисунок 8 – Диаграмма последовательности транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set)

Основной сценарий:

Администратор документа (Document Administrator) направляет запрос на удаление метаданных набора документов (Update Document Set Request) Реестру документов (Document Registry) или Получателю документов (Document Recipient); Реестр документов (Document Registry) или Получатель документов (Document Recipient) обрабатывает запрос и направляет ответ на удаление метаданных набора документов (Update Document Set Response) Администратору документа (Document Administrator).

Пример SOAP-запроса (Update Document Set Request) в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) приведен в 7.1.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42