База знаний
ЭЦП Сертификаты Система дистанционного обучения Федеральная электронная регистратура версии 2 Подсистема мониторинга диспансеризации детей-сирот и детей, находящихся в трудной жизненной ситуации Подсистема мониторинга санаторно-курортного лечения Система мониторинга оказания специализированной медицинской помощи Интегрированная электронная медицинская карта Подсистема мониторинга высокотехнологичной медицинской помощи Подсистема интеграции прикладных систем Информационно аналитическая система Подсистема мониторинга реализации Федеральных целевых программ Портал взаимодействия ЕГИСЗ РЕКОМЕНДАЦИИ ПО НАПРАВЛЕНИЮ ОБРАЩЕНИЙ В СЛУЖБУ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ Федеральный регистр медицинских работников / Федеральный регистр медицинских организаций. Федеральный регистр лиц, больных туберкулезом (ФРБТ) Федеральный регистр лиц, инфицированных вирусом иммунодефицита человека (ФРВИЧ) Федеральный регистр больных семью высокозатратными нозологиями Федеральный регистр лиц, страдающих редкими заболеваниями Система мониторинга состояния здоровья детей, родившихся с экстремально низкой массой тела (ЭНМТ)
База знаний
FAQ ПО ВОПРОСАМ ПОДКЛЮЧЕНИЯ ИЭМК
Автор Вадим Добрынин на 25 May 2014 01:22 PM

FAQ по вопросам подключения ИЭМК

 

Вопрос

Ответ

Почему при заказе услуги «Получение сведений об оказанных медицинских услугах» на ЕПГУ пациенту в личный кабинет не передается информация об оказанных медицинских услугах?

 

Медицинскими организациями субъектов РФ ведется работа по подключению к сервису Минздрава РФ по предоставлению сведений об оказанных медицинских услугах. По мере подключения медицинских организаций информация об оказанных медицинских услугах и электронные медицинские документы будут доступны для получения в личном кабинете гражданина на ЕПГУ.

Приносим извинения за временные неудобства

Как получить доступ к ИЭМК?

Какие документы необходимо предоставить?

Для регистрации и получения доступа к системе ИЭМК согласно документам, опубликованным на информационном ресурсе Минздрава РФ в проектных папках ИЭМК => Новые документы, ЕСИАиА, ИПС, необходимо:

  1. Отправить заявку на адрес egisz@rt-eu.ru на подключение МИС к ИЭМК, форма заявки приведена в документе "Регламент подключения и использования сервиса  доступа ИЭМК в субъектах РФ".

В заявке следует указать все МО, необходимые для подключения к сервису (полное наименование и OID МО), медицинская организация должна быть зарегистрирована в справочнике НСИ «Регистр медицинских организаций Российской Федерации. Версия 2» MDR308, OID: 1.2.643.5.1.13.2.1.1.178.

После обработки заявки, будет получен ответ, в соответствии с которым, необходимо выполнить следующие действия:

  1. Отправить заявку на адрес egisz@rt-eu.ru на подключение к сервису ИПС. В заявке необходимо указать данные сертификата открытого ключа системы-инициатора запроса согласно документу «Методические материалы. Публикация веб-служб подсистем ЕГИСЗ в сервисе ИПС. Подключение к веб-службам подсистем ЕГИСЗ» опубликованному на на информационном ресурсе Минздрава РФ.

В качестве идентификатора системы необходимо использовать назначенный UUID  системы (UUID будет указан в ответе на завку на подключение к ИЭМК).

При подключении МИС к другим сервисам ЕГИСЗ, а также к сервису ИЭМК новых МО необходимо будет указывать ранее выданный идентификатор МО (UUID).

Рекомендации по заполнению заявки для подключения к ИЭМК

Рекомендации для заполнения заявки для подключения к сервису ИЭМК:

  1. Следует указать все МО, необходимые для подключения к сервису (полное наименование и OID МО), медицинская организация должна быть зарегистрирована в справочнике НСИ «Регистр медицинских организаций Российской Федерации. Версия 2»   MDR308,  OID: 1.2.643.5.1.13.2.1.1.178;
  2. Следует указать администраторов уровня МО, с привязкой к каждой МО;
  3. В случае если указанные администраторы должны иметь доступ ко всем указанным МО, данные по пользователям можно вынести в отдельную таблицу.
  4. В случае необходимости заведения администратора (ов) уровня региона (без привязки к конкретной МО), данные по пользователям можно вынести в отдельную таблицу.
  5. Составлять заявку на подключение к ИЭМК рекомендуется в формате MS Excel или MS Word

В заявке отсутствует (неверно указан) OID МО

Заявка заполнена неверно, отсутствует (некорректный) OID. Для уточнения OID МО необходимо ознакомиться со справочником «Регистр медицинских организаций Российской Федерации. Версия 2» (MDR308, OID: 1.2.643.5.1.13.2.1.1.178) на сайте нормативно-справочной информации системы здравоохранения по адресу http://nsi.rosminzdrav.ru.

В заявке указан OID не по всем МО

Заявка заполнена некорректно. Необходимо предоставить OID по всем МО или исключить из списка МО не имеющие OID.

Пользователь просит изменить выданный пароль

Изменить пароль можно в разделе «Личный кабинет» самостоятельно.Настоятельно рекомендуется изменить выданный резервный пароль сразу после первой успешной авторизации.

Когда начинает действовать требование об использовании электронной подписи (ЭП)?

Возможно ли проводить интеграцию и отладку без ЭП?

Федеральным законом от 6 апреля 2011 года №63 ФЗ "ОБ ЭЛЕКТРОННОЙ ПОДПИСИ" в ст. 5 устанавливается 3 вида электронной подписи: простая, неквалифицированная и квалифицированная. В ст. 4 установлены принципы использования электронной подписи. Система ИЭМК готова к использованию, как простой, так и квалифицированной ЭП.

Так как в настоящее время очень сложно с инфраструктурной с финансовой точки зрения обеспечить повсеместное использование квалифицированной ЭП, допускается использование простой ЭП. Важно, чтобы при использовании простой ЭП информационные системы МО соблюдали требования п.2 ст.5 Федерального Закона.

В структуре СЭМД для этого предусмотрены соответствующие структуры данных: Authenticator (для лица поставившему подпись в документе, допускается множество таковых лиц) и LegalAuthenticator (для лица утвердившего документ), описание представлено в документе "Описание элементов стандартизированных электронных медицинских документов Часть 1. СЭМД. Заголовок документа". Документ опубликован на на информационном ресурсе Минздрава РФ, в папке ИЭМК => Новые документы.

Какая технология ЭП должна использоваться?

Федеральным законом от 6 апреля 2011 года №63 ФЗ "ОБ ЭЛЕКТРОННОЙ ПОДПИСИ" в ст. 5 устанавливается 3 вида электронной подписи: простая, неквалифицированная и квалифицированная. В ст. 4 установлены принципы использования электронной подписи. Система ИЭМК готова к использованию, как простой, так и квалифицированной ЭП.

Так как в настоящее время очень сложно с инфраструктурной с финансовой точки зрения обеспечить повсеместное использование квалифицированной ЭП, допускается использование простой ЭП. Важно, чтобы при использовании простой ЭП информационные системы МО соблюдали требования п.2 ст.5 Федерального Закона.

Есть ли разница в составлении заявки для регистрации МИС и РМИС?

Формат заявки для региональных и локальных МИС один. Порядок подключения РМИС к ИЭМК такой  же, как и для МИС.

Где взять сертификат открытого ключа доступа?

Что за сертификат мы должны предоставить?

Для регистрации на ИПС необходим сертификат открытого ключа, который в дальнейшем будет использоваться для передачи данных между системой (клиент или сервис) и ИПС. Сертификат открытого ключа можно получить в любом УЦ согласно установленному ГОСТу. Необходимо чтобы система выполняла подпись сообщений с помощью закрытого ключа, соответствующего присланному открытому ключу.

Зачем регистрировать сервисы интеграции с ИПС, а также Web-службы?

Система ИПС является единой точкой входа в ЕГИСЗ. Обращение ко всем сервисам ЕГИСЗ происходит только через ИПС.

ИПС аутентифицирует обращающегося с помощью системы ЕСИАиА. Поэтому, чтобы обратиться к ЛЮБОМУ сервису ЕГИСЗ необходимо научиться работать с системами ИПС и ЕСИАиА.

Является ли использование асинхронного режима в сервисе «WS-addressing» обязательным?

Может ли использоваться синхронный режим?

Для транзакций IHE XDS.b ITI-41, 43, 18 асинхронный режим является обязательным.

Для транзакций IHE PIX возможно использование синхронных запросов.

Что означает «Системы поддерживающие профили IHE»?

Система ИЭМК предоставляет 2 варианта интеграции:

  1. С использованием профиля IHE (XDS.b, PIX);
  2. Без использования профиля IHE (при помощи закодированных сообщений HL 2.5).

Подключаемая МИС может использовать тот или иной профиль интеграции по своему усмотрению.

Можем ли мы, не являясь медицинской организацией (МО) (нет в MDR308), зарегистрироваться в целях использования тестовых сервисов?

Для интеграции МИС с ИЭМК указание МО является обязательным! Кроме того необходимо:

  1. Прислать заявку согласно форме заявки приведенной в документе "Регламент подключения и использования сервиса  доступа ИЭМК в субъектах РФ". В заявке следует указать МО, необходимые для подключения к сервису (полное наименование и OID МО), медицинская организация должна быть зарегистрирована в справочнике НСИ «Регистр медицинских организаций Российской Федерации. Версия 2» MDR308, OID: 1.2.643.5.1.13.2.1.1.178.
  2. После обработки заявки, необходимо направить заявку на единый адрес службы поддержки ЕГИСЗ  Egisz@rt-eu.ru на  подключение к сервису ИПС, в которой  необходимо указать данные сертификата открытого ключа системы-инициатора запроса, согласно документу «Методические материалы. Публикация веб-служб подсистем ЕГИСЗ в сервисе ИПС. Подключение веб-службам подсистем ЕГИСЗ» опубликованном на на информационном ресурсе Минздрава РФ. В качестве идентификатора системы необходимо использовать назначенный UUID  системы (UUID будет указан в ответе на заявку). При подключении МИС к другим сервисам  ЕГИСЗ, а также к сервису ИЭМК новых МО необходимо будет указывать ранее выданный идентификатор.

Посредством, каких сервисов МИС взаимодействует с ИЭМК?

В Системе ведения ИЭМК реализован определенный набор веб-сервисов, который (набор веб-сервисов) обрабатывает входящие запросы (группы запросов) от МИС.

Например:

За обработку группы запросов - "Предоставить и зарегистрировать набор документов" и "Извлечь набор документов" отвечает один веб-сервис;

За обработку запросов - "Выполнить хранимый запрос к регистру документов" отвечает другой веб-сервис;

За обработку группы запросов по управлению пациентами отвечает третий веб-сервис.

Дополнительно к описанным выше веб-сервисам, реализован веб-сервис, который обеспечивают обработку запросов по управлению пациентами и управлению документами (зарегистрировать документ, запросить список документов, запросить конкретный документ) по стандарту HL7 v2.5. Запросы на получение нормативно-справочной информации (НСИ) из МИС не предусмотрены.

Какой адрес для подключения к тестовой площадке для передачи данных в ИЭМК, и адрес, по которому опубликован wsld?

Адрес для подключения к тестовой площадке для передачи данных в ИЭМК, и адрес, по которому опубликован wsld указаны в документе "Часто задаваемые вопросы по подключению МИС к сервису ИЭМК", опубликованному в Библиотеке документов по внедрению ЕГИСЗ http://egisz.rosminzdrav.ru в проектной папке ИЭМК => Новые документы (приложение №2)

Каким образом обеспечить безопасность передаваемых данных (перс. данных пациентов и данных ЭМК)?

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

Какие поля обязательны для передачи в ИЭМК?

Обязательность полей формализована в документах «Описание структуры документов» и «Описание СЭМД, Части 1 и 2». Документы опубликованы в Библиотеке документов по внедрению ЕГИСЗ http://egisz.rosminzdrav.ru в проектных папках ИЭМК => Новые документы

Как зарегистрироваться в Системе ИПС?

Необходимо направить заявку на единый адрес службы поддержки ЕГИСЗ Egisz@rt-eu.ru на подключение к сервису ИПС. В заявке необходимо указать данные сертификата открытого ключа системы-инициатора запроса согласно документу «Методические материалы. Публикация веб-служб подсистем ЕГИСЗ в сервисе ИПС. Подключение к веб-службам подсистем ЕГИСЗ» опубликованному на портале Минздрава http://egisz.rosminzdrav.ru. В качестве идентификатора системы необходимо использовать назначенный UUID системы.

В документе «Программа и методика испытаний интеграции МИС с ИЭМК» приведены контрольные примеры. В этих запросах есть теги «Идентификатор сообщения» и «Наименование сообщения».

Как они формируются?

Есть ли документация, в которой более подробно написано об этом?

Идентификатор сообщения формируется как уникальная комбинация для идентификации сообщения. В качестве root рекомендуется использовать OID МО, extension -  произвольно сгенерированное строковое значение. Данный идентификатор возвращается в ответном сообщении.

В примере:

<id root="2.16.643.1.113883.19.3.2409" extension="222221"/>,

где,

222221 – произвольно сгенерированная символьная последовательность, определяющего идентификатор сообщения.

Впримере:

<interactionId root="1.2.643.5.1.13.2.7.3" extension="PRPA_IN201301RU01"/>,

где,

root - указывается OID ИЭМК (приведен выше),

extention – идентификатор операции из описания ИП, например для добавления пациента это PRPA_IN201301RU01.

Более подробное описание формирования поля представлено в документе "Комплект  спецификаций и технических условий обмена стандартизированными электронными медицинскими документами и сведениями для IHE-совместимых систем".

Нужно ли нам, как интеграторам МИС и ИЭМК перед отправкой запроса, например, о выгрузке документа, самостоятельно проводить аутентифицировать пользователя в ЕСИАиА?

Для отправки запросов рекомендуется  проводить аутентификацию пользователя. В данном случае МИС должна быть интегрирована с ЕСИАиА по протоколу SAML 2.0. Тестовая среда ЕСИАиА https://esiaia-test.rosminzdrav.ru для подключения необходимо будет отправить заявку согласно метод. рекомендациям.

В случае если МИС интегрирована с ЕСИАиА, при аутентификации пользователя ЕСИАиА передает МИС атрибуты пользователя, включая идентификатор сессии.

При запросе от МИС в ИЭМК данный идентификатор сессии передается в SOAP заголовке в параметре userSession:

      <egis:transportHeader>

         <egis:authInfo>

            <egis:clientEntityId>идентификатормис</egis:clientEntityId>

            <egis: userSession >идентификаторсессиипользователя</egis: userSession >

         </egis:authInfo>

      </egis:transportHeader>

 

На ИПС по данному идентификатору сессии производится авторизация мед. сотрудника выполняющего запрос.

ИЭМК позволяет отправлять запросы без аутентификации пользователя (в данном случае userSession не передается). Однако в этом случае такой запрос считается анонимным и накладывает определённые ограничения, например при запросе документов в ИЭМК, можно будет получить только те документы, которые были подготовлены в МО, от которой идет запрос и только с уровнем конфиденциальности “Нормальный”.

Мы заходим на сайт https://iemc-test.rosminzdrav.ru доступны только следующие пункты меню в «ИЭМК тестовая площадка» «Аналитические запросы» и в пункте «Администрирование» пользователи и группы. Все остальные пункты меню недоступны, т.к. кнопки неактивны.

Роль Вашего пользователя – Администратор МО. Для получения прав на просмотр закладки «Пациент» (и других) необходимо создать группу врачей по своей МО и добавить в нее своего пользователя.

Подскажите, на какой адрес (WSDL) отправлять запросы для регистрации нового пациента в системе ведения ИЭМК? Какой необходимо для этого использовать метод?

Для регистрации нового пациента в ИЭМК необходимо использовать следующий адрес: https://api-iemc-test.rosminzdrav.ru/pix/pixSync?wsdl.[3]

Используемые методы:

added - добавление нового пациента;

findCandidates - запросить данные пациента;

revised - запрос изменения данных о пациенте.

В запросах есть тег <userSession> - Идентификатор пользовательской сессии ЕСИАиА. Что передавать в этом теге?

На ИПС по данному идентификатору сессии производится авторизация медицинского сотрудника, выполняющего запрос.

ИЭМК позволяет принимать запросы без аутентификации пользователя (в данном случае userSession не передается). Однако в этом случае такой запрос считается анонимным и накладывает определенные ограничения, например при запросе документов в ИЭМК, можно будет получить только те документы, которые были подготовлены в МО, от которой идет запрос только с уровнем конфиденциальности “Нормальный”.

Как сформировать идентификатор приложении-отправителя?

Является ли этот идентификатор константой?

Идентификатором приложения-отправителя является uuid МИС, полученный при регистрации заявки на предоставление доступа МИС к ИЭМК.

Пример секции в запросе:

<sender typeCode="SND">

        <device classCode="DEV" determinerCode="INSTANCE">

            <id root="f84c8524-d53e-43c6-973c-5076646731d2"/>

            <name>НазваниеМИС</name>

            <asAgent classCode="ASSIGNED">

          <representedOrganization classCode="ORG" determinerCode="INSTANCE">

                       <id root=”1.2.643.5.1.13.3.25.77.761” />

                    <name>Институт кардиохирургии им. В. И. Бураковского</name>

           </representedOrganization>

           </asAgent>

         </device>

</sender>

Идентификатор приложения-получателя является константой.

Возможно, ли провести интеграцию на уровне ЦОДа, где собираются данные по области?

Возможно, ли организовать передачу именно с ЦОДа?

Теоретически такая возможность есть. Т.е. ИС стоящая в ЦОДе регистрируется как МИС с указанием тех МО, которые она обслуживает. Но поскольку с этой системой не работают мед. сотрудники, запросы будут только обезличенными (без аутентификации мед. сотрудника в МИС\ЕСИАиА и авторизации на ИПС). У таких запросов существует ряд ограничений, например, при поиске документов будут возвращаться только документы, подготовленные в этой же МО и только с уровнем конфиденциальности "Нормальный".

В документе "Программа и методика испытаний интеграции МИС и ИЭМК.docx" описываются 2 раздела способа регистрации пациентов (HL7 v3 и HL7 v2.5) и 2 способа передачи документов (IHE и HL7 v2.5).

Для проведения испытания интеграции с ИЭМК в регионе достаточно обеспечить работу с одним из этих вариантов?

Да, достаточно реализовать один вариант.

При вызове контрольного примера 7 выдается ошибка:

<code code="XDSRepositoryError" codeSystem="2.16.840.1.113883.5.1100" displayName="Authorized principal has another organization - author organization"/>.

Возможно, данная  ошибка связанна с тем, что в ПМИ в контрольном примере 7 указано неверное значение uuid в элементе clientEntityId, оно не соответствует значению в атрибуте authorInstitution в запросе.

Разработчикам МИС необходимо использовать свой идентификатор (UUID) МИС (clientEntityId) и OID связанной с ним МО.

Обязательно ли проходить процедуру публикации для веб-служб в соответствии п.2.2 документа «Методические материалы по подключению к Сервису ИПС.docx»?

Для размещения в продуктивной среде или для откладки работы через ИПС на тестовой среде, сервисы необходимо будет опубликовать на ИПС.

Однако сейчас на тестовой среде возможно и прямое взаимодействие между системами, т.е. при желании сначала можно отработать взаимодействие напрямую, а потом с ИПС.

Что заносить в поля UserSession и ClientEntityId поля authInfo в заголовке запроса (TransportHeader)?

UserSession – заполняется идентификатором пользовательской сессии, полученной из ЕСИАиА. В этом случае данный id используется для идентификации пользователя на ИПС. Не обязателен для заполнения на этапе тестирования.

ClientEntityId – идентификатор МИС. Присваивается при регистрации заявки на подключение. Обязателен для заполнения всегда.

Как получить описание XSD схем данных?

НаборыXSD схем опубликованы на технологическом портале ИЭМК.

Набор XSD схем данных опубликован в Библиотеке документов по внедрению ЕГИСЗ http://egisz.rosminzdrav.ru в проектной папке ИЭМК => Новые документы.

Какой справочник специальностей врачей планируется использовать в ИЭМК?

В ИЭМК используется справочник 1.2.643.5.1.13.2.1.1.181   «Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения».

Какой OID нужно указывать в блоке sender в сообщениях HL7v3 при вызове сервисов ИЭМК?

В блоке sender в сообщениях HL7v3 при вызове сервисов ИЭМК OID и идентификатор МО следует указывать в порядке, представленном в примере (примеры секций sender и receiver представлен ниже):

Данные о приложении-получателе.

Значения параметров данной секции использовать по умолчанию в запросах.

<receiver typeCode="RCV">

        <device classCode="DEV" determinerCode="INSTANCE">

            <id root="d5a0f9c0-5db4-11e3-949a-0800200c9a66"/>

            <asAgent classCode="ASSIGNED">

            <representedOrganization classCode="ORG" determinerCode="INSTANCE">

                       <id root=”1.2.643.5.1.13.2.7.3” />

                       <name>ИЭМК</name>

              </representedOrganization>

       </asAgent>

        </device>

    </receiver>

Данныеоприложении-отправителе.

Пример:

<sender typeCode="SND">

        <device classCode="DEV" determinerCode="INSTANCE">

            <id root="f84c8524-d53e-43c6-973c-5076646731d2"/>

            <name>НазваниеМИС</name>

            <asAgent classCode="ASSIGNED">

            <representedOrganization classCode="ORG" determinerCode="INSTANCE">

                       <id root=”1.2.643.5.1.13.3.25.77.761” />

                       <name>Институт кардиохирургии им. В. И. Бураковского</name>

              </representedOrganization>

              </asAgent>

         </device>

</sender>

В ответе на вызов сервиса согласно контрольному примеру 2 выдается только одна льготная категория, хотя у пациента их несколько.

В настоящее время поддерживается только одна  льготная категория.

В контрольных примерах в элементе clientEntityId указан OID 1.3.6.1.4.1.21367.2005.3.7. Об этом элементе написано, что в нем указывается идентификатор вызывающей системы, который присваивается МИС при отправке заявки на подключение. Но в ответ на заявку были присвоены UUID’ы, а не OID'ы. Вопрос: что же нужно указывать в элементе clientEntityId?

В контрольном примере указано неверное значение. В элементе clientEntityId следует указывать UUID, полученный МИС при регистрации заявки на подключение к сервису ИЭМК.

Как получить доступ для просмотра данных тестовых пациентов, переданных в ИЭМК через тестовые сервисы? На портале https://iemc-test.rosminzdrav.ru/special пункт меню «Пациент» не активен.

Для получения доступа к пункту меню «Пациент» необходимо добавить своему пользователю роль «Медицинского работника».

Для расширения прав доступа пользователя следует:

- перейти в раздел Администрирование-Группы

- создать необходимую группу, назначить ей роли (права), сохранить

- добавить в группу пользователя, сохранить;

- заново авторизоваться в системе.

В ИЭМК  из МИС необходимо передавать только закрытые случаи госпитализации? Или же созданный случай госпитализации необходимо передавать в ИЭМК сразу после создания его в МИС (т.е. при обращении пациента)? Есть ли документ, регламентирующий данный вопрос?

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

На данный момент ИЭМК принимает СЭМД нескольких типов, в том числе по законченному случаю госпитализации или законченному амбулаторному обращению.

Где можно просмотреть информацию, о пациентах переданную в ИЭМК?

Созданных пациентов можно просматривать на https://iemc-test.rosminzdrav.ru/special/private/patient/find.

Загружаемые документы доступны в карте выбранного пациента.

Для чего нужна регистрация пользователей на ЕСИАиА?

Рекомендованным режимом использования сервиса ИЭМК является регистрация пользователей на ЕСИАиА, использование неавторизованного режима возможно только для загрузки документов в ИЭМК. Запрос на доступ к документам из других МО должен быть строго авторизованным исходя из политики информационной безопасности.

Насколько часто следует передавать данные из РМИС в ИЭМК: ежесуточно в виде единого массива, в режиме реального времени каждый созданный/дополненный случай или с иной частотой?

Периодичность передачи данных нормативными документами не регламентируется. 

Для передачи сведений в ИЭМК используется два режима – синхронный и асинхронный. Синхронный режим используется при передаче сведений о пациентах. Асинхронный – при взаимодействии для передачи СЭМД.

Изменения регистрационных сведений о пациенте передаются:

  1. При первом визите пациента в МО (в стационаре – при каждой госпитализации или помощи в приемном отделении, в амбулатории – при прикреплении к МО или разовом посещении);
  2. При изменении регистрационных сведений о пациенте;
  3. При выписке из стационара или откреплении от амбулаторной МО.

СЭМД передаются по мере их подготовки медицинским персоналом.

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

Требуется определить механизм подписания на стороне РМИС передаваемой в ИПС информации.

Сервис ИПС проверяет валидность технологической подписи МИС, проставляемую автоматически при отправке сообщений. Подписи СЭМД сервис ИПС не проверяет.

Проверку типа и валидности электронной подписи СЭМД осуществляет получатель документов.

Что нужно сделать для проведения  проверки интеграции сервиса  МИС и ИЭМК, в каком виде и какие следует сформировать документы и куда направить?

Для проверки интеграции сервиса взаимодействия МИС и ИЭМК  требуется направить по электронной почте на адрес er@rosminzdrav.ru  или  на адрес единой службы технической поддержки ЕГИСЗ  Egisz@rt-eu.ru заполненный шаблон отчета о проведении интеграции «Отчет о проведении интеграционного тестирования МИС (РМИС) с Системой ведения ИЭМК на тестовой площадке ЦОД», опубликованный на портале Минздрава http://egisz.rosminzdrav.ru, с указанием  пройденных тестовых примеров и следующих данных: наименование МИС, UUID  МИС, адрес ответного сервиса МИС, OID  МО, ФИО + СНИЛС тестового пациента, логин и пароль пользователя. После проверки взаимодействия  со стороны ИЭМК на указанный адрес эл. почты будет отправлен отчет о результатах проверки интеграции.

Отчет о проведении интеграционного тестирования МИС (РМИС) с Системой ведения ИЭМК следует присылать в формате  word.

Отчет необходимо сопровождать текстами запросов (регистрации пациентов и СЭМД), с помощью которых производилась передача контрольных данных в процессе проведения интеграционного тестирования.

Как зарегистрировать нового пациента в ИЭМК

Для регистрации нового пациента в ИЭМК требуется выполнить следующие шаги:

Шаги регистрации нового пациента в HL7 v2.5:

  1. Сформировать  наборы данных регистрируемых в ИЭМК пациентов
  2. Сформировать сообщения в соответствии со структурой сообщения ADTA01 /A04 .
  3. Перекодировать текст собщения в формат Base64.
  4. Положить сообщение в SOAPконверт.
  5. Отправить сформированное сообщение в ИЭМК через сервис ИПС
  6. Получить ответ ACK с сообщением о выполненной загрузке/ ошибках загрузки нового пациента в ИЭМК. В случае ошибок – исправить ошибки и выполнить шаги 2-6.
  7. Выполнить Шаги 2 – 6 для всех пациентов.

WSDL для загрузки регистрационных данных пациента на продуктовую среду в формате HL7 v.2.5 расположена по  адресу https://ips.rosminzdrav.ru/52de009f2e054?wsdl

Примеры наборов данных для HL7 v2.5 и перечень возможных ошибок приведены в документе "Комплект спецификаций без IHE»документов по внедрению ЕГИС»

Для регистрации нового пациента в HL7 v3.0 использовать сообщение PRPA_IN201301RU01 в соответствии с документом «Комплект спецификаций с IHE».          

Комплекты указанных документов на информационном ресурсе Минздрава РФ.

Как осуществить пакетную загрузку данных пациентов в ИЭМК.

Пошаговые действия описаны в документе «Инструкция по пакетной загрузке  данных пациентов»  размещенном на информационном ресурсе Минздрава РФ.

Данная операция выполняется разово для передачи в ИЭМК данных о ранее зарегистрированных пациентах в МИС.

Незагружаетсядокумент, сообщение «Invalid content was found starting with element …  »

В связи с организацией версионности расширений XSD-схем CDA-документов просим изменить заголовок формируемых Вашими информационными системами документов CDA.

Для отправки документов с новой структурой, опубликованной 22.01.2014, начиная с 28.01.2014 необходимо использовать пути, указанные ниже для версии 1.1.

<!-- ссылка на xsl-преобразование -->

<?xml-stylesheettype="text/xsl" href="http://tech-iemc-test.rosminzdrav.ru/schemasrepos/xslts/test/XSL/1.1/main.xsl"?>

 

<!-- Путь к xsd-схемам -->

<ClinicalDocumentxmlns="urn:hl7-org:v3"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:ext="urn:hl7-RU-EHR:v1"

xsi:schemaLocation="   urn:hl7-org:v3 http://tech-iemc-test.rosminzdrav.ru/schemasrepos/schemas/cda/1.1/CDA_RU01.xsd

urn:hl7-RU-EHR:v1 http://tech-iemc-test.rosminzdrav.ru/schemasrepos/schemas/cda/1.1/POCD_MT000040_RU01_Extension.xsd">

Структура XSD-схем версии 1.1. опубликована на портале ЕГИСЗ в папке ИЭМК->Новые документы ИЭМК-> Приложение к документу Описание СЭМД v1.1 Схемы.zip

Документы в соответствии с версией XSD-схем 1.0 с 22 января не будут проходить проверку на ФЛК!

 

Приложение 1 - Пример заполнения заявки

УТВЕРЖДАЮ:

Директор Департамента

информационных технологий и связи МЗ РФ

______________

« __ » ______________ 201_г.

 

Заявка на предоставление доступа МИС к ИЭМК

 

 

 

 

 

 

 

№ п.п.

Наименование МИС

Разработчик

МИС

OID  МО

Наименование МО

ФИО администратора МИС в МО

СНИЛС

Контактный адрес электронной почты

Контактный телефон

1

РС ЕГИСЗ

ОАО Ростелеком

 

Научно-исследовательский институтклинической онкологии

Иванов Иван Иванович

 

000-000-000 00

 

 

 

+7 (XXX) XXX-XX-XX

2

1С-Поликлиника

 

Научно-исследовательский институтклинической онкологии

Петров Петр Петрович

 

111-111-111 11

 

 

p.petrov@mail.ru

 

+7 (XXX) XXX-XX-XX

 

 

 

 

 

 

 

 

 

 

 

Руководитель Органа государственной власти субъекта РФ сфере охраны здоровья

 

 

 

 

 

 

 

(подпись)

 

(расшифровка)

 

(дата)

 

 

Пример № 2

Информация о МО и МИС

№ п.п.

Наименование МИС

Разработчик

МИС

OID  МО

Наименование МО

1

РС ЕГИСЗ

ОАО Ростелеком

 

Научно-исследовательский институтклинической онкологии

2

1С-Поликлиника

 

Научно-исследовательский институтклинической онкологии

 

 

 

 

 

 

Информация о пользователях для присвоения роли «Администратор МО» во всех МО

№ п.п.

ФИО администратора МИС в МО

СНИЛС

Контактный адрес электронной почты

Контактный телефон

1

Иванов Иван Иванович

000-000-000 00

 

+7 (XXX) XXX-XX-XX

 

 

 

 

 

 

Приложение 2 - Запросы из МИС в ИЭМК

Запросы из МИС в ИЭМК

Адрес web-сервиса

Стандарт IHE

Управление документами

«Предоставить и зарегистрировать набор документов»

(ITI-41)

https://api-iemc-test.rosminzdrav.ru/xds/xdsClientRep?wsdl

 

«Извлечь набор документов»

(ITI-43)

«Выполнить хранимый запрос к регистру документов» (поиск документов - ITI-18)

https://api-iemc-test.rosminzdrav.ru/xds/xdsClientReg?wsdl

 

Управление пациентами

Управление пациентами  (добавить нового пациента, запросить данные пациента, запрос изменения данных о пациенте, запрос на устранение дублей данных пациента)

https://api-iemc-test.rosminzdrav.ru/pix/pixSync?wsdl

Стандарт HL7 v2.5

Управление документами

https://api-iemc-test.rosminzdrav.ru/v25/v25ProcessEndpoint?wsdl

Управление пациентами

 

Приложение 3. Адреса веб-сервисов ИЭМК, опубликованные в тестовой ИПС.

Для отладки интеграции через сервисы ИПС.

Запросы из МИС в ИЭМК Адрес web-сервиса, опубликованного тестового ИПС

Стандарт IHE

Управление документами
«Предоставить и зарегистрировать набор документов»
(ITI-41)


http://ips-test.rosminzdrav.ru:8080/wsdl/52f0d9db3c8c0/main.wsdl
 


«Извлечь набор документов»
(ITI-43)

«Выполнить хранимый запрос к регистру документов» (поиск документов - ITI-18) http://ips-test.rosminzdrav.ru:8080/wsdl/52f0d98990786/main.wsdl
Управление пациентами

Управление пациентами  (добавить нового пациента, запросить данные пациента, запрос изменения данных о пациенте, запрос на устранение дублей данных пациента) http://ips-test.rosminzdrav.ru:8080/wsdl/52d76ffc06419/main.wsdl
Стандарт HL7 v2.5
Управление документами http://ips-test.rosminzdrav.ru:8080/wsdl/523b02ef47dc7/main.wsdl
Управление пациентами


Вложения 
 
 методические материалы.docx (135.92 кБ)