СОДЕРЖАНИЕ
Аннотация
1 Общие положения
1.1 Определения, обозначения и сокращения
1.2 Назначение документа

1.3 Порядок подключения к АЭМД
2 Сценарии взаимодействия с ИС
2.1 Регистрация сведений об ЭМД
2.1.1 Участники
2.1.2 Критерий успешности выполнения
2.1.3 Предварительные условия
2.1.4 Базовый сценарий
2.2 Поиск записей в АЭМД
2.2.1 Участники
2.2.2 Критерий успешности выполнения
2.2.3 Предварительные условия
2.2.4 Базовый сценарий
2.3 Запрос регистрационных сведений об ЭМД в АЭМД
2.3.1 Участники
2.3.2 Критерий успешности выполнения
2.3.3 Предварительные условия
2.3.4 Базовый сценарий
2.4 Получение файла ЭМД запрашивающей ИС из АЭМД
2.4.1 Участники
2.4.2 Критерий успешности выполнения
2.4.3 Предварительные условия
2.4.4 Базовый сценарий
2.5 Получение метаописания ЭМД в АЭМД
2.5.1 Участники
2.5.2 Критерий успешности выполнения
2.5.3 Предварительные условия
2.5.4 Базовый сценарий
2.6 Отправка в ИС уведомления о регистрации ЭМД из другой ИС
2.6.1 Участники
2.6.2 Критерий успешности выполнения
2.6.3 Предварительные условия
2.6.4 Базовый сценарий
3 Описание веб-сервиса обмена сведениями об ЭМД
3.1 Описание транспортного заголовка АЭМД
3.2 Метод «registerDocument»
3.3 Метод «searchRegistryItem»
3.4 Метод «getRegistryItem»
3.5 Метод «demandContent»
3.6 Метод «getMetadata»
4 Описание веб-сервиса на стороне ИС
4.1 Метод «sendRegisterDocumentResult»
4.2 Метод «sendDocumentFile»
4.3 Метод «sendNotice»
6. Требования к формату файла документа в электронном виде
6.1 Формат файла документа PDF/A-1
6.2 Формат файла документа XML
6.3 Требования к электронной подписи
7. Список ссылочных документов
ИСТОРИЯ ИЗМЕНЕНИЯ ДОКУМЕНТА
Приложение А
Приложение Б
Метод «registerDocument»
Метод «searchRegistryItem»
Метод «getRegistryItem»
Метод «demandContent»
Метод «getMetadata»
Приложение В
Метод «sendRegisterDocumentResult»
Метод «sendDocumentFile»
Метод «sendNotice»

Аннотация

Настоящий документ представляет собой описание интеграционных профилей подсистемы «АЭМД» для интеграции с подсистемами Единой информационной системы в сфере здравоохранения, государственными информационными системами в сфере здравоохранения субъектов Российской Федерации и иными информационными системами.

Общие положения

Определения, обозначения и сокращения

Таблица 1 – Определения, обозначения и сокращения

Термин	Описание
CAdES	CMS Advanced Electronic Signatures – стандарт электронной подписи, представляющий собой расширенную версию стандарта электронной подписи CMS (Cryptographic Message Syntax)
OID	Уникальный идентификатор объекта Минздрава России
PDF	Portable Document Format – платформонезависимый формат электронных документов, созданный фирмой Adobe Systems использованием ряда возможностей PostScript
PDF/A	Portable Document Format/A – стандарт ISO 19005-1:2005 для долгосрочного архивного хранения электронных документов и базируется на описании стандарта PDF версии 1.4
SOAP	Simple ObjectAccess Protocol — простой протокол доступа к объектам
WSDL	Web Services Description Language – язык описания веб-сервисов
XML	eXtensible Markup Language — расширяемый язык разметки
ГИП	Компонент подсистемы РЭМД, отвечающий за учет сведений о пациентах с учетом их обезличивания в соответствии с требованиями Федерального закона от 21.11.2011 №323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»
ДИТ МЗ РФ	Департамент цифрового развития и информационных технологий Министерства здравоохранения Российской Федерации
ЕСИА	Единая система идентификации и аутентификации
Запись реестра	Набор сведений об электронном медицинском документе
ИПС	Интеграционная подсистема интеграции прикладных систем ЕГИСЗ
ИС	Информационная система
Метаописание документа	Набор данных, описывающих контекст, содержание и структуру документа, а также управление документом во времени
МО	Медицинская организация
МИС	Медицинская информационная система
НПА	Нормативный правовой акт
ОГРН	Основной государственный регистрационный номер
ГИС	Государственная информационная система в сфере здравоохранения субъекта Российской Федерации
РЭМД	Подсистема «Федеральный реестр электронных медицинских документов» ЕГИСЗ
СКЗИ	Средство криптографической защиты информации
СНИЛС	Страховой номер индивидуального лицевого счёта
СТП	Служба технической поддержки
ФРМО	Подсистема «Федеральный реестр медицинских организаций» ЕГИСЗ
ФРМР	Подсистема «Федеральный регистр медицинских работников» ЕГИСЗ
ЭМД	Медицинский документ в форме электронного документа
ЭП	Электронная подпись
ФЛК	Форматно-логический контроль

Назначение документа

Настоящий документ предназначен для разработчиков государственных информационных систем в сфере здравоохранения субъекта Российской Федерации (далее – ГИС), медицинских информационных систем (далее МИС) и иных информационных систем, интегрируемых с подсистемой «АЭМД» (далее – АЭМД, подсистема), и описывает методологию разработки взаимодействия с подсистемой при передаче сведений о медицинской документации в форме электронных документов, по составу которой невозможно определить состояние здоровья гражданина, и сведения о медицинской организации, в которой такая документация создана и хранится.
Настоящая спецификация интеграционных профилей определяет основной набор сообщений для обмена сведениями об ЭМД.

Порядок подключения к АЭМД

Для подключения ИС в тестовой/промышленной среде АЭМД необходимо направить официальное письмо в адрес Государственного автономного учреждения здравоохранения «Республиканский медицинский информационно-аналитический центр» заявку на регистрацию ИС в АЭМД по форме, приведенной в Приложение Г, содержащую:

сведения об организации, эксплуатирующей ИС;
сведения о подключаемой ИС.

Заявка в обязательном порядке подается в двух форматах – docx и pdf, при этом заявка в формате pdf должна содержать подпись и расшифровку подписи уполномоченного лица.
Информационная система для которой требуется подключение к АЭМД должна полностью соответствовать требованиям Технических условий по подключению к Государственной информационной системе «Электронное здравоохранение Республики Татарстан».

Сценарии взаимодействия с ИС

Регистрация и обмен сведениями об ЭМД между АЭМД и ИС выполняется с использованием интеграционных сервисов и производится согласно следующим сценариям:

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

Получение ЭМД, хранящихся в электронных архивах ИС, а также отправка уведомлений о регистрации ЭМД из других ИС, выполняется с использованием интеграционных сервисов, реализованных на стороне ИС, требования к которым описаны в разделе «Описание веб-сервиса на стороне ИС».

Регистрация сведений об ЭМД

Сценарий описывает процедуру регистрации сведений об ЭМД в подсистеме АЭМД. Инициатором взаимодействия выступает ИС. Описание используемого метода сервиса АЭМД представлено в разделе 3.2.

Участники

АЭМД;
ИС.

Критерий успешности выполнения

Сведения об ЭМД успешно зарегистрированы в АЭМД.

Предварительные условия

В ИС сформирован ЭМД, подлежащий регистрации в АЭМД, а также его метаописание и контент.
Данные о медицинской организации, в которой был создан документ, присутствуют в ФРМО.
Данные о медицинском работнике, подписавшем ЭМД, присутствуют в ФРМР.

Базовый сценарий

Рисунок 1 – Диаграмма регистрации сведений об ЭМД
Таблица 2 – Базовый сценарий регистрации сведений об ЭМД

Базовые шаги сценария

ИС формирует и направляет в АЭМД запрос на регистрацию сведений об ЭМД.
АЭМД принимает поступивший запрос и производит первичную проверку запроса (альтернативный сценарий 2а).
АЭМД формирует подтверждение о принятии запроса на обработку.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0354367d-cf53-4134-9993-b497d60f4be7"><ac:plain-text-body><![CDATAАЭМД производит проверку поступивших сведений и их регистрацию в случае успешной проверки (альтернативный сценарий 6а). ФЛК ЭМД описан в документе «Описание выполняемых проверок при регистрации отдельных ЭМД формата CDA в РЭМД ЕГИСЗ»[1]. \]></ac:plain-text-body></ac:structured-macro>
АЭМД отправляет сообщение об успешной регистрации сведений об ЭМД с помощью сервиса обратного вызова, реализованного на стороне ИС (альтернативный сценарий 7а).
ИС подтверждает успешное принятие результатов регистрации сведений об ЭМД (альтернативный сценарий 8а).

Альтернативные шаги сценария

2а. При обнаружении ошибок в запросе на регистрацию сведений об ЭМД в ответном сообщении передается информация о найденных ошибках. Сценарий завершен.
6а. При обнаружении ошибок на этапе проверки ЭМД/регистрации сведений об ЭМД в сообщении с результатами регистрации передается информация о найденных ошибках. Сценарий завершен.
7а. В случае недоступности сервиса на стороне ИС АЭМД повторяет отправку результата, пока результат не будет принят.
8а. В случае отсутствия положительного ответа от ИС АЭМД считает процедуру регистрации законченной. Ответ ИС сохраняется в аудите взаимодействия. Сценарий завершен.

Примечания:

При первичной проверке производится только валидация синтаксической корректности запроса. Данная проверка выполняется синхронно.
При регистрации сведений производится полная проверка предоставленных сведений:

проверка сертификатов электронных подписей, которыми был подписан ЭМД, с помощью сертифицированных СКЗИ;
проверка наличия сведений о медицинской организации в ФРМО;
проверка наличия сведений о медицинских работниках в ФРМР.

Результаты регистрации направляются в ИС асинхронно с помощью сервиса, описанного в разделе 4.1.

Поиск записей в АЭМД

Сценарий описывает процедуру поиска записей в АЭМД по отдельным атрибутам метаописания документа. Данный сценарий предполагается к использованию для проверки факта регистрации в АЭМД при обновлении сроков хранения электронного медицинского документа в ИС. Описание используемого метода сервиса АЭМД представлено в разделе 3.3.

Участники

АЭМД;
ИС.

Критерий успешности выполнения

Найдены записи реестра, удовлетворяющие поисковым критериям.

Предварительные условия

Сведения об ЭМД, удовлетворяющие поисковым критериям, зарегистрированы в АЭМД;

Базовый сценарий

Рисунок 2 – Диаграмма поиска записей реестра
Таблица 3 – Базовый сценарий поиска записей реестра

Базовые шаги сценария

ИС формирует и направляет в АЭМД запрос на поиск записей реестра, используя необходимый набор параметров поиска.
АЭМД производит поиск записей согласно заданным критериям. АЭМД передает результаты поиска записей реестра (альтернативный сценарий 2а).

Альтернативные шаги сценария

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

Примечания:

При передаче нескольких параметров поиска критерии объединяются с помощью логического оператора «И». То есть, в результатах поиска будут представлены записи, которые удовлетворяют всем параметрам исходного запроса.
Если поисковым критериям удовлетворяет большое количество записей, то результаты поиска разбиваются на страницы по 10000 записей, и в качестве результата передаются данные первой страницы. Для получения остальных результатов поиска ИС может выполнить повторный запрос, передав в качестве параметра поиска порядковый номер страницы с результатами.

Запрос регистрационных сведений об ЭМД в АЭМД

Сценарий описывает процедуру запроса регистрационных сведений об ЭМД в АЭМД. Описание используемого метода сервиса АЭМД представлено в разделе 3.4.

Участники

АЭМД;
ИС.

Критерий успешности выполнения

Сведения о регистрации ЭМД найдены в АЭМД и переданы в ИС.

Предварительные условия

Необходимая запись зарегистрирована в АЭМД и срок ее хранения не истек.

Базовый сценарий

Рисунок 3 – Диаграмма запроса регистрационных сведений
Таблица 4 – Базовый сценарий запроса регистрационных сведений

Базовые шаги сценария

ИС запрашивает полные сведения о регистрации ЭМД по номеру записи в реестре.
АЭМД производит поиск регистрационных сведений (альтернативный сценарий 2а).
АЭМД передает сведения о регистрации записи.

Альтернативные шаги сценария

2а. При отсутствии запрашиваемой записи (такой записи не существовало, либо запись зарегистрирована не через АЭМД) в ответном сообщении возвращается отрицательный статус выполнения запроса с сообщением об отсутствии запрашиваемой информации. Сценарий завершен.

Получение файла ЭМД запрашивающей ИС из АЭМД

Сценарий описывает процедуру получения файла ЭМД из АЭМД по запросу от запрашивающей ИС. Для запроса файла ЭМД из АЭМД необходимо сначала получить номер ЭМД, присвоенный ему в реестре. Получить номер записи в реестре можно с помощью поиска записей в реестре. Описание процесса поиска ЭМД в реестре представлено в разделе 2.2, описание используемого метода сервиса АЭМД представлено в разделе 3.3.
При получении запроса от запрашивающей ИС АЭМД необходимо передать документ запрашивающей системе. Описание используемого метода сервиса АЭМД представлено в разделе 3.5. Описание метода сервиса запрашивающей ИС, используемого для предоставления ответа, представлено в разделе 4.2.

Участники

АЭМД;
Запрашивающая ИС;

Критерий успешности выполнения

Запрашивающей ИС получен ЭМД из АЭМД.

Предварительные условия

ЭМД зарегистрирован в АЭМД.

Базовый сценарий

Рисунок 5 – Диаграмма получения файла ЭМД запрашивающей ИС из АЭМД
Таблица 5 – Базовый сценарий получения файла ЭМД запрашивающей ИС из архива предоставляющей ИС

Базовые шаги сценария

Запрашивающая ИС направляет в АЭМД запрос на получение файла ЭМД.
АЭМД подтверждает получение запроса.
АЭМД отправляет запрос на предоставление ЭМД с помощью сервиса обратного вызова, реализованного на стороне запрашивающей ИС.
АЭМД производит поиск и извлечение файла ЭМД (альтернативный сценарий 4а).
Запрашивающая ИС подтверждает получение ЭМД. Сценарий завершен.

Альтернативные шаги сценария

4а. При отсутствии в электронном архиве ИС запрашиваемой записи в ответном сообщении возвращается отрицательный статус выполнения запроса с сообщением об отсутствии запрашиваемой информации. Сценарий завершен.

Получение метаописания ЭМД в АЭМД

Сценарий описывает процедуру получения метаданных ЭМД, зарегистрированных в АЭМД. Возможно как получение метаописания собственных документов, так и документов, зарегистрированных другими системами. Описание используемого метода сервиса АЭМД представлено в разделе 3.6.

Участники

АЭМД;
ИС.

Критерий успешности выполнения

Сведения об ЭМД найдены в АЭМД и переданы в ИС.

Предварительные условия

ЭМД зарегистрирован в АЭМД.

Базовый сценарий

Рисунок 6 – Диаграмма получения метаописания ЭМД в АЭМД
Таблица 6 – Базовый сценарий получения файла ЭМД запрашивающей ИС из архива предоставляющей ИС

Базовые шаги сценария	ИС направляет в АЭМД запрос на получение метаописания ЭМД. АЭМД производит поиск сведений об ЭМД в реестре. АЭМД предает метаописание ЭМД в ИС (альтернативный сценарий 3а).
Альтернативные шаги сценария	3а. При отсутствии в регистре ЭМД с переданным номером, АЭМД возвращает сообщение отсутствии запрошенного документа в реестре. Сценарий завершен.

Отправка в ИС уведомления о регистрации ЭМД из другой ИС

Сценарий описывает процедуру получения ИС уведомления о регистрации в РЭМД сведений об ЭМД из других ИС. Описание используемого метода сервиса ИС представлено в разделе 4.3.

Участники

РЭМД;
АЭМД;

ИС.

Критерий успешности выполнения

Уведомление доставлено в ИС.

Предварительные условия

В РЭМД поступил запрос на регистрацию сведений об ЭМД/В РЭМД поступил запрос на создание связи между документами.
В РЭМД администратором настроено правило отправки уведомлений в ИС.

Базовый сценарий

Рисунок 7 – Диаграмма отправки в ИС уведомления о регистрации ЭМД из другой ИС
Таблица 7 – Базовый сценарий получения файла ЭМД запрашивающей ИС из архива предоставляющей ИС

Базовые шаги сценария

В РЭМД поступил запрос на регистрацию сведений об ЭМД. РЭМД производит регистрацию сведений.
РЭМД отправляет сведения об ЭМД в АЭМД.
АЭМД подтверждает получение сведений об ЭМД.
РЭМД проверяет необходимость отправки в ИС уведомления о регистрации ЭМД из другой ИС.
РЭМД отправляет в АЭМД запрос на предоставление уведомления о регистрации ЭМД из другой ИС (альтернативный сценарий 5а).
АЭМД отправляет в ИС запрос на предоставление уведомления о регистрации ЭМД из другой ИС (альтернативный сценарий 6а). Сценарий завершен.

Альтернативные шаги сценария

5а. При отсутствии необходимости уведомление не отправляется. Сценарий завершен.
6а. При отсутствии необходимости уведомление не отправляется. Сценарий завершен.

Примечания:

Необходимость отправки уведомлений настраивается администратором РЭМД по решению ДИТ МЗ РФ. Настройка производится по следующим параметрам:

ИС-источник инициирующего запроса;
ИС-получатель уведомлений;
Вид документов, о которых необходимо уведомлять.

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

регистрация документа – ИС-получатель принимает уведомления о регистрации документов определенного вида из определенных ИС-источников;
создание связи – ИС-получатель принимает уведомления о создании связи между ее документом и документом определенного вида из определенных ИС-источников.

Описание веб-сервиса обмена сведениями об ЭМД
Сервис обмена сведениями об ЭМД предназначен для передачи информации об ЭМД между ИС и подсистемой АЭМД. Методы сервиса обеспечивают:
регистрацию сведений об ЭМД, созданных в ИС;
поиск информации об ЭМД (записи реестра) в АЭМД;
запрос регистрационных сведений об ЭМД в АЭМД;
запрос файла ЭМД запрашивающей ИС из АЭМД;
запрос метаописания ЭМД в АЭМД.

Для взаимодействия с АЭМД используется SOAP 12, структура сервиса описана с использованием WSDL. Адреса для тестовой и промышленный среды предоставляет МИАЦ региона по запросу.
Список методов сервиса и их назначение приведены в таблице ниже (Таблица 8).
Таблица 8 – Список методов сервиса

Метод	Назначение
Код: registerDocument Наименование: Регистрация сведений об ЭМД	Предназначен для регистрации сведений об ЭМД в АЭМД
Код: searchRegistryItem Наименование: Поиск записи в реестре	Предназначен для поиска записи реестра по метаописанию ЭМД
Код: getRegistryItem Наименование: Запрос регистрационных сведений об ЭМД	Предназначен для получения сведений о регистрации ЭМД
Код: demandContent Наименование: Запрос файла ЭМД из хранилища предоставляющей системы	Предназначен для получения файла ЭМД из АЭМД
Код: getMetadata Наименование: Запрос метаописания ЭМД	Предназначен для получения метаописания ЭМД, зарегистрированного в АЭМД

В АЭМД предусмотрена проверка уникальности идентификатора документа в рамках всей подсистемы. Поэтому зарегистрировать несколько документов под одним и тем же идентификатором невозможно.
Генерация идентификаторов должна производиться согласно стандарту UUID (Universally Unique Identifier, RFC 4122). UUID — статистически уникальный 128-битный идентификатор. UUID представляет собой 16-байтный (128-битный) номер. Формат строки: [a-fA-F0-9]{8}[a-fA-F0-9]{4}[a-fA-F0-9]{4}[a-fA-F0-9]{4}[a-fA-F0-9]{12}. Пример UUID: 550e8400-e29b-41d4-a716-446655440000. Рекомендации к генерации UUID также указаны в стандартах ITU-T Rec. X.667 и ISO/IEC 9834-8.
Для остальных передаваемых идентификаторов использование UUID является предпочтительным, но допускается использование идентификаторов других видов.

Описание транспортного заголовка АЭМД

Помимо самого тела запроса, каждое сообщение к сервису АЭМД должно содержать транспортный заголовок, сформированный по требованиям ИПС, описанным в разделе 3.4 документа «Методические материалы по подключению к Сервису ИПС» [2].
Также есть возможность передачи в сообщениях транспортного заголовка АЭМД. В транспортном заголовке АЭМД указывается идентификатор МО, от имени которой выполняется запрос к сервису АЭМД, а также код режима отладки.
Таким образом доступ к документам, предоставленный пациентом, учитывается при указании идентификатора МО в транспортном заголовке АЭМД при следующих сценариях:

поиск записей регистра, зарегистрированных другими ИС (см. раздел 2.2);
получение файла ЭМД запрашивающей ИС из АЭМД (см. раздел 2.4);
получение метаописания ЭМД, зарегистрированного другой ИС (см. раздел 2.5).

Медицинская организация, указанная в транспортном заголовке АЭМД, должна быть подключена к ИС в АЭМД.
Если в транспортном заголовке АЭМД указан атрибут с кодом отладки, то допускается передача в запросе на регистрацию сведений об ЭМД (см. раздел 2.1) подписей, сформированных не квалифицированными сертификатами ЭП. В этом случае для всех сертификатов не производится построение цепочек сертификации до головного удостоверяющего центра. Таким образом допускается использование сертификатов, выданных не аккредитованными и тестовыми удостоверяющими центрами. Режим отладки допускается только в тестовой среде АЭМД.
Описание транспортного заголовка АЭМД представлено в таблице ниже (Таблица 9).
Таблица 9 – Описание транспортного заголовка АЭМД

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
Тип: emdrTransportHeader
medOrgOid	Медицинская организация	-	xs:string	Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461
trialMode	Режим отладки	-	tns:trialMode	Составной тип. Группа атрибутов, указывающая на выполнение запроса в режиме отладки
Тип: trialMode
option	Опция отладки	-	tns:trialOption	Код режима отладки. Допустимые значения: skip_end_entity_certificate_validation – отключить проверку сертификатов, которыми были сформированы подписи документов

Метод «registerDocument»

Метод «registerDocument» используется для регистрации сведений об ЭМД. ИС передает набор данных для регистрации, в ответном сообщении АЭМД возвращает извещение о результатах обработки запроса. Результаты регистрации передаются на адрес сервиса обратного вызова ИС, требования к которому описаны в разделе 4 «Описание веб-сервиса на стороне ИС».
Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 10 – Общие сведения о методе

Код операции:	registerDocument
Наименование операции:	Регистрация сведений об ЭМД

Таблица 11 − Входные параметры метода registerDocument (registerDocumentRequest)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
messageId	Идентификатор запроса	+	xs:string	Будет передан в запросе к callback-сервису ИС
localUid	Уникальный идентификатор документа	+	tns:uuid	Предоставляется в формате UUID. Ограничивается длиной в 36 символов. Например: 550e8400-e29b-41d4-a716-446655440000
kind	Вид документа	+	xs:string	OID вида документа. Заполняется по справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1520 ) К регистрации принимаются только документы видов, перечисленных в актуальной на момент регистрации документа версии справочника
system	Уникальный идентификатор ИС	+	xs:string	Присваивается ИС при регистрации в АЭМД и передается при информационном взаимодействии
organization	Медицинская организация	+	xs:string	Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1461) Ограничивается длиной в 50 символов
department	Подразделение	+	tns:department	Составной тип.
documentNumber	Номер документа	+	xs:string	Регистрационный номер документа внутри организации или подразделения
creationDate	Дата создания документа	-	xs:date	Дата создания документа внутри организации или ее подразделения Временно поддерживаются 2 параметра: creationDate, creationDateTime. Обязательно указывать один из них. Прием запросов с использованием параметра creationDate будет отключен. Вместо него необходимо перейти на использование параметра creationDateTime
creationDateTime	Дата и время создания документа	+	xs:timestamp	Дата и время создания документа внутри организации или ее подразделения
patient	Пациент	-	tns:patient	Составной тип. Передается для документов, предполагающих наличие сведений о пациенте согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520
docContent	Контент документа	+	tns:docContent	Контент документа
assistance	Дополнительные сведения об ЭМД	-	tns:assistance	Составной тип. Группа атрибутов определяющая дополнительные сведения об ЭМД
orgSignature	Файл подписи МО	-	tns:binaryData	Составной тип. Передается для видов документов, предполагающих наличие электронной подписи МО согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520. Предоставляется в виде двоичных данных.
recipient	Сведения о выдаче документа	-	tns:documentRecipient	Составной тип. Сведения о получателе документа. Заполняется при выдаче бумажной копии документа.
description	Описание документа	+	xs:string	Краткое произвольное описание документа. Порядок заполнения значения см. в разделе 6.6 текущего документа. Ограничивается длиной в 1000 символов.
personalSignature	Сведения о подписях	-	tns:personalSignature	Составной тип. Передаются сведения о сотрудниках МО, подписавших документ, и файлы открепленной подписи. Состав подписей должен быть представлен согласно справочнику «РЭМД. Правила подписи электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.42 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42)
pluggableAttributes	Дополнительные атрибуты	-	xs:base64Binary	Дополнительные атрибуты документа, передаются в виде XML в base64. Структура XML формируется согласно установленной XSD-схеме для передаваемого вида документа
associations	Связи документа	-	tns:association	Составной тип. Группа атрибутов, определяющих добавляемую связь документа с другими документами, зарегистрированными в АЭМД
replace	Заменяемый документ	-	tns:documentIdentifier	Составной тип. Группа атрибутов (актуальной версии) документа, который следует заменить. Указывается при необходимости регистрации новой версии существующего документа
Тип: department
localId	Идентификатор подразделения	+	xs:string	OID подразделения организации согласно сведениям ФРМО. Заполняется по справочнику «ФРМО. Справочник структурных подразделений», OID 1.2.643.5.1.13.13.99.2.114 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.114). Ограничивается длиной в 50 символов
name	Наименование подразделения	+	xs:string	Наименование подразделения организации согласно сведениям ФРМО
Тип: patient
surname	Фамилия пациента	+	xs:string
name	Имя пациента	+	xs:string
patrName	Отчество пациента	-	xs:string	Передается при наличии
birthDate	Дата рождения пациента	+	xs:date
gender	Пол пациента	+	xs:string	Код пола по справочнику «Пол пациента», OID 1.2.643.5.1.13.13.11.1040 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1040 )
localId	Идентификатор пациента	+	xs:string	Уникальный идентификатор пациента в ИС
snils	СНИЛС	-	tns:snils	Простой тип. СНИЛС передается без разделителей. Пример: 70497251609. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием СНИЛС» или «Обязательны, с указанием документа». Ограничивается длиной в 11 символов
enp	ЕНП	-	tns:enp	Простой тип. Единый номер полиса пациента, состоящий из 16 цифр. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа»
otherId	ДУЛ	-	tns:patientOtherId	Составной тип. Сведения о документе, удостоверяющем личность, пациента Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа»
Тип: docContent
data	Контент документа	+	xs:base64Binary	Контент документа
checksum	Контрольная сумма	+	xs:long	Контрольная сумма
Тип: patientOtherId
type	Тип документа	+	xs:string	Уникальный идентификатор вида ДУЛ по справочнику «Классификатор документов, удостоверяющих личность гражданина Российской Федерации», OID 1.2.643.5.1.13.2.1.1.498 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.2.1.1.498 )
number	Номер документа	+	xs:string	Номер документа
Тип: assistance
renderedServices	Оказанные услуги	-	tns:renderedServices	Составной тип. Группа атрибутов определяющая перечень оказанных услуг
Тип: renderedServices
renderedService	Оказанная услуга	+	tns: renderedService	Составной тип. Группа атрибутов определяющая сведения об оказанной услуге
Тип: renderedService
code	Код услуги	+	xs:string	Код услуги по справочнику «Номенклатура медицинских услуг», OID 1.2.643.5.1.13.13.11.1070 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1070 )
renderedDate	Дата оказания	+	xs:date	Дата оказания услуги
Тип: association
target	Связанный документ	+	tns:notEmptyString	Номер связанной записи реестра (регистровый номер)
type	Тип связи	+	tns:associationType	Указывается код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122 )
Тип: binaryData
data	Данные	+	xs:base64Binary	Данные в base64
checksum	Контрольная сумма	+	xs:long	Контрольная сумма файла, вычисленная по алгоритму CRC-32-IEEE 802.3 (в десятичном представлении). Ограничивается длиной в 30 символов.
Тип: recipient
kind	Тип адресата	+	tns:recipientKind	Указывается код типа получателя согласно справочнику «РЭМД. Типы получателей медицинских документов», OID 1.2.643.5.1.13.13.99.2.123 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.123 )
recipientKindPerson	Физическое лицо	-	tns:recipientKindPerson	Указывается, если получателем документа является физическое лицо
recipientKindMedicalOrganization	Медицинская организация	-	tns:recipientKindMedicalOrganization	Указывается, если получателем является медицинская организация
recipientKindOrganization	Немедицинская организация	-	tns:recipientKindOrganization	Указывается, если получателем является немедицинская организация
Тип: recipientKindPerson
snils	СНИЛС получателя	+	tns:snils	Простой тип. СНИЛС передается без разделителей. Пример: 70497251609
Тип: recipientKindMedicalOrganization
organization	OID Медицинской организации	+	tns:organization	Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461
Тип: recipientKindOrganization
ogrn	ОГРН	+	tns:ogrn	ОГРН организации. Пример: 1068664613522
kpp	КПП	+	tns:kpp	КПП организации. Пример: 181145250
Тип: personalSignature
signer	Подписавший сотрудник	+	tns:signer	Составной тип. Передаются сведения о сотруднике МО, подписавшем документ
signature	Файл подписи	+	tns:binaryData	Предоставляется в виде двоичных данных
description	Описание подписи	-	xs:string	Краткое произвольное описание подписи Ограничивается длиной в 1000 символов
Тип: signer
localId	Идентификатор сотрудника	-	xs:string	Уникальный идентификатор сотрудника в ИС. Ограничивается длиной в 100 символов
role	Роль сотрудника при подписи	+	xs:string	Указывается код роли по справочнику 1.2.643.5.1.13.2.1.1.734 (Справочник ролей сотрудников при подписи электронных медицинских документов)
surname	Фамилия сотрудника	+	xs:string	Ограничивается длиной в 100 символов
name	Имя сотрудника	+	xs:string	Ограничивается длиной в 100 символов
patrName	Отчество сотрудника	-	xs:string	Заполняется при наличии. Ограничивается длиной в 100 символов
birthDate	Дата рождения сотрудника	-	xs:date
snils	СНИЛС сотрудника	+	tns:snils	Простой тип. СНИЛС передается без разделителей. Ограничивается длиной в 11 символов. Пример: 70497251609
position	Должность сотрудника	+	xs:string	Указывается должность по справочнику 1.2.643.5.1.13.13.99.2.181 (ФРМР. Должности медицинского персонала)
speciality	Специальность сотрудника	-	xs:string	Указывается специальность по справочнику 1.2.643.5.1.13.13.11.1066 (Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения)
email	Адрес электронной почты	-	xs:string	Ограничивается длиной в 100 символов
phone	Телефон сотрудника	-	tns:phoneNumber	Передается без разделителей и кода страны. Ограничивается длиной в 100 символов. Пример: 9242551020
Тип: documentIdentifier
root	Заменяемый документ	+	xs:string	Передается регистровый номер (без постфикса версии) документа, для которого создается новая версия
version	Заменяемая версия документа	-	xs:int	Передается номер актуальной версии документа, для которого создается новая версия. Если актуальная первая версия, то атрибут не передается.

Таблица 12 – Выходные параметры метода registerDocument (acknowledgment)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок

Метод «searchRegistryItem»

Метод «searchRegistryItem» используется для поиска записей в реестре сведений об ЭМД. ИС передает набор поисковых параметров, в ответном сообщении АЭМД возвращает список записей, удовлетворяющих критериям запроса. Для поиска может быть указано несколько параметров, в таком случае в результатах будут переданы записи, которые удовлетворяют всем критериям поиска. Доступ к записям разграничен, каждая ИС может производить поиск только тех записей, которые зарегистрированы этой ИС. Поиск производится по актуальным версиям документов.
Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 13 – Общие сведения о методе

Код операции:	searchRegistryItem
Наименование операции:	Поиск записи в реестре

Таблица 14 − Входные параметры метода searchRegistryItem (searchRegistryItemRequest)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
organization	Медицинская организация	-	xs:string	Указывается OID МО согласно ФНСИ. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461
localUid	Уникальный идентификатор документа	-	tns:uuid	Предоставляется в формате UUID. Например: 550e8400-e29b-41d4-a716-446655440000 Ограничивается длиной в 36 символов
kind	Вид документа	-	xs:string	Указывается OID вида документа. Заполняется по справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520
documentNumber	Номер документа	-	xs:string	Регистрационный номер ЭМД внутри организации или подразделения
creationDateBegin	Дата и время начала периода создания документа	-	xs:timestamptz	Дата и время начала периода регистрации ЭМД внутри организации или ее подразделения
creationDateEnd	Дата и время окончания периода создания документа	-	xs:timestamptz	Дата и время окончания периода регистрации ЭМД внутри организации или ее подразделения
registerDateBegin	Дата и время начала периода регистрации документа	-	xs:timestamptz	Дата и время начала периода регистрации ЭМД в РЭМД
registerDateEnd	Дата и время окончания периода регистрации документа	-	xs:timestamptz	Дата и время окончания периода регистрации ЭМД в РЭМД
patientId	Идентификатор пациента	-	xs:string	Уникальный идентификатор пациента в ИС
patientSnils	СНИЛС пациента	-	tns:snils	Передается без разделителей. Пример: 11223344595
page	Страница	-	xs:int	Номер запрашиваемой страницы результатов. Нумерация производится с нуля

Таблица 15 – Выходные параметры метода searchRegistryItem (searchRegistryItemResponse)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
matches	Результаты поиска	-	tns:searchMatches	Список результатов при успешном поиске
errors	Список ошибок	-	tns:errors	Ошибки в случае статуса ответа «error»
item	Элемент списка записей реестра	-	tns:searchMatch	Составной тип. Список записей реестра, удовлетворяющих параметрам поиска.
page	Страницы	+	tns:matchesPage	Составной тип
Тип: searchMatch
emdrId	Номер в реестре	+	xs:string	Уникальный номер, присвоенный сведениям об ЭМД в реестре
documentVersion	Номер версии	-	xs:int	Номер актуальной версии документа. Если отсутствует в ответе, значит актуальна первая версия документа
localUid	Уникальный идентификатор документа	+	tns:uuid	Уникальный идентификатор документа, переданный ИС при регистрации. Предоставляется в формате UUID. Например: 550e8400-e29b-41d4-a716-446655440000
registrationDate	Дата регистрации	+	xs:dateTime	Дата создания записи в реестре. Временно поддерживаются 2 параметра: registrationDate, registrationDate Time. Параметр registrationDate будет исключен.
registrationDateTime	Дата регистрации	+	xs:dateTime	Дата и время создания записи в реестре
storeTillDate	Срок хранения	+	xs:date	Срок хранения сведений, установленный в соответствии с политиками хранения данного вида ЭМД. Пустое значение означает регистрацию ЭМД без ограничения срока хранения сведений
Тип: matchesPage
itemsPerPage	Размер страницы записей	+	xs:int	Указывает на максимально возможное число записей на странице (а не актуальное)
hasNext	Наличие следующей страницы	+	xs:boolean	Указывает на то, есть ли еще страницы
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Метод «getRegistryItem»

Метод «getRegistryItem» позволяет запросить сведения о регистрации по номеру записи в реестре. Доступ к записям разграничен, каждая ИС может получить сведения о только записях, зарегистрированных этой ИС. В ответе возвращаются сведения по актуальной версии документа.
Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 16 – Общие сведения о методе

Код операции:	getRegistryItem
Наименование операции:	Запрос регистрационных сведений об ЭМД

Таблица 17 − Входные параметры метода getRegistryItem (getRegistryItemRequest)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
emdrId	Номер в реестре	+	xs:string	Уникальный номер, присвоенный сведениям об ЭМД в реестре (без постфикса версии)

Таблица 18 – Выходные параметры метода getRegistryItem (getRegistryItemResponse)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
registryItem	Запись реестра	-	tns:registryItem
errors	Список ошибок	-	tns:errors	Ошибки в случае статуса ответа "error"
Тип: registryItem
emdrId	Номер в реестре	+	xs:string	Уникальный номер, присвоенный сведениям об ЭМД в реестре
registrationDate	Дата регистрации	+	xs:dateTime	Дата и время создания записи в реестр. Временно поддерживаются 2 параметра: registrationDate, registrationDate Time. Параметр registrationDate будет исключен.
registrationDateTime	Дата и время регистрации документа	+	xs:dateTime	Дата и время создания записи в реестр
storeTillDate	Срок хранения	+	xs:date	Срок хранения сведений, установленный в соответствии с политиками хранения данного вида ЭМД. Пустое значение означает регистрацию ЭМД без ограничения срока хранения сведений
registrationWarnings	Список замечаний	-	tns: registrationWarnings	Список замечаний, выявленных на этапе проверки сведений об ЭМД при регистрации
Тип: registrationWarnings
item	Элемент списка замечаний	-	tns:registrationWarning
Тип: registrationWarning
code	Код замечания	+	xs:string
message	Описание замечания	-	xs:string
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Метод «demandContent»

Метод «demandContent» используется для запроса файла ЭМД, зарегистрированного АЭМД. ИС передает номер документа в реестре, в ответном сообщении АЭМД возвращает ЭМД. Полученный файл передается на адрес сервиса обратного вызова ИС, требования к которому описаны в разделе Описание веб-сервиса на стороне ИС. В асинхронном ответе передается актуальная версия документа.
Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 19 – Общие сведения о методе

Код операции:	demandContent
Наименование операции:	Запрос файла ЭМД из АЭМД

Таблица 20 − Входные параметры метода demandContent (demandContentRequest)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
messageId	Идентификатор запроса	+	xs:string	Будет передан в запросе к callback-сервису ИС
emdrId	Идентификатор документа в регистре	+	tns:notEmptyString	Идентификатор запрашиваемого документа в АЭМД (без постфикса версии)
grantingEmdrId	Основание доступа	-	tns:notEmptyString	Идентификатор документа, к которому ИС имеет доступ, связанного с запрашиваемым. Указывается в том случае, когда нет явного разрешения на получение документа, но есть разрешение на связанный

Таблица 21 – Выходные параметры метода demandContent (acknowledgment)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок

Метод «getMetadata»

Метод «getMetadata» позволяет запросить метаописание ЭМД, зарегистрированного в АЭМД, по номеру записи в реестре. В ответе возвращается метаописание актуальной версии документа.
Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 22 – Общие сведения о методе

Код операции:	getMetadata
Наименование операции:	Запрос метаописания ЭМД

Таблица 23 − Входные параметры метода getMetadata (getMetadataRequest)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
emdrId	Номер в реестре	+	xs:string	Уникальный номер, присвоенный сведениям об ЭМД в реестре (без постфикса версии)
grantingEmdrId	Основание доступа	-	tns:notEmptyString	Идентификатор документа, к которому ИС имеет доступ, связанного с запрашиваемым. Указывается в том случае, когда нет явного разрешения на получение документа, но есть разрешение на связанный

Таблица 24 – Выходные параметры метода getMetadata (getMetadataResponse)

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус ответа	+	tns:responseStatus	Статус ответа на запрос
metadata	Метаописание ЭМД	-	tns:metadata	Составной тип. Группа атрибутов, составляющих метаописание документа
errors	Ошибки сервиса	-	tns:errors	Ошибки в случае статуса ответа "error"
Тип: metadata
documentVersion	Номер версии	-	xs:int	Номер актуальной версии документа. Если отсутствует в ответе, значит актуальна первая версия документа
kind	Вид документа	+	xs:string	OID вида документа согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520
systemName	Наименование ИС	+	xs:string	Наименование ИС, зарегистрировавшей документ
region	Код региона	+	xs:string	Код региона организации, зарегистрировавшей документ
organization	Медицинская организация	+	xs:string	OID МО, зарегистрировавшей документ согласно ФРМО. (справочник «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461) Ограничивается длиной в 50 символов
department	Подразделение	+	tns:department	Составной тип.
documentNumber	Номер документа	+	xs:string	Регистрационный номер документа внутри организации или подразделения
creationDate	Дата создания документа	+	xs:date	Дата создания документа внутри организации или ее подразделения. Временно поддерживаются 2 параметра: creationDate, creationDateTime. Параметр creationDate будет исключен.
creationDateTime	Дата и время создания документа	+	xs:dateTime	Дата и время создания документа внутри организации или ее подразделения
storeTillDate	Срок хранения	-	xs:date	Актуальный срок хранения записи реестра
registrationDate	Дата регистрации	+	xs:dateTime	Дата создания записи в реестре. Временно поддерживаются 2 параметра: registrationDate, registrationDate Time. Параметр registrationDate будет исключен.
registrationDateTime	Дата и время регистрации документа	+	xs:dateTime	Дата и время создания записи в реестре
patientSnils	СНИЛС пациента	-	tns:snils	Простой тип. СНИЛС пациента Ограничивается длиной в 11 символов
patientLocalId	Идентификатор пациента	-	xs:string	Уникальный идентификатор пациента в ИС. Ограничивается длиной в 50 символов
assistance	Дополнительные сведения об ЭМД	-	tns:assistance	Составной тип. Группа атрибутов определяющая дополнительные сведения об ЭМД
description	Описание документа	+	xs:string	Краткое описание документа. Ограничивается длиной в 1000 символов
signer	Подписавший сотрудник	+	tns:signer	Составной тип. Передаются сведения о сотрудниках МО, подписавших документ
contentType	Формат файла	+	tns:signer	Идентификатор формата файла по справочнику «РЭМД. Форматы файлов электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.40
pluggableAttributes	Дополнительные атрибуты	-	xs:base64Binary	Дополнительные атрибуты документа, передаются в виде XML в base64. Структура XML формируется согласно установленной XSD-схеме для передаваемого вида документа
associations	Связи документа	-	tns:association	Составной тип. Группа атрибутов определяющих связи документа с другими документами
recipient	Сведения о выдаче документа	-	tns:documentRecipient	Составной тип. Сведения о выдаче бумажной копии документа
Тип: department
localId	Идентификатор подразделения	+	xs:string	OID подразделения организации согласно сведениям ФРМО. Заполняется по справочнику «ФРМО. Справочник структурных подразделений», OID 1.2.643.5.1.13.13.99.2.114. (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.114).
name	Наименование подразделения	+	xs:string	Наименование подразделения организации согласно сведениям ФРМО
Тип: assistance
renderedServices	Оказанные услуги	-	tns:renderedServices	Составной тип. Группа атрибутов определяющая перечень оказанных услуг
Тип: renderedServices
renderedService	Оказанная услуга	+	tns:renderedService	Составной тип. Группа атрибутов определяющая сведения об оказанной услуге
Тип: renderedService
code	Код услуги	+	xs:string	Код услуги по справочнику «Номенклатура медицинских услуг», OID 1.2.643.5.1.13.13.11.1070
renderedDate	Дата оказания	+	xs:date	Дата оказания услуги
Тип: recipient
kind	Тип адресата	+	tns:recipientKind	Указывается код типа получателя согласно справочнику «РЭМД. Типы получателей медицинских документов», OID 1.2.643.5.1.13.13.99.2.123 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.123 )
recipientKindPerson	Физическое лицо	-	tns:recipientKindPerson	Указывается, если получателем документа является физическое лицо
recipientKindMedicalOrganization	Медицинская организация	-	tns:recipientKindMedicalOrganization	Указывается, если получателем является медицинская организация
recipientKindOrganization	Немедицинская организация	-	tns:recipientKindOrganization	Указывается, если получателем является немедицинская организация
Тип: recipientKindPerson
snils	СНИЛС получателя	+	tns:snils	Простой тип. СНИЛС передается без разделителей. Ограничивается длиной в 11 символов. Пример: 70497251609
Тип: recipientKindMedicalOrganization
organization	OID Медицинской организации	+	tns:organization	Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461
Тип: recipientKindOrganization
ogrn	ОГРН	+	tns:ogrn	ОГРН организации. Пример: 1068664613522
kpp	КПП	+	tns:kpp	КПП организации. Пример: 181145250
Тип: association
target	Связанный документ	+	tns:notEmptyString	Номер связанной записи реестра (регистровый номер)
type	Тип связи	+	tns:associationType	Определяет тип связи с записью, указанной в target. Код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122 )
Тип: signer
role	Роль сотрудника при подписи	+	xs:string	Код роли по справочнику «Справочник ролей сотрудников при подписи электронных медицинских документов», OID 1.2.643.5.1.13.2.1.1.734
surname	Фамилия сотрудника	+	xs:string	Ограничивается длиной в 100 символов
name	Имя сотрудника	+	xs:string	Ограничивается длиной в 100 символов
patrName	Отчество сотрудника	-	xs:string	Ограничивается длиной в 100 символов
snils	СНИЛС сотрудника	+	tns:snils	Простой тип. СНИЛС сотрудника Ограничивается длиной в 11 символов.
position	Должность сотрудника	+	xs:string	Идентификатор должность по справочнику «ФРМР. Должности медицинского персонала», OID 1.2.643.5.1.13.13.99.2.181
speciality	Специальность сотрудника	-	xs:string	Идентификатор специальности по справочнику «Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения», OID 1.2.643.5.1.13.13.11.1066

Описание веб-сервиса на стороне ИС

На стороне ИС должен быть разработан сервис, обеспечивающий взаимодействие ИС с сервис-клиентом АЭМД. Сервис должен включать методы, обеспечивающие:

прием результатов регистрации сведений об ЭМД из АЭМД;
прием ЭМД, полученного из АЭМД;
прием уведомлений о регистрации сведений об ЭМД в АЭМД.

Общие сведения о сервисе представлены в таблице ниже.
Таблица 25 – Общие сведения о сервисе ИС

Наименование:	Сервис обратного вызова для асинхронной веб-службы «Обмен сведениями об ЭМД»
Назначение:	Передача результатов регистрации сведений об ЭМД из АЭМД в ИС; передача ЭМД, полученного из АЭМД; получение уведомлений об регистрации ЭМД в АЭМД

Список методов сервиса и их назначение приведены в таблице ниже.
Таблица 26 – Список методов сервиса ИС

Метод	Назначение
Код: sendRegisterDocumentResult Наименование: Отправка результата регистрации сведений об ЭМД	Предназначен для получения ИС результатов регистрации сведений об ЭМД
Код: sendDocumentFile Наименование: Получение ЭМД	Предназначен для получения ИС ЭМД, запрошенного из АЭМД
Код: sendNotice Наименование: Получение уведомлений	Предназначен для получения ИС уведомлений о регистрации сведений об ЭМД из других ИС

h2.Метод «sendRegisterDocumentResult»
Метод «sendRegisterDocumentResult» используется для асинхронной передачи результатов регистрации сведений об ЭМД.
Полученные из АЭМД сведения о регистрации ЭМД должны хранится в ИС на всем протяжении срока хранения электронного медицинского документа. При изменении срока хранения сведений об ЭМД через СТП ЕГИСЗ или изменении нормативных сроков хранения сведений ИС должна обновлять сроки хранения ЭМД в своем хранилище в соответствии со сроками хранения, установленными в РЭМД. Для получения актуальных сроков хранения сведений об ЭМД могут быть использованы сервисы поиска записей реестра и получения регистрационных сведений, реализованные на стороне АЭМД (см. разделы 3.3 и 3.4).
Описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 27 – Общие сведения

Код операции:	sendRegisterDocumentResult
Наименование операции:	Отправка результата регистрации сведений об ЭМД
Назначение операции:	Предназначен для получения ИС результатов регистрации сведений об ЭМД

Таблица 28 – Входные данные: registerDocumentResult

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
relatesToMessage	Идентификатор запроса	+	xs:string	Идентификатор запроса на регистрацию ЭМД, полученный АЭМД от ИС
status	Статус регистрации	+	tns:responseStatus	Статус регистрации: success – успешная обработка запроса; error – ошибка при обработке запроса.
registryItem	Запись реестра	-	tns:registryItem	Составной тип. Сведения о записи реестра в случае успешной регистрации
errors	Список ошибок	-	tns:errors	Перечень выявленных ошибок в случае отказа в регистрации сведений
Тип: registryItem
emdrId	Номер в реестре	+	xs:string	Уникальный номер, присвоенный сведениям об ЭМД в реестре. Всегда передается основной номер без постфикса версии
documentVersion	Номер версии	-	xs:int	Номер версии документа в регистре. Передается если зарегистрирована новая версия документа
registrationDate	Дата регистрации	+	xs:dateTime	Дата и время создания записи в реестр. Временно поддерживаются 2 параметра: registrationDate, registrationDate Time. Параметр registrationDate будет исключен.
registrationDateTime	Дата и время регистрации документа	+	xs:dateTime	Дата и время создания записи в реестр
storeTillDate	Срок хранения	+	xs:date	Срок хранения сведений, установленный в соответствии с политиками хранения данного вида ЭМД. Пустое значение означает регистрацию ЭМД без ограничения срока хранения сведений
registrationWarnings	Список замечаний	-	tns:registrationWarnings	Список замечаний, выявленных на этапе проверки сведений об ЭМД при регистрации
Тип: registrationWarnings
item	Элемент списка замечаний	+	tns:registrationWarning	Составной тип. Элемент списка замечаний
Тип: registrationWarning
code	Код замечания	+	xs:string
message	Описание замечания	-	xs:string
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Таблица 29 – Выходные данные: callbackResponse

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Метод «sendDocumentFile»

Метод «sendDocumentFile» используется для асинхронной передачи ЭМД, запрошенного из АЭМД. Передается всегда актуальная версия документа.
Описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 30 – Общие сведения

Код операции:	sendDocumentFile
Наименование операции:	Отправка ЭМД
Назначение операции:	Предназначен для отправки ЭМД, запрошенного из АЭМД

Таблица 31 – Входные данные: sendDocumentFileRequest

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
relatesToMessage	Идентификатор исходного запроса	+	xs:string	Идентификатор исходного запроса ИС, на который предоставляется асинхронный ответ (messageId из запроса getRegistryDocumentFileRequest)
status	Статус регистрации	+	tns:responseStatus	Статус предоставления ЭМД: success – успешная обработка запроса; error – ошибка при обработке запроса.
file	Файл ЭМД	-	tns:binaryData	Составной тип. Файл ЭМД в виде двоичных данных.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса.
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string
Тип: binaryData
data	Данные	+	xs:base64Binary	Данные в base64
checksum	Контрольная сумма	+	xs:long	Контрольная сумма файла, вычисленная по алгоритму CRC-32-IEEE 802.3 (в десятичном представлении)

Таблица 32 – Выходные данные: callbackResponse

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Метод «sendNotice»

Метод «sendNotice» используется для уведомления ИС о регистрации в РЭМД сведений об ЭМД из других ИС, а также о создании другими ИС связей с документами ИС.
Описание входных и выходных данных метода приведено в таблицах ниже.
Таблица 33 – Общие сведения

Код операции:	sendNotice
Наименование операции:	Отправка уведомления
Назначение операции:	Предназначен для отправки уведомлений в ИС

Таблица 34 – Входные данные: sendNoticeRequest

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
initiatingOrg	Организация, которая выполнила действие	+	xs:string	OID организации, которая зарегистрировала документ или создала связь, по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461
document	Зарегистрированный документ	+	tns:document	Составной тип. Группа атрибутов, характеризующих: документ, который зарегистрировали (при регистрации нового документа); документ, с которым связали документ ИС, получившей уведомление
isNewDoc	Признак регистрации нового документа	-	xs:boolean	Значения: true – зарегистрирован новый документ; false – зарегистрированысвязи существующих документов
association	Связанные документы	-	tns:association	Составной тип. Группа атрибутов, характеризующих связи с другими документами. В перечне связей передаются документы ИС, принимающей уведомление
Тип: document
docKind	Вид документа	+	xs:string	OID вида документов согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520
emdrId	Регистровый номер документа	+	xs:string	Номер документа в реестре
version	Версия документа	-	xs:int	Версия зарегистрированного документа. Передается только при уведомлении о регистрации и только если версий ЭМД больше одной
Тип: association
target	Регистровый номер документа	+	xs:string	Номер документа в реестре
type	Тип связи	+	tns:associationType	Определяет тип связи с записью, указанной в target. Код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 ( https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122 )

Таблица 35 – Выходные данные: callbackResponse

Код параметра	Описание параметра	Обязательность	Тип	Комментарий
status	Статус	+	tns:responseStatus	Статус обработки операции: success – успешная обработка запроса; error – ошибка при обработке запроса.
errors	Список ошибок	-	tns:errors	Составной тип. Список ошибок при обработке запроса
Тип: errors
item	Элемент	+	tns:error	Составной тип. Элемент списка ошибок
Тип: error
code	Код ошибки	+	xs:string
message	Описание ошибки	-	xs:string

Требования к формату файла документа в электронном виде

Перечень допустимых форматов файлов документов в электронном виде, регистрируемых в РЭМД, представлен согласно актуальной версии справочника «РЭМД. Форматы файлов электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.40.
Формат файла документа должен быть допустимым для регистрируемого вида документа согласно актуальной версии справочника «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520.

Формат файла документа PDF/A-1

Файл документа в электронном виде может иметь формат PDF/A-1, соответствующий международному стандарту ISO 19005-1:2005 «Управление документацией. Формат файлов электронных документов для долгосрочного сохранения. Часть 1: Использование формата PDF 1.4 (PDF/A-1)» – Document management - Electronic document file format for long-term preservation - Part 1: Use of PDF 1.4 (PDF/A-1) [3].
Текстовая часть должна включаться в документ формата PDF/A-1 в виде текстовых данных. Вставка текста в документ в виде изображения не допускается.

Формат файла документа XML

Файл документа в электронном виде может иметь формат XML. Структура регистрируемых документов должна соответствовать международному стандарту ISO/HL7 27932:2009 «Обмен данными - Архитектура клинических документов HL7, выпуск 2» – Data Exchange - HL7 Clinical Document Architecture, Release 2 [4].

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

В соответствии с Федеральным законом № 63-ФЗ от 06.04.2011 «Об электронной подписи», электронные подписи, формируемые в рамках создания документов в электронном виде, должны соответствовать требованиям к усиленной квалифицированной электронной подписи. При создании ЭП должен использоваться формат CAdES (CMS Advanced Electronic Signatures) [5].
Для отладки разработок в тестовой среде допускается формирование электронных подписей неквалифицированными сертификатами ЭП (см. раздел 3.1).
В соответствии с Приказом Министерства связи и массовых коммуникаций РФ и Федеральной службы охраны РФ от 27 мая 2015 г. № 186/258 «Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде», ЭП сотрудников и организаций, создаваемые при подписи электронных документов, должны формироваться в отдельных файлах (каждой ЭП должен соответствовать отдельный файл), т.е. должны быть использованы варианты открепленной (отсоединенной) ЭП.
Электронные подписи должны формироваться с использованием следующих алгоритмов цифровой подписи:

ГОСТ Р 34.10-2001;
ГОСТ Р 34.10-2012.

Согласно письму Федеральной службы безопасности Российской Федерации от 07.09.2018 №149/7/6-363 возможность использования схемы ЭП, соответствующей ГОСТ Р 34.10-2001 «Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи» (далее - ГОСТ-2001), для формирования ЭП допускается до 31.12.2019.

Список ссылочных документов

Актуальные версии документов находятся в разделе «Материалы» на портале оперативного взаимодействия участников ЕГИСЗ, доступном по ссылке http://portal.egisz.rosminzdrav.ru/materials.

Описание выполняемых проверок при регистрации отдельных ЭМД формата CDA в РЭМД ЕГИСЗ:

http://portal.egisz.rosminzdrav.ru/materials/3499;

Методические материалы по подключению к Сервису ИПС: http://portal.egisz.rosminzdrav.ru/materials/11;
Document management - Electronic document file format for long-term preservation - Part 1: Use of PDF 1.4 (PDF/A-1) – «Управление документацией. Формат файлов электронных документов для долгосрочного сохранения. Часть 1: Использование формата PDF 1.4 (PDF/A-1)»: https://www.iso.org/standard/38920.html
Data Exchange - HL7 Clinical Document Architecture, Release 2 – «Обмен данными - Архитектура клинических документов HL7, выпуск 2»: https://www.iso.org/standard/44429.html;
CMS Advanced Electronic Signatures (CAdES) – Расширенные электронные подписи стандарта CMS: http://www.etsi.org/deliver/etsi_ts/101700_101799/101733/02.02.01_60/ts_101733v020201p.pdf;
Материалы по подсистеме «Федеральный реестр электронных медицинских документов»:

https://portal.egisz.rosminzdrav.ru/materials/categories/853;

РЭМД. Описание интеграционных профилей:

https://portal.egisz.rosminzdrav.ru/materials/1879

ИСТОРИЯ ИЗМЕНЕНИЯ ДОКУМЕНТА

Дата изменения	Место изменения	Описание изменения

ПРИМЕР WSDL-ОПИСАНИЯ СЕРВИСА ИС
(обязательное)
Пример описания электронного сервиса ИС приведен ниже:

<wsdl:definitions xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsp="http://www.w3.org/ns/ws-policy" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" xmlns:tns="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:ns2="http://schemas.xmlsoap.org/soap/http" xmlns:ns1="http://egisz.rosminzdrav.ru" name="EmdrClientCallbackImplService" targetNamespace="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<wsdl:types>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" elementFormDefault="qualified" targetNamespace="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" version="1.0">
<xs:element name="callbackResponse" type="tns:callbackResponse"/>
<xs:element name="getDocumentFileRequest" type="tns:getDocumentFileRequest"/>
<xs:element name="getDocumentFileResponse" type="tns:getDocumentFileResponse"/>
<xs:element name="registerDocumentResult" type="tns:registerDocumentResult"/>
<xs:element name="sendDocumentFileRequest" type="tns:sendDocumentFileRequest"/>
<xs:element name="sendNoticeRequest" type="tns:sendNoticeRequest"/>
<xs:complexType name="sendDocumentFileRequest">
<xs:sequence>
<xs:element name="relatesToMessage" type="xs:string"/>
<xs:element name="status" type="tns:responseStatus"/>
<xs:element minOccurs="0" name="file" type="tns:binaryData"/>
<xs:element minOccurs="0" name="errors" type="tns:errors"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="binaryData">
<xs:sequence>
<xs:element name="data" type="xs:base64Binary"/>
<xs:element name="checksum" type="xs:long"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="errors">
<xs:sequence>
<xs:element maxOccurs="unbounded" name="item" type="tns:error"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="error">
<xs:sequence>
<xs:element name="code" type="xs:string"/>
<xs:element minOccurs="0" name="message" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="callbackResponse">
<xs:sequence>
<xs:element name="status" type="tns:responseStatus"/>
<xs:element minOccurs="0" name="errors" type="tns:errors"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="registerDocumentResult">
<xs:sequence>
<xs:element name="relatesToMessage" type="xs:string"/>
<xs:element name="status" type="tns:responseStatus"/>
<xs:element minOccurs="0" name="registryItem" type="tns:registryItem"/>
<xs:element minOccurs="0" name="errors" type="tns:errors"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="registryItem">
<xs:sequence>
<xs:element name="emdrId" type="xs:string"/>
<xs:element minOccurs="0" name="documentVersion" type="xs:int"/>
<xs:element name="registrationDate" type="xs:dateTime"/>
<xs:element name="registrationDateTime" type="xs:dateTime"/>
<xs:element name="storeTillDate" nillable="true" type="xs:date"/>
<xs:element minOccurs="0" name="registrationWarnings" type="tns:registrationWarnings"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="registrationWarnings">
<xs:sequence>
<xs:element maxOccurs="unbounded" name="item" type="tns:registrationWarning"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="registrationWarning">
<xs:sequence>
<xs:element name="code" type="xs:string"/>
<xs:element minOccurs="0" name="message" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="sendNoticeRequest">
<xs:sequence>
<xs:element name="initiatingOrg" type="xs:string"/>
<xs:element name="document" type="tns:document"/>
<xs:element name="isNewDoc" type="xs:boolean"/>
<xs:element maxOccurs="unbounded" minOccurs="0" name="association" nillable="true" type="tns:association"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="document">
<xs:sequence>
<xs:element name="docKind" type="xs:string"/>
<xs:element name="emdrId" type="xs:string"/>
<xs:element minOccurs="0" name="version" type="xs:int"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="association">
<xs:sequence>
<xs:element name="type" type="tns:associationType"/>
<xs:element name="target" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="getDocumentFileRequest">
<xs:sequence>
<xs:element name="system" type="xs:string"/>
<xs:element name="organization" type="xs:string"/>
<xs:element name="localUid" type="xs:string"/>
<xs:element name="kind" type="xs:string"/>
<xs:element name="documentNumber" type="xs:string"/>
<xs:element name="creationDate" type="xs:date"/>
<xs:element name="creationDateTime" type="xs:dateTime"/>
<xs:element minOccurs="0" name="emdrId" type="xs:string"/>
<xs:element minOccurs="0" name="documentVersion" type="xs:int"/>
<xs:element name="registrationDate" type="xs:dateTime"/>
<xs:element name="registrationDateTime" type="xs:dateTime"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="getDocumentFileResponse">
<xs:sequence>
<xs:element name="status" type="tns:responseStatus"/>
<xs:element minOccurs="0" name="documentFile" type="tns:documentFile"/>
<xs:element minOccurs="0" name="errors" type="tns:errors"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="documentFile">
<xs:sequence>
<xs:element name="system" type="xs:string"/>
<xs:element name="organization" type="xs:string"/>
<xs:element name="localUid" type="xs:string"/>
<xs:element name="file" type="tns:binaryData"/>
</xs:sequence>
</xs:complexType>
<xs:simpleType name="responseStatus">
<xs:restriction base="xs:string">
<xs:enumeration value="success"/>
<xs:enumeration value="error"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="associationType">
<xs:restriction base="xs:string">
<xs:enumeration value="RELATES_TO"/>
<xs:enumeration value="INCLUDED_IN"/>
<xs:enumeration value="INCLUDES"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://egisz.rosminzdrav.ru" elementFormDefault="qualified" targetNamespace="http://egisz.rosminzdrav.ru" version="1.0">
<xs:element name="transportHeader">
<xs:complexType>
<xs:sequence>
<xs:element name="authInfo" type="tns:authInfo"/>
<xs:element minOccurs="0" name="userInfo" type="tns:userInfo"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="authInfo">
<xs:sequence>
<xs:element minOccurs="0" name="userSession" type="xs:string"/>
<xs:element name="clientEntityId" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="userInfo">
<xs:sequence>
<xs:element name="userId" type="xs:string"/>
<xs:element name="lastName" type="xs:string"/>
<xs:element name="firstName" type="xs:string"/>
<xs:element name="middleName" type="xs:string"/>
<xs:element name="role" type="tns:property"/>
<xs:element maxOccurs="unbounded" minOccurs="0" name="medOrg" nillable="true" type="tns:organization"/>
<xs:element minOccurs="0" name="region" type="tns:property"/>
<xs:element maxOccurs="unbounded" minOccurs="0" name="education" nillable="true" type="tns:education"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="property">
<xs:sequence>
<xs:element name="code" type="xs:string"/>
<xs:element name="name" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="organization">
<xs:sequence>
<xs:element name="id" type="tns:property"/>
<xs:element name="type" type="tns:property"/>
<xs:element minOccurs="0" name="positionType" type="tns:property"/>
<xs:element minOccurs="0" name="position" type="tns:property"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="education">
<xs:sequence>
<xs:element name="type" type="tns:property"/>
<xs:element name="speciality" type="tns:property"/>
<xs:element minOccurs="0" name="diplomType" type="tns:property"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
</wsdl:types>
<wsdl:message name="sendRegisterDocumentResult">
<wsdl:part element="ns1:transportHeader" name="header"> </wsdl:part>
<wsdl:part element="tns:registerDocumentResult" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="sendDocumentFileResponse">
<wsdl:part element="tns:callbackResponse" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="sendNotice">
<wsdl:part element="ns1:transportHeader" name="header"> </wsdl:part>
<wsdl:part element="tns:sendNoticeRequest" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="getDocumentFileResponse">
<wsdl:part element="tns:getDocumentFileResponse" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="sendDocumentFile">
<wsdl:part element="ns1:transportHeader" name="header"> </wsdl:part>
<wsdl:part element="tns:sendDocumentFileRequest" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="sendNoticeResponse">
<wsdl:part element="tns:callbackResponse" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="sendRegisterDocumentResultResponse">
<wsdl:part element="tns:callbackResponse" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:message name="getDocumentFile">
<wsdl:part element="ns1:transportHeader" name="header"> </wsdl:part>
<wsdl:part element="tns:getDocumentFileRequest" name="body"> </wsdl:part>
</wsdl:message>
<wsdl:portType name="emdrClientCallbackPort">
<wsdl:operation name="sendDocumentFile">
<wsdl:input message="tns:sendDocumentFile" name="sendDocumentFile"> </wsdl:input>
<wsdl:output message="tns:sendDocumentFileResponse" name="sendDocumentFileResponse"> </wsdl:output>
</wsdl:operation>
<wsdl:operation name="sendRegisterDocumentResult">
<wsdl:input message="tns:sendRegisterDocumentResult" name="sendRegisterDocumentResult"> </wsdl:input>
<wsdl:output message="tns:sendRegisterDocumentResultResponse" name="sendRegisterDocumentResultResponse"> </wsdl:output>
</wsdl:operation>
<wsdl:operation name="sendNotice">
<wsdl:input message="tns:sendNotice" name="sendNotice"> </wsdl:input>
<wsdl:output message="tns:sendNoticeResponse" name="sendNoticeResponse"> </wsdl:output>
</wsdl:operation>
<wsdl:operation name="getDocumentFile">
<wsdl:input message="tns:getDocumentFile" name="getDocumentFile"> </wsdl:input>
<wsdl:output message="tns:getDocumentFileResponse" name="getDocumentFileResponse"> </wsdl:output>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="EmdrClientCallbackImplServiceSoapBinding" type="tns:emdrClientCallbackPort">
<soap12:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsaw:UsingAddressing xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" wsdl:required="true"/>
<wsp:PolicyReference URI="#EmdrClientCallbackImplServiceSoapBinding_WSAM_Addressing_Policy"/>
<wsdl:operation name="sendDocumentFile">
<soap12:operation soapAction="sendDocumentFile" style="document"/>
<wsdl:input name="sendDocumentFile">
<soap12:header message="tns:sendDocumentFile" part="header" use="literal"> </soap12:header>
<soap12:body parts="body" use="literal"/>
</wsdl:input>
<wsdl:output name="sendDocumentFileResponse">
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="sendRegisterDocumentResult">
<soap12:operation soapAction="sendRegisterDocumentResult" style="document"/>
<wsdl:input name="sendRegisterDocumentResult">
<soap12:header message="tns:sendRegisterDocumentResult" part="header" use="literal"> </soap12:header>
<soap12:body parts="body" use="literal"/>
</wsdl:input>
<wsdl:output name="sendRegisterDocumentResultResponse">
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="sendNotice">
<soap12:operation soapAction="sendNotice" style="document"/>
<wsdl:input name="sendNotice">
<soap12:header message="tns:sendNotice" part="header" use="literal"> </soap12:header>
<soap12:body parts="body" use="literal"/>
</wsdl:input>
<wsdl:output name="sendNoticeResponse">
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="getDocumentFile">
<soap12:operation soapAction="getDocumentFile" style="document"/>
<wsdl:input name="getDocumentFile">
<soap12:header message="tns:getDocumentFile" part="header" use="literal"> </soap12:header>
<soap12:body parts="body" use="literal"/>
</wsdl:input>
<wsdl:output name="getDocumentFileResponse">
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="EmdrClientCallbackImplService">
<wsdl:port binding="tns:EmdrClientCallbackImplServiceSoapBinding" name="emdrClientCallbackPort">
<soap12:address location="https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor"/>
</wsdl:port>
</wsdl:service>
<wsp:Policy xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="EmdrClientCallbackImplServiceSoapBinding_WSAM_Addressing_Policy">
<wsam:Addressing xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata">
<wsp:Policy/>
</wsam:Addressing>
</wsp:Policy>
</wsdl:definitions>

<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="a2f3a5d9-2f78-4183-890c-6b619b71b3f6"><ac:parameter ac:name="">_Ref470097743</ac:parameter></ac:structured-macro><ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="ce3aa9f2-4917-408b-a967-0fffac06c934"><ac:parameter ac:name="">_Ref375306643</ac:parameter></ac:structured-macro><ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="f2c93211-696d-4858-b508-05c316fad7d3"><ac:parameter ac:name="">_Toc385509617</ac:parameter></ac:structured-macro><ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="bc4d70ef-f76e-451c-8aad-82ea803d2756"><ac:parameter ac:name="">_Toc467236282</ac:parameter></ac:structured-macro>
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="91e50856-658b-4fac-8be2-e208e51acdc1"><ac:parameter ac:name="">_Toc111717685</ac:parameter></ac:structured-macro><ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="9cf323df-ff2e-4ecb-a7f1-e54031d1dc37"><ac:parameter ac:name="">_Ref503341485</ac:parameter></ac:structured-macro>
(обязательное)
Примеры вызова веб-сервиса обмена сведениями об ЭМД
Из примеров запросов и ответов исключены файлы подписей, а также их контрольные суммы, так как они занимают много места и отрицательно сказываются на восприятии. Пример файла документа и файла подписи к нему приведены в документе «Приложение к документу «Рекомендации к информационным системам в сфере здравоохранения по обеспечению информационного взаимодействия» [6].

Метод «registerDocument»

Запрос:

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ser="http://egisz.rosminzdrav.ru/iehr/emdr/service/" xmlns:wsa="http://www.w3.org/2005/08/addressing">
<soap:Header>
<egis:transportHeader>
<egis:authInfo>

<egis:clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</egis:clientEntityId>
</egis:authInfo>
</egis:transportHeader>
<!-ser:emdrTransportHeader->
<!-Optional:->

<!-ser:trialMode->

<!-ser:option>skip_end_entity_certificate_validation</ser:option->
<!-/ser:trialMode->
<!-/ser:emdrTransportHeader->

<wsa:MessageID oas:Id="id-7d55d409-de47-4102-845e-e3b86d0d05ff">62bd6bcb-d96d-11e9-9c81-226056b18778</wsa:MessageID>

<wsa:Action oas:Id="id-3e638ceb-d1e2-4d27-abb8-b40e7f2a2aa9">registerDocument</wsa:Action>
<!-Адрес сервиса АЭМД:->
<wsa:To oas:Id="id-f3bf20aa-605b-4a42-b40f-b4d2a0d1c76f">

http://gist-sdw.ezdrav.ru:8708/EMDAService

</wsa:To>
</soap:Header>
<soap:Body oas:Id="id-39a65598-407d-4282-b862-f8badcf7433c">
<ser:registerDocumentRequest>

<ser:messageId>e0bd6bcb-184d-21e9-9c81-005056b17476</ser:messageId>
<!-Локальный идентификатор документа в ИС:->
<ser:localUid>8a4e9496-88e6-234a-ae69-73505221c008</ser:localUid>
<!-OID вида документов по справочнику 1.2.643.5.1.13.13.11.1520:->
<ser:kind>34</ser:kind>
<!-Идентификатор ИС в АЭМД:->
<ser:system>emdr-rmis-1</ser:system>
<!-OID организации, от имени которой выполняется запрос:->
<ser:organization>1.2.643.5.1.13.13.12.2.1.1</ser:organization>
<!-Optional:->
<!-Обособленное подразделение организации:->
<ser:department>

<ser:localId>1.2.643.5.1.13.13.12.2.1.1.0.14</ser:localId>
<!-Наименование подразделения:->
<ser:name>Амбулаторное отделение</ser:name>
</ser:department>
<!-Optional:->
<ser:documentNumber>1231454566747766</ser:documentNumber>

<ser:creationDateTime>2020-01-21T12:10:00.000+03:00</ser:creationDateTime>
<!-Optional:->

<ser:patient>
<!-Фамилия:->
<ser:surname>Заболотный</ser:surname>
<!-Имя:->
<ser:name>Роман</ser:name>
<!-Optional:->
<!-Отчество:->
<ser:patrName>Павлович</ser:patrName>

<ser:birthDate>1991-11-21</ser:birthDate>
<!-Пол:->
<ser:gender>1</ser:gender>
<!-Локальный идентификатор пациента в ИС (UID):->
<ser:localId>3287757632</ser:localId>
<!-Optional:->
<!-СНИЛС:->
<ser:snils>96155474337</ser:snils>
<!-Optional:->
<!-ЕНП:->
<ser:enp>4729856438593026</ser:enp>
<!-Optional:->
<!-ДУЛ:->
<ser:otherId>
<!-Идентификатор типа ДУЛ по справочнику 1.2.643.5.1.13.2.1.1.498:->
<ser:type>14</ser:type>

<ser:number>9210445765</ser:number>
</ser:otherId>
</ser:patient>
<!-Optional:->
<!-Дополнительные сведения об ЭМД:->
<ser:assistance>
<!-Optional:->

<ser:renderedServices>
<!-1 or more repetitions:->

<ser:renderedService>
<!-Код услуги по справочнику 1.2.643.5.1.13.13.11.1070:->
<ser:code>A01.02.002</ser:code>

<ser:renderedDate>2018-10-20</ser:renderedDate>
</ser:renderedService>
<ser:renderedService>
<ser:code>A01.02.003</ser:code>
<ser:renderedDate>2018-10-20</ser:renderedDate>
</ser:renderedService>
</ser:renderedServices>
</ser:assistance>
<ser:docContent>
<!—Контент документа:-->

<ser:data>?</ser:data>
<!—Контрольная сумма:-->
<ser:checksum>?</ser:checksum>
</ser:docContent>
<!-Optional:->

<!-ser:orgSignature->

<!-ser:data>?</ser:data->

<!-ser:checksum>?</ser:checksum->
<!-/ser:orgSignature->
<!-Optional:->

<ser:recipient>

<ser:kind>PATIENT</ser:kind>
<!-You have a CHOICE of the next 3 items at this level->

<ser:recipientKindPerson>

<ser:snils>96155474337</ser:snils>
</ser:recipientKindPerson>

<!-ser:recipientKindMedicalOrganization->

<!-ser:organization>1.2.643.5.1.13.13.12.2.1.27</ser:organization->
<!-/ser:recipientKindMedicalOrganization->

<!-ser:recipientKindOrganization->
<!-ОГРН:->
<!-ser:ogrn>1035932408379</ser:ogrn->
<!-КПП:->
<!-ser:kpp>560443888</ser:kpp->
<!-/ser:recipientKindOrganization->
</ser:recipient>

<ser:description>Направление на МСЭ</ser:description>
<!-Zero or more repetitions:->

<ser:personalSignature>
<!-Сведения о подписанте:->
<ser:signer>
<!-Optional:->
<!-Локальный идентификатор подписанта в ИС:->
<ser:localId>7345989236</ser:localId>

<ser:role>DOCTOR</ser:role>
<!-Фамилия:->
<ser:surname>Конюков</ser:surname>
<!-Имя:->
<ser:name>Константин</ser:name>
<!-Optional:->
<!-Отчество:->
<ser:patrName>Владимирович</ser:patrName>
<!-Optional:->

<ser:birthDate>1991-12-31</ser:birthDate>
<!-СНИЛС:->
<ser:snils>15593620486</ser:snils>
<!-Код должности в организации по справочнику 1.2.643.5.1.13.13.99.2.181:->
<ser:position>109</ser:position>
<!-Optional:->

<ser:speciality>30</ser:speciality>
<!-Optional:->
<!-Эл. почта:->
<ser:email>mymail@exmple.com</ser:email>
<!-Optional:->
<!-Телефон:->
<ser:phone>9274536276</ser:phone>
</ser:signer>
<!-Подпись:->
<ser:signature>

<ser:data>Файл в Base64</ser:data>
<!-Контрольная сумма по CRC-32-IEEE 802.3 в десятичном виде:->
<ser:checksum>2692133665</ser:checksum>
</ser:signature>
<!-Optional:->

<ser:description>Подпись терапевта</ser:description>
</ser:personalSignature>
<!-Optional:->
<!-Дополнительные атрибуты. XML в base64:->
<!-ser:pluggableAttributes>?</ser:pluggableAttributes->
<!-Zero or more repetitions:->
<!-Связи:->
<!-ser:associations->
<!-Регистровый номер документа, с которым создается связь:->
<!-ser:target>01.18.246.000000461</ser:target->
<!-Код типа связи по справочнику 1.2.643.5.1.13.13.99.2.122:->
<!-ser:type>RELATES_TO</ser:type->
<!-/ser:associations->
<!-Optional:->
<!-Документ, для которого создается новая версия:->
<!-ser:replace->

<!-ser:root>01.18.246.000000451</ser:root->
<!-Optional:->
<!-Текущая актуальная версия. Передается, если версий больше одной:->
<!-ser:version>2</ser:version->
<!-/ser:replace->
</ser:registerDocumentRequest>
</soap:Body>
</soap:Envelope>

Пример успешного ответа:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>11af6ece-035a-4ddd-991d-68ba81cfa194</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:acknowledgment xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:id>e0bd6bcb-184d-21e9-9c81-005056b17476</ns3:id>
</ns3:acknowledgment>
</soap:Body>
</soap:Envelope>

Пример ответа с ошибкой

ИПС

Метод «searchRegistryItem»

Запрос:

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ser="http://egisz.rosminzdrav.ru/iehr/emdr/service/" xmlns:wsa="http://www.w3.org/2005/08/addressing">
<soap:Header>
<egis:transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<egis:authInfo>
<!-Идентификатор ИС в ИПС:->
<egis:clientEntityId>17c74e63-dc38-438d-a27a-a1aa063ee7b8</egis:clientEntityId>
</egis:authInfo>
</egis:transportHeader>
<!-ser:emdrTransportHeader->
<!-Optional:->
<!-Организация, от имени которой выполняется запрос->
<!-ser:medOrgOid>1.2.643.5.1.13.13.12.2.39.3777</ser:medOrgOid->
<!-/ser:emdrTransportHeader->

<wsa:MessageID oas:Id="id-92133b13-7e8a-4c86-bffe-f53e55924f84">09fa0dfc-a975-42ce-9739-d8afac7df2d0</wsa:MessageID>

<wsa:Action oas:Id="id-1bf78cd1-409d-4b28-b335-5dd1e1bc6024">searchRegistryItem</wsa:Action>
<!-Адрес сервиса АЭМД:->
<wsa:To oas:Id="id-884a9665-6d87-44cb-9e51-e383455c4f32">

http://gist-sdw.ezdrav.ru:8708/EMDAService

</wsa:To>
</soap:Header>
<soap:Body oas:Id="id-a9f3a57a-074f-46b8-b2ac-9d2ff38687a9">
<ser:searchRegistryItemRequest>
<!-Optional:->
<!-OID организации, зарегистрировавшей документ:->
<!-ser:organization>1.2.643.5.1.13.13.12.2.1.27</ser:organization->
<!-Optional:->
<!-Локальный идентификатор документа в ИС:->
<!-ser:localUid>841e23b5-d824-11e8-ba69-005056b1747f</ser:localUid->
<!-Optional:->
<!-OID вида документов по справочнику 1.2.643.5.1.13.13.11.1520:->
<!-ser:kind>6</ser:kind->
<!-Optional:->

<!-ser:documentNumber>3643882</ser:documentNumber->
<!-Optional:->

<!-ser:creationDateBegin>2019-01-01T16:03:25.725+03:00</ser:creationDateBegin->
<!-Optional:->
<!-ser:creationDateEnd>2019-08-01T16:03:25.725+03:00</ser:creationDateEnd->
<!-Optional:->
<!-ser:registerDateBegin>2019-01-01T16:03:25.725+03:00</ser:registerDateBegin->
<!-Optional:->
<!-ser:registerDateEnd>2019-08-01T16:03:25.725+03:00</ser:registerDateEnd->
<!-Optional:->
<!-Локальный идентификатор пациента в ИС (UID):->
<!-ser:patientId>3287757632</ser:patientId->
<!-Optional:->

<ser:patientSnils>10636143121</ser:patientSnils>
<!-Optional:->
<!-Номер страницы результатов поиска:->
<!-ser:page>0</ser:page->
</ser:searchRegistryItemRequest>
</soap:Body>
</soap:Envelope>

Пример успешного ответа:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>5da6ab77-e0d4-4f50-83df-c08ba275fc09</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:searchRegistryItemResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:matches>
<ns3:item>
<ns3:emdrId>01.19.195.000000913</ns3:emdrId>
<ns3:localUid>9157b900-991c-11e9-9131-005056b1747f</ns3:localUid>
<ns3:registrationDate>2019-06-27T23:46:48.338+03:00</ns3:registrationDate>
<ns3:registrationDateTime>2019-06-27T23:46:48.338+03:00</ns3:registrationDateTime>
<ns3:storeTillDate>2039-06-26+03:00</ns3:storeTillDate>
</ns3:item>
<ns3:item>
<ns3:emdrId>01.19.195.000001094</ns3:emdrId>
<ns3:localUid>f6e19a6f-a14b-11e9-96c0-005056b13602</ns3:localUid>
<ns3:registrationDate>2019-07-08T17:06:57.869+03:00</ns3:registrationDate>
<ns3:registrationDateTime>2019-07-08T17:06:57.869+03:00</ns3:registrationDateTime>
<ns3:storeTillDate>2039-06-26+03:00</ns3:storeTillDate>
</ns3:item>
<ns3:page>
<ns3:itemsPerPage>10000</ns3:itemsPerPage>
<ns3:hasNext>false</ns3:hasNext>
</ns3:page>
</ns3:matches>
</ns3:searchRegistryItemResponse>
</soap:Body>
</soap:Envelope>

Пример ответа с пустым результатом поиска:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>5da6ab77-e0d4-4f50-83df-c08ba275fc09</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:searchRegistryItemResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:matches>
<ns3:page>
<ns3:itemsPerPage>10000</ns3:itemsPerPage>
<ns3:hasNext>false</ns3:hasNext>
</ns3:page>
</ns3:matches>
</ns3:searchRegistryItemResponse>
</soap:Body>
</soap:Envelope>

Пример ответа с ошибкой:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>5da6ab77-e0d4-4f50-83df-c08ba275fc09</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:searchRegistryItemResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>error</ns3:status>
<ns3:errors>
<ns3:item>
<ns3:code>ValidationError</ns3:code>
<ns3:message>ИС с идентификатором ИПС '17c74e63-dc38-438d-a27a-a1aa063ee7b1' не зарегистрирована в подсистеме АЭМД</ns3:message>
</ns3:item>
</ns3:errors>
</ns3:searchRegistryItemResponse>
</soap:Body>
</soap:Envelope>

Метод «getRegistryItem»

Запрос:

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ser="http://egisz.rosminzdrav.ru/iehr/emdr/service/" xmlns:wsa="http://www.w3.org/2005/08/addressing">
<soap:Header>
<egis:transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<egis:authInfo>
<!-Optional:->

<egis:clientEntityId>17c74e63-dc38-438d-a27a-a1aa063ee7b8</egis:clientEntityId>
</egis:authInfo>
</egis:transportHeader>

<wsa:MessageID oas:Id="id-c462ff6f-5447-40a2-b4fb-7049c5159a79">09fa0dfc-a975-42ce-9739-d8afac7df2d0</wsa:MessageID>

<wsa:Action oas:Id="id-68c9f9c9-a181-4fee-9d65-5776366724f0">getRegistryItem</wsa:Action>
<!-Адрес сервиса АЭМД:->
<wsa:To oas:Id="id-a535bc5e-cd53-498c-9d08-a3fc571cd914">

http://gist-sdw.ezdrav.ru:8708/EMDAService

</wsa:To>
</soap:Header>
<soap:Body oas:Id="id-4b241314-c207-40ca-b523-2347b7ed0a87">
<ser:getRegistryItemRequest>
<!-Регистрационный номер запрашиваемой записи:->
<ser:emdrId>01.18.246.000000184</ser:emdrId>
</ser:getRegistryItemRequest>
</soap:Body>
</soap:Envelope>

Пример успешного ответа:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>7508ae28-29c1-43fb-a4c4-74918e535e07</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:getRegistryItemResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:registryItem>
<ns3:emdrId>01.18.246.000000184</ns3:emdrId>
<ns3:registrationDate>2018-05-28T13:55:44.422+03:00</ns3:registrationDate>
<ns3:registrationDateTime>2018-05-28T13:55:44.422+03:00</ns3:registrationDateTime>
<ns3:storeTillDate>2019-04-07+03:00</ns3:storeTillDate>
</ns3:registryItem>
</ns3:getRegistryItemResponse>
</soap:Body>
</soap:Envelope>

Пример ответа с отрицательным результатом выполнения:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>6836c5a4-0e8d-4107-ae86-af5aa45bbe8b</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:getRegistryItemResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>error</ns3:status>
<ns3:errors>
<ns3:item>
<ns3:code>REGISTRY_ITEM_NOT_FOUND</ns3:code>
<ns3:message>Не удалось найти запись по идентификатору 01.18.29.000000036</ns3:message>
</ns3:item>
</ns3:errors>
</ns3:getRegistryItemResponse>
</soap:Body>
</soap:Envelope>

Метод «demandContent»

Запрос:

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ser="http://egisz.rosminzdrav.ru/iehr/emdr/service/" xmlns:wsa="http://www.w3.org/2005/08/addressing">
<soap:Header>
<egis:transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<egis:authInfo>
<!-Optional:->

<egis:clientEntityId>17c74e63-dc38-438d-a27a-a1aa063ee7b8</egis:clientEntityId>
</egis:authInfo>
</egis:transportHeader>
<!-ser:emdrTransportHeader->
<!-Optional:->
<!-Организация, от имени которой выполняется запрос->
<!-ser:medOrgOid>1.2.643.5.1.13.13.12.2.1.1</ser:medOrgOid->
<!-/ser:emdrTransportHeader->

<wsa:MessageID>09fa0dfc-a975-42ce-9739-d8afac7df2d0</wsa:MessageID>

<wsa:Action>demandContent</wsa:Action>

*<wsa:To>

http://gist-sdw.ezdrav.ru:8708/EMDAService

</wsa:To>*
</soap:Header>
<soap:Body>
<ser:demandContentRequest>

<ser:messageId>72537fa0-4f76-11e8-87e3-005056b1360f</ser:messageId>
<!-Регистрационный номер запрашиваемой записи:->
<ser:emdrId>01.16.5.000000047</ser:emdrId>
</ser:demandContentRequest>
</soap:Body>
</soap:Envelope>

Пример успешного ответа:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>cb1b216c-91db-4dda-b162-c6de6927a803</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:acknowledgment xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:id>c9fda61a-624c-11e8-9a30-005056b1747f</ns3:id>
</ns3:acknowledgment>
</soap:Body>
</soap:Envelope>

Метод «getMetadata»

Запрос:

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ser="http://egisz.rosminzdrav.ru/iehr/emdr/service/" xmlns:wsa="http://www.w3.org/2005/08/addressing">
<soap:Header>
<egis:transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<egis:authInfo>
<!-Optional:->

<egis:clientEntityId>17c74e63-dc38-438d-a27a-a1aa063ee7b8</egis:clientEntityId>
</egis:authInfo>
</egis:transportHeader>
<!-ser:emdrTransportHeader->
<!-Optional:->
<!-Организация, от имени которой выполняется запрос->
<!-ser:medOrgOid>1.2.643.5.1.13.13.12.2.1.1</ser:medOrgOid->
<!-/ser:emdrTransportHeader->

<wsa:MessageID>09fa0dfc-a975-42ce-9739-d8afac7df2d0</wsa:MessageID>

<wsa:Action>getMetadata</wsa:Action>

<wsa:To>

http://gist-sdw.ezdrav.ru:8708/EMDAService

</wsa:To>
</soap:Header>
<soap:Body>
<ser:getMetadataRequest>
<!-Регистрационный номер запрашиваемой записи:->
<ser:emdrId>01.18.18.000000064</ser:emdrId>
</ser:getMetadataRequest>
</soap:Body>
</soap:Envelope>

Пример успешного ответа:

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>9c2bf1be-32b7-4d9e-a130-e7d01ab07f1b</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:getMetadataResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>success</ns3:status>
<ns3:metadata>
<ns3:kind>8</ns3:kind>
<ns3:systemName>ТМК</ns3:systemName>
<ns3:region>1</ns3:region>
<ns3:organization>1.2.643.5.1.13.13.12.2.1.1</ns3:organization>
<ns3:documentNumber>18074</ns3:documentNumber>
<ns3:creationDate>2018-06-01+03:00</ns3:creationDate>
<ns3:creationDateTime>2018-06-01T00:00:00+03:00</ns3:creationDateTime>
<ns3:storeTillDate>2038-06-01+03:00</ns3:storeTillDate>
<ns3:registrationDate>2018-06-01T18:23:41.109+03:00</ns3:registrationDate>
<ns3:registrationDateTime>2018-06-01T18:23:41.109+03:00</ns3:registrationDateTime>
<ns3:patientSnils>13637824376</ns3:patientSnils>
<ns3:patientLocalId>emdr-rmis-17/122</ns3:patientLocalId>
<ns3:description>Протокол консультации с применением телемедицинских технологий</ns3:description>
<ns3:signer>
<ns3:role>DOCTOR</ns3:role>
<ns3:surname>Львов</ns3:surname>
<ns3:name>Максим</ns3:name>
<ns3:patrName>Андреевич</ns3:patrName>
<ns3:snils>14874311883</ns3:snils>
<ns3:position>34</ns3:position>
</ns3:signer>
<ns3:contentType>1</ns3:contentType>
</ns3:metadata>
</ns3:getMetadataResponse>
</soap:Body>
</soap:Envelope>

Пример ответа с ошибкой

<soap:Envelope xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<wsa:MessageID>6153e6ed-0a1f-4099-8548-64c0dcc8c682</wsa:MessageID>
</env:Header>
<soap:Body wsu:Id="body">
<ns3:getMetadataResponse xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/service/">
<ns3:status>error</ns3:status>
<ns3:errors>
<ns3:item>
<ns3:code>REGISTRY_ITEM_NOT_FOUND</ns3:code>
<ns3:message>Не удалось найти запись по идентификатору 01.17.1.000000373</ns3:message>
</ns3:item>
</ns3:errors>
</ns3:getMetadataResponse>
</soap:Body>
</soap:Envelope>

(обязательное)
Примеры вызова веб-сервиса ИС
Из примеров запросов и ответов исключены файлы ЭМД, а также их контрольные суммы, так как они занимают много места и отрицательно сказываются на восприятии. Пример файла приведен по адресу: https://portal.egisz.rosminzdrav.ru/materials/1879.

Метод «sendRegisterDocumentResult»

Запрос, направляемый в случае успешной регистрации ЭМД:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" ns2:Id="28549ea7-57c3-4f97-a5c8-5fa1169c7a08">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendRegisterDocumentResult</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:4253c616-d2b9-4d61-b416-d98a45c10a8b</MessageID>
</S:Header>
<S:Body>
<ns3:registerDocumentResult xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<ns3:relatesToMessage>uuid: 09fa0dfc-a975-42ce-9739-d8afac7df2d0</ns3:relatesToMessage>
<ns3:status>success</ns3:status>
<ns2:registryItem>
<ns2:emdrId>01.20.293.000000403</ns2:emdrId>
<ns2:registrationDate>2020-02-06T15:26:27.644+03:00</ns2:registrationDate>
<ns2:registrationDateTime>2020-02-06T15:26:27.644+03:00</ns2:registrationDateTime>
<ns2:storeTillDate>2045-02-01+03:00</ns2:storeTillDate>
</ns2:registryItem>
</ns3:registerDocumentResult>
</S:Body>
</S:Envelope>

Запрос, направляемый в случае выявления ошибок:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendRegisterDocumentResult</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:1ac585a1-5776-4a33-8897-5fba7790e9fd</MessageID>
</S:Header>
<S:Body>
<ns3:registerDocumentResult xmlns:ns3="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<ns3:relatesToMessage>uuid:51d0de5f-8fd4-4b55-a368-2b729fa84d74</ns3:relatesToMessage>
<ns3:status>error</ns3:status>
<ns3:errors>
<ns3:item>
<ns3:code>NOT_UNIQUE_PROVIDED_ID</ns3:code>
<ns3:message>Документ с идентификатором '42278736-01a4-49dd-85eb-88e22415f575' уже зарегистрирован</ns3:message>
</ns3:item>
</ns3:errors>
</ns3:registerDocumentResult>
</S:Body>
</S:Envelope>

Пример ответа сервиса ИС (callbackResponse):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<soap:Header>
<Action xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://egisz.rosminzdrav.ru/iehr/emdr/callback/emdrClientCallbackPort/sendRegisterDocumentResultResponse</Action>
<MessageID xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">urn:uuid:01a75151-1f17-45ae-bbff-e2aeaa4ce60a</MessageID>
<To xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://www.w3.org/2005/08/addressing/anonymous</To>
<RelatesTo xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">uuid:420e71ce-f84e-45c3-9b6b-59dd813052a2</RelatesTo>
</soap:Header>
<soap:Body>
<ns2:callbackResponse xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:status>success</ns2:status>
</ns2:callbackResponse>
</soap:Body>
</soap:Envelope>

Метод «sendDocumentFile»

Запрос, направляемый в случае успешного получения ЭМД:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendDocumentFile</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:726b52b4-a633-43ee-8791-1cb4f676a4a3</MessageID>
</S:Header>
<S:Body>
<ns2:sendDocumentFileRequest xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:relatesToMessage>c9fda61a-624c-11e8-9a30-005056b1747f</ns2:relatesToMessage>
<ns2:status>success</ns2:status>
<ns2:file>
<ns2:data>Файл в Base64</ns2:data>
<ns2:checksum>3643394959</ns2:checksum>
</ns2:file>
</ns2:sendDocumentFileRequest>
</S:Body>
</S:Envelope>

Запрос, направляемый в случае ошибок при получении ЭМД:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendDocumentFile</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:33575d6f-07a6-4cd7-bd38-0ccf6b93eec3</MessageID>
</S:Header>
<S:Body>
<ns2:sendDocumentFileRequest xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:relatesToMessage>c9fda61a-624c-11e8-9a30-005056b1747f</ns2:relatesToMessage>
<ns2:status>error</ns2:status>
<ns2:errors>
<ns2:item>
<ns2:code>MIS_NOT_AVAILABLE</ns2:code>
<ns2:message>Не доступен сервис ИС</ns2:message>
</ns2:item>
</ns2:errors>
</ns2:sendDocumentFileRequest>
</S:Body>
</S:Envelope>

Пример ответа сервиса ИС (callbackResponse):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<soap:Header>
<Action xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://egisz.rosminzdrav.ru/iehr/emdr/callback/emdrClientCallbackPort/sendDocumentFileResponse</Action>
<MessageID xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">urn:uuid:47f9e8fe-4ec4-4577-82fd-04fbde63b55c</MessageID>
<To xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://www.w3.org/2005/08/addressing/anonymous</To>
<RelatesTo xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">uuid:33575d6f-07a6-4cd7-bd38-0ccf6b93eec3</RelatesTo>
</soap:Header>
<soap:Body>
<ns2:callbackResponse xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:status>success</ns2:status>
</ns2:callbackResponse>
</soap:Body>
</soap:Envelope>

Метод «sendNotice»

Запрос, направляемый в случае регистрации нового ЭМД:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendNotice</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:7b6e44cb-b78f-4307-9a3d-6d853d6433e2</MessageID>
</S:Header>
<S:Body>
<ns2:sendNoticeRequest xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:initiatingOrg>1.2.643.5.1.13.13.12.2.1.27</ns2:initiatingOrg>
<ns2:document>
<ns2:docKind>246</ns2:docKind>
<ns2:emdrId>01.18.246.000000283</ns2:emdrId>
</ns2:document>
<ns2:isNewDoc>true</ns2:isNewDoc>
</ns2:sendNoticeRequest>
</S:Body>
</S:Envelope>

Запрос, направляемый в случае создания связи с документом получателя:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<S:Header>
<transportHeader xmlns="http://egisz.rosminzdrav.ru" xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/">
<authInfo>
<clientEntityId>84ccfa89-f736-4929-a44a-a3ca9bf55b91</clientEntityId>
</authInfo>
</transportHeader>
<To xmlns="http://www.w3.org/2005/08/addressing">https://ips-test.rosminzdrav.ru/dwBSaIkPLSwor</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">sendNotice</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:7b6e44cb-b78f-4307-9a3d-6d853d6433e2</MessageID>
</S:Header>
<S:Body>
<ns2:sendNoticeRequest xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:initiatingOrg>1.2.643.5.1.13.13.12.2.1.27</ns2:initiatingOrg>
<ns2:document>
<ns2:docKind>246</ns2:docKind>
<ns2:emdrId>01.18.246.000000283</ns2:emdrId>
</ns2:document>
<ns2:isNewDoc>false</ns2:isNewDoc>
<ns2:association>
<ns2:type>RELATES_TO</ns2:type>
<ns2:target>01.18.274.000000285</ns2:target>
</ns2:association>
</ns2:sendNoticeRequest>
</S:Body>
</S:Envelope>

Пример ответа сервиса ИС (callbackResponse):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope">
<soap:Header>
<Action xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://egisz.rosminzdrav.ru/iehr/emdr/callback/emdrClientCallbackPort/sendNoticeResponse</Action>
<MessageID xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">urn:uuid:fbf443b0-8809-4f52-a89d-274c817487e1</MessageID>
<To xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">http://www.w3.org/2005/08/addressing/anonymous</To>
<RelatesTo xmlns="http://www.w3.org/2005/08/addressing" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">uuid:a806f706-8b98-46d4-a917-8bd5025a0c64</RelatesTo>
</soap:Header>
<soap:Body>
<ns2:callbackResponse xmlns:ns2="http://egisz.rosminzdrav.ru/iehr/emdr/callback/" xmlns="http://egisz.rosminzdrav.ru">
<ns2:status>success</ns2:status>
</ns2:callbackResponse>
</soap:Body>
</soap:Envelope>

ПРИЛОЖЕНИЕ Г
Заявка на подключение ИС к тестовой/промышленной Необходимо указать нужную среду АЭМД среде региональной подсистемы «Архив электронных медицинских документов»
Прошу зарегистрировать государственную информационную систему в сфере здравоохранения субъекта Российской Федерации (далее ГИС) / медицинскую информационную систему медицинской организации (далее МИС) / иную информационную систему Необходимо указать нужный тип ИС в тестовой/промышленной Необходимо указать нужную среду АЭМД среде региональной подсистемы «Архив электронных медицинских документов» с целью передачи сведений об электронных медицинских документах.
Таблица 1 – Сведения об организации Все пункты, кроме «Адрес официального сайта организации», обязательны для заполнения

Наименование организации, эксплуатирующей ИС
Адрес официального сайта организации
Место работы, должность, ФИО контактного лица (руководителя организации)
Адрес электронной почты контактного лица (руководителя организации)

Таблица 2 – Сведении о ИС

Полное наименование ИС
Краткое наименование ИС
Субъект Российской Федерации
Адрес веб-сервиса ИС (callback)
Типы документов	Перечислить типы документов , указать их редакции
Поставщик (разработчик) ПО
Адрес электронной почты службы технической поддержки или ответственного лица поставщика (разработчика) ПО

Подтверждаем ознакомление и согласие со всеми положениями «Технических условий на подключение к ГИС ЭЗ РТ».
Подтверждаем выполнение предъявленных требований о защите информации в соответствии с действующим законодательством Российской Федерации.
Достоверность предоставленных данных гарантируем. Обо всех изменениях параметров подключения к обязуемся уведомлять ГАУЗ «РМИАЦ».

Дата: ______________________

Должность
_____________________/___________________/
Подпись МП Расшифровка подписи

Дерево страниц

Описание интеграционных профилей АЭМД 2022

Аннотация

Общие положения

Определения, обозначения и сокращения

Назначение документа

Порядок подключения к АЭМД

Сценарии взаимодействия с ИС

Регистрация сведений об ЭМД

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Поиск записей в АЭМД

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Запрос регистрационных сведений об ЭМД в АЭМД

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Получение файла ЭМД запрашивающей ИС из АЭМД

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Получение метаописания ЭМД в АЭМД

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Отправка в ИС уведомления о регистрации ЭМД из другой ИС

Участники

Критерий успешности выполнения

Предварительные условия

Базовый сценарий

Описание веб-сервиса обмена сведениями об ЭМД

Описание транспортного заголовка АЭМД

Метод «registerDocument»

Метод «searchRegistryItem»

Метод «getRegistryItem»

Метод «demandContent»

Метод «getMetadata»

Описание веб-сервиса на стороне ИС

Метод «sendDocumentFile»

Метод «sendNotice»

Требования к формату файла документа в электронном виде

Формат файла документа PDF/A-1

Формат файла документа XML

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

Список ссылочных документов

ИСТОРИЯ ИЗМЕНЕНИЯ ДОКУМЕНТА

Метод «registerDocument»

Метод «searchRegistryItem»

Метод «getRegistryItem»

Метод «demandContent»

Метод «getMetadata»

Метод «sendRegisterDocumentResult»

Метод «sendDocumentFile»

Метод «sendNotice»