Обмен документами между медицинскими учреждениями (стр. 13 )

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

Общие требования, ограничения и допущения к транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set), приведены в таблице 13.

Таблица 13 – Общие требования, ограничения и допущения к транзакции IHE XDS ITI-62 «Удалить метаданные набора документов» (Delete Document Set)

Код	Требование, ограничение или допущение	Источник возникновения
Администратор документа (Document Administrator) должен выявить значение атрибута entryUUID объектов для удаления путем использования транзакции ITI-18 «Запросить набор документов» (Registry Stored Query) или из полученных ранее метаданных.	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.4.1.2
Если запись о документе (DocumentEntry) имеет, по крайней мере, одну ассоциацию «HasMember» с объектом SubmissionSet и объект не может быть удален, так как с ним ассоциированы другие объекты, тогда чтобы удалить запись о документе (DocumentEntry), потребуется удаление ассоциированных с ней объектов DocumentEntry и Association.	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.4.1.2
В запросе в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) должны использоваться следующие ограничения: Параметр AdhocQuery не должен быть указан. Удаление обозначается только в параметре ObjectRefList; Параметр deletionScope не указывается.	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.4.1.2
Реестр документов (Document Registry) или Получатель документов (Document Recipient) должен формировать следующие ключевые ошибки: UnresolvedReferenceException – идентификатор UUID не существуют в системе получателя; ReferencesExistException – удаляемые объекты ссылаются на другие метаданные в системе получателя.	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.4.1.3
Запрос на удаление набора метаданных документа должен использовать синхронный веб-сервис.	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.5
Атрибут /definitions/message/part/@element в запросе в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) должен быть определен как «lcm:RemoveObjectsRequest».	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.5
Атрибут /definitions/portType/operation/input/@wsaw:Action  в запросе в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) должен быть определен как «urn:ihe:iti:2010:DeleteDocumentSet».	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.5
Атрибут /definitions/portType/operation/output/@wsaw:Action в ответе в рамках транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) должен быть определен как «urn:ihe:iti:2010:DeleteDocumentSetResponse».	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.5
Атрибут /definitions/binding/operation/soap12:operation/@soapActionRequired должен быть определен как «false» (ложь).	IHE ITI TF [RF-4] Supplement XDS Metadata Update, раздел 3.62.5

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

Выходной информацией транзакции ITI-62 «Удалить метаданные набора документов» (Delete Document Set) профиля IHE XDS является ответ «RegistryResponse» на запрос «RemoveObjectsRequest».

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

Требования к производительности

Время отклика сервиса профиля IHE XDS должно быть не более 3-5 секунд, для не менее 80% запросов (при скорости канала 1 Мб/с и времени отклика не более 100 мс).

Ограничения проекта Соответствие стандартам

Реализация сервиса профиля IHE XDS должна быть выполнена в соответствии с требованиями спецификаций «IHE IT Infrastructure Technical Framework» [RF-4].

Для организации информационного взаимодействия должны применяться веб-сервисы, использующие формат XML, как язык описания информации и спецификацию SOAP (Simple Object Access Protocol). Все SOAP запросы и ответы должны использовать кодировку UTF-8.

Для описания программных интерфейсов, предоставляемых веб-сервисами, должен использоваться язык описания WSDL (Web Services Description Language).

СУБД должна поддерживать Unicode (UTF-8).

Ограничения на аппаратное обеспечение

Аппаратное обеспечение должно соответствовать требованиям раздела « Требования к техническому обеспечению» Технического задания на Платформу [RF-3].

Атрибуты Безопасность

Должна быть обеспечена защита данных от потери, изменения, уничтожения и несанкционированного доступа.

Должны быть предусмотрены средства защиты информации от несанкционированного доступа, такие как:

механизм аутентификации и авторизации пользователя; средства разграничения прав доступа пользователей; протоколирование работы пользователей, должен вестись журнал для  регистрации событий информационной безопасности (попытки несанкционированного доступа к информации и их результаты, запросы авторизованных пользователей и ответы на них, и другое); защита информации от изменения/повреждения неавторизованными пользователями.

Масштабируемость

Должна быть обеспечена возможность наращивания объемов хранимой и обрабатываемой информации, а также увеличения числа обслуживаемых пользователей без существенного снижения эксплуатационных характеристик при соответствующем наращивании аппаратных ресурсов.

Локализация

Должна быть обеспечена поддержка государственного и русского языков, параметров локализации для РК, непосредственно связанных с функционированием сервиса: формат даты и времени, чисел, система мер и прочего.

Требования к внешним интерфейсам Интерфейс с пользователем

Должна быть обеспечена корректная обработка ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях должно формироваться соответствующее сообщение с информацией о возникшей ошибке и ее возможных причинах.

Интерфейс с аппаратным обеспечением

Особых требований к интерфейсу с аппаратным обеспечением не предусмотрено.

Интерфейс с программным обеспечением

Программное обеспечение профиля IHE XDS должно функционировать под управлением серверной операционной системы семейства Windows или UNIX.

Должна использоваться реляционная СУБД, которая должна поддерживать не менее чем следующие стандартные механизмы взаимодействия программного обеспечения с СУБД: JDBC, , ODBC.

Коммуникационные интерфейсы

Для передачи данных должен использоваться транспортный протокол TCP, протокол прикладного уровня HTTPS, а также стек протоколов и стандартов веб-сервисов WSDL/SOAP.

Другие требования База данных

Применяемая СУБД должна быть предназначена для обеспечения надежного хранения информации. СУБД должна иметь инструменты для управления ролями, авторизации, аутентификации, управления учетными записями пользователей, ролями приложений.

СУБД должна иметь инструменты конфиденциальности данных: аудит операций создания, чтения, обновления и удаления данных (CRUD), шифрование данных и индексов, шифрование для сохраненных и передаваемых данных (с поддержкой протоколов SSL / TLS).

СУБД должна быть реляционной и должна поддерживать реляционную модель.

Версия СУБД должна быть не менее чем EnterpriseEdition.

Функционирование

Должны поддерживаться следующие режимы функционирования:

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

К профилактическому режиму относятся следующие ситуации:

проведение плановых профилактических работ по организации обеспечения бесперебойной работы в целом; проведение внеплановых работ по устранению сбоев и ошибок в работе программного и технического обеспечения.

Требования по адаптации к местоположению

Особых условий установки и эксплуатации, зависящих о местоположения программного обеспечения не предусмотрено.

Примеры SOAP-запросов и SOAP-ответов Транзакция ITI-18 «Запросить набор документов» (Registry Stored Query) Пример SOAP-запроса набора документов (RegistryStoredQueryRequest)

<s:Envelope xmlns:s="http://www. w3.org/2003/05/soap-envelope" xmlns:a="http://www. w3.org/2005/08/addressing">

  <!--The following header applies for a Synchronous Web Services Exchange Request

  Please note that a soap message can only have one header section. -->

  <s:Header>

               <a:Action s:mustUnderstand="1">urn:ihe:iti:2007:RegistryStoredQuery</a:Action>

               <a:MessageID>urn:uuid:a02ca8cd-86fa-4afc-a27c-616c183b2055</a:MessageID>

               <a:ReplyTo>

                       <a:Address>http://www. w3.org/2005/08/addressing/anonymous</a:Address>

               </a:ReplyTo>

               <a:To s:mustUnderstand="1">http://localhost:2647/XdsService/IHEXDSRegistry. svc</a:To>

       </s:Header>

  <!--The following DISABLED header applies for an Asynchronous Web Services Exchange Request