Спецификация требований к механизму интеграции (стр. 3 )

Общая часть Перспективы использования продукта

Сервисы регистра автотранспорта и регистра зданий должны быть использованы информационными системами в рамках проекта «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» [RF-2] для обмена актуальными данными о транспортных средствах и зданий организаций здравоохранения, а сервис регистра адресов – для получения данных об адресах.

Сервисы описываемых регистров являются самостоятельными сервисами Платформы.

Функции продукта

Сервисы регистра автотранспорта включают в себя следующие сервисы:

«Сервис получения информации о транспортном средстве» (Vehicle Registry Service – Query); «Сервис предоставления информации о транспортном средстве» (Vehicle Registry Service – Feed).

Сервисы регистра зданий включают в себя следующие сервисы:

«Сервис получения информации о здании» (Building Registry Service – Query); «Сервис предоставления информации о здании» (Building Registry Service – Feed).

Сервисы регистра адресов включают в себя следующие сервисы:

«Сервис получения информации об адресе» (Address Registry Service – Query).

Характеристики пользователя

Описание участников информационного обмена приведено в таблице 4.

Таблица 4 – Участники информационного обмена

Участник взаимодействия	Роль	Сервис	Описание
Информационная система (Information System)	Потребитель информации о транспортных средствах (Vehicles Information Consumer)	Сервис получения информации о транспортном средстве (Vehicles Registry Service – Query)	Участник взаимодействия, запрашивающий данные о транспортных средствах
Потребитель информации о зданиях (Buildings Information Consumer)	Сервис получения информации о зданиях (Buildings Registry Service – Query)	Участник взаимодействия, запрашивающий данные о зданиях
Потребитель информации об адресах (Addresses Information Consumer)	Сервис получения информации об адресах (Addresses Registry Service – Query)	Участник взаимодействия, запрашивающий данные об адресах
Источник информации о транспортных средствах (Vehicles Information Source)	Сервис предоставления информации о транспортных средствах (Vehicles Registry Service – Feed)	Участник взаимодействия, предоставляющий данные о новом транспортном средстве, об изменении данных или удалении записи транспортного средства
Источник информации о зданиях (Buildings Information Source)	Сервис предоставления информации о зданиях (Buildings Registry Service – Feed)	Участник взаимодействия, предоставляющий данные о новом здании, об изменении данных или удалении записи здания
Платформа (HII platform)	Регистр автотранспорта (Vehicles Registry)	Сервис получения информации о транспортных средствах (Vehicles Registry Service – Query)	Участник взаимодействия, предназначенный для обеспечения хранения информации о транспортных средствах, полученных от источника информации о транспортных средствах, и предоставления необходимых данных потребителю информации о транспортных средствах в соответствии с параметрами запроса
Сервис предоставления информации о транспортных средствах (Vehicles Registry Service – Feed)
Регистр зданий (Buildings Registry)	Сервис получения информации о зданиях (Buildings Registry Service – Query)	Участник взаимодействия, предназначенный для обеспечения хранения информации о зданиях, полученных от источника информации о зданиях, и предоставления необходимых данных потребителю информации о зданиях в соответствии с параметрами запроса
Сервис предоставления информации о зданиях (Buildings Registry Service – Feed)
Регистр адресов (Addresses Registry)	Сервис получения информации об адресах (Addresses Registry Service – Query)	Участник взаимодействия, предназначенный для обеспечения хранения информации о зданиях, полученных от источника информации об адресах, и предоставления необходимых данных потребителю информации об адресах в соответствии с параметрами запроса

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

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

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

Общие ограничения

К общим ограничениям относятся:

требования контракта № KHSTTIRP-D/SW-02-повторный на оказание услуг «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» [RF-2]; требования Технического задания на Платформу [RF-3].

Предоставление информации об автотранспорте и зданиях должно осуществляться на основе следующих операций:

Запрос на изменение (ModifyRequest);

Запрос на добавление (AddRequest).

Следующие DSML-команды не используются и как таковые не реализованы в этих интерфейсах DSML:

Запрос на удаление (DelRequest);

Запрос на изменение уникального имени записи в каталоге (ModDNRequest);

Запрос на сравнение (CompareRequest);

Запрос на расширение (ExtendedRequest).

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

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

equalityMatch – используется для указания точного соответствия указанного параметра фильтра поиска; approxMatch – используется для указания подстановочного соответствия указанного параметра фильтра поиска.

Все остальные типы фильтров, указанные в спецификации DSML, не поддерживаются Платформой.

Для объединения параметров фильтра логические операторы AND, OR и NOT могут использоваться, как указано в спецификации DSML. Платформа поддерживает только один уровень группировки параметров с использованием логических операторов (рекурсивная группировка не поддерживается).

Предположения и зависимости

Предполагается, что программное обеспечение сервисов регистра автотранспорта, регистра зданий и регистра адресов поддерживает доступ к открытым стандартам на основе веб-служб SOAP и XML. Все регистры должны иметь возможность функционировать под управлением серверной операционной системы семейства Windows или UNIX.

Конкретные требования Функциональные требования

Общие функциональные требования приведены в таблице 5.

Таблица 5 – Общие требования

ID	Требование
Организация может использовать сервисы Платформы только в том случае, если Информационная система, используемая организацией, зарегистрирована и назначена этой организации в регистре информационных систем Платформы.
Организация и Информационная система должны быть указаны в заголовке SOAP в каждом запросе, отправленном Платформе. Элементом заголовка SOAP для указания организации является From. ehkz: organizationID. Организация идентифицируется Organization OID Элементом заголовка SOAP для указания Информационной системы является From. ehkz: applicationID. Организация идентифицируется с помощью Application OID. Организация и Информационная система должны быть зарегистрировано в Платформе. Информационная система должна принадлежать организации.
Пользователь Информационной системы, которая инициирует запрос, должен быть аутентифицирован и авторизован Информационной системой, а действительный токен SAML должен быть получен от Платформы.
Информационная система не должна отправлять в запросе (addRequest или modifyRequest) любой атрибут записи DSML, который указан как «read only» (см. труктура интерфейсов DSML и перечень атрибутов Регистров Платформы.). Если Информационная система отправляет такой атрибут, то Платформа должна игнорировать этот атрибут.

Сервисы регистра автотранспорта RVBA. UC-1. Сервис получения информации о транспортном средстве (Vehicles Registry Service – Query) Введение

Сервис получения информации о транспортном средстве (Vehicles Registry Service – Query) обеспечивает возможность получения сведений о транспортном средстве Потребителем информации о транспортном средстве (Vehicles Information Consumer) из Регистра автотранспорта (Vehicles Registry).

Схема интерфейса (wsdl) сервиса получения информации о транспортном средстве (Vehicles Registry Service – Query) приведена в

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

Входной информацией является пакетный запрос BatchRequest (состоит из одного или нескольких элементов запроса) от Потребителя информации о транспортном средстве.

Формат пакетного запроса BatchRequest приведен в 1.

Обработка

Обобщенная диаграмма последовательности приведена на рисунке 1.