Прием документов HL7 CDA (XML)
Система принимает СЭМД в формате HL7 CDA R2, сформированных согласно спецификациям и руководствам, разрабатываемых ЦНИИОИЗ. Перечень типов, видов и редакций принимаемых Системой СЭМД регламентируется действующими Протоколами информационного взаимодействия ВИМИС по профилям: ОНКО, ССЗ , АКиНЕО. Шаблоны СЭМД, адаптированных под тестовый стенд ВИМИС представлен в разделе Перечень СЭМД, принимаемых Системой
Спецификации, руководства по реализации СЭМД и протоколы информационного взаимодействия ВИМИС указаны в разделе Взаимодействие с ВИМИС
Способы и методы передачи СЭМД в систему
Прием СЭМД в формате XML REST-запросы
Прием подготовленного СЭМД в Систему осуществляется одним запросом в Систему /cda/add/xml.
Info
Профиль МП ВИМИС (онкология, ССЗ, АКиНЕО) и необходимость отправки СЭМД в ВИМИС определяется параметрами запроса /cda/add/xml
Прием СЭМД в формате XML SOAP-запросы
Прием СЭМД осуществляется по универсальному федеральному протоколу работы в ВИМИС, описанным Протоколах информационного взаимодействия ВИМИС
Для использования данного способа передачи, на передающей стороне требуется выполнить следующие действия:
- Сформировать СЭМД
- Сформировать soap-xml с включением в него СЭМД и ЭЦП в формате Base64
- Передать сформированный soap-xml в Систему
POST
запросом на зарегистрированный в регионе Системный ресурс
Warning
Настройка обязательности отправки принятого таким способом СЭМД настраивается стужбой СТП Системы в каждом отдельном регионе на этапе запуска Системы.
Пример запроса на зарегистрированный в регионе Системный ресурс
curl -X POST --location "{{ ONCOR_SOAP_CATCHER }}" \
-H "Content-Encoding: UTF-8" \
-H "Content-Type: application/xml" \
-d @.\templates\soap-xml.xml
Пример сформированного soap-xml
<?xml version="1.0" encoding="UTF-8"?>
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
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">
<S:Header>
<To xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="id-to">https://ips-test.rosminzdrav.ru/9d15f52ee7f2c
</To>
<Action xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="id-action">sendDocument</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="id-replyto">
<Address>https://ips-test.rosminzdrav.ru/5b559bb95b55e</Address>
</ReplyTo>
<FaultTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>https://ips-test.rosminzdrav.ru/5b559bb95b55e</Address>
</FaultTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="id-messageid">
0289c510-c6ef-4e2e-b268-dbee3adf176b
</MessageID>
<egisz:transportHeader xmlns:egisz="http://egisz.rosminzdrav.ru">
<egisz:authInfo>
<egisz:clientEntityId>TEST-ONCOR</egisz:clientEntityId>
</egisz:authInfo>
</egisz:transportHeader>
<wsse:Security>
<wsse:BinarySecurityToken wsu:Id="id-x509"
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary"
ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"></wsse:BinarySecurityToken>
<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.w3.org/2000/09/xmldsig#">
<ds:KeyInfo>
<wsse:SecurityTokenReference>
<wsse:Reference
ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
URI="#id-x509"/>
</wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature>
</wsse:Security>
</S:Header>
<S:Body wsu:Id="body">
<sendDocument xmlns="http://vimis.rosminzdrav.ru/">
<docType xmlns="">1</docType>
<docTypeVersion xmlns="">1</docTypeVersion>
<triggerPoint xmlns="">1</triggerPoint>
<vmcl xmlns="">1</vmcl>
<interimMsg xmlns="">0</interimMsg>
<document xmlns="">
PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPENsaW5pY2FsRG9jdW1lbnQgeG1sbnM9InVybjpobDctb3JnOnYzIiB4c2k6c2NoZW1hTG9jYXRpb249InVybjpobDctb3JnOnYzIEluZnJhc3RydWN0dXJlL0NEQS54c2QiIHhtbG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiPgoJPCEtLSDQl9CQ0JPQntCb0J7QktCe0Jog0JTQ1ZSRUZFUkVOQ0VfMTE0Ij48L3JlZmVyZW5jZT4KCQkJCQkJCQk8L29yaWdpbmFsVGV4dD4KCQkJCQkJCTwvdmFsdWU+CgkJCQkJCTwvb2JzZXJ2YXRpb24+CgkJCQkJPC9lbnRyeT4KCQkJCTwvc2VjdGlvbj4KCQkJPC9jb21wb25lbnQ+CgkJPC9zdHJ1Y3R1cmVkQm9keT4KCTwvY29tcG9uZW50Pgo8L0NsaW5pY2FsRG9jdW1lbnQ+
</document>
</sendDocument>
</S:Body>
</S:Envelope>
Подготовка СЭМД на передающей стороне
Формат СМС определяется шаблонами для каждого типа документа в зависимости от профиля ВИМИС. На этапе приемки СЭМД производится ФЛК, результат которого, возвращается в ответе.
Info
В случае успешного приема СМС Система, при необходимости, автоматически производит следующие действия:
1. Создание нового пациента с регистрационными данными, переданными в СЭМД
2. Создание соответствующих регистровых и медицинских записей
3. Актуализация регистрационных данных пациента (конфликты актуализации разрешаются постфактум пользователем Системы с соответствующими привилегиями)
4. Создание СЭМД на основе СМС и отправка его в ВИМИС, через подсистему ИПС ЕГИСЗ
Warning
Для формирования актуальных и верифицируемых СЭМД в МИС МО требуется контролировать соответствие регистрационных данных врачей и данных передаваемых отделом кадров МО в ФРМР/ФРМО.
Использование ФРНСИ
Для формирования валидных СЭМД, МИС МО должна формировать СМС используя значения справочников ФРНСИ. Конкретные справочники и их версии регламентируются спецификациями и руководствами по реализации СЭМД.
Источники получения и актуализации справочников:
- ФРНСИ
- Сервис ФРНСИ МЗ
- Сервис ФРНСИ_МЗ 2.0 (тестовый период)
- Интеграционные методы получения НСИ в Системе
/nsi.rosminzdrav.ru
- получение списка актуальных используемых справочников ФРНСИ в Системе/nsi.rosminzdrav.ru/passport
- получение паспорта справочника ФРНСИ по его уникальному идентификатору (oid)/nsi.rosminzdrav.ru/zip
- загрузка справочника ФРНСИ в формате XML, заархивированного в формате ZIP