1. Схема взаимодействия
Взаимодействие МИС (РМИС) и ВИМИС осуществляется в рамках обмена сообщениями согласно Протокола информационного взаимодействия доступного по ссылке https://portal.egisz.rosminzdrav.ru/materials/3677. На рис. 30 представлена схема взаимодействия МИС/РМИС с ВИМИС.
Рисунок 30. Схема взаимодействия
2. Федеральные веб сервисы документы, статусы, сообщения
После того, как сформированы, проведены и подписаны документы, отправляемые в ВИМИС, указанных в ОпределяемыйТип.ДокументыВИМИС, проверяется:
- состояние константы «Использовать функционал по ВИМИС (Онкология)»
- тип документа: в Регистре сведений «Статусы медицинских документов» для МД проверяется «Code» и «Code system», которые указаны в элементе ШМД в реквизите «Тип МД». Проверяется реквизит «Код типа МД» справочника «Тип МД (тмб)», который должен быть равен «Атрибут code» справочника «Типы МД». «Code system» справочника «Тип МД» должен быть прописан в элементе «Типы МД» справочника «Справочники ФНСИ».
- наличие пациента в статусе «На контроле» по профилю «Онкология» (регистр сведений «Сведения о регистрации пациентов в ВИМИС»).
- для некоторых документов производится проверка на соответствие диагнозов «МКБ10» или на признак «Подозрение на онкологию» (Только для профиля «Онкология»).
Если условия выполняется, то данный документ записывается в регистр сведений «Федеральные веб сервисы ВИМИС Измененные документы» (рис. 31) в соответствии с диагнозом (-ами) в МД и с профилем, по которому в статусе «На контроле» стоит пациент.
Пример: в случае проверки диагноза:
- Если диагноз ОНКО или Подозрение на онкологию, то в регистр сведений «Федеральные веб сервисы ВИМИС Измененные документы» фиксировался документ по профилю «Онкология».
- Если диагноз ССЗ, то по профилю «Сердечно сосудистые заболевания».
- Если И диагноз ССЗ И ОНКО/Подозрение на онкологию, то по двум профилям соответственно.
Для проверки диагноза используется документ «Регистрация доступных значений» (Ключ: «НозологическийРегистр_ВИМИС_ОНКО» // значение: «ВИМИС ОНКО» (тип: «СправочникСсылка.НозологическийРегистр»).
Рисунок 31. Регистр сведений «Федеральные веб сервисы ВИМИС Измененные документы»
Формирование СЭМД и СЭМД-beta осуществляется регламентным задание «Поиск документов для отправки в ВИМИС». Регламентное задание «Поиск документов для отправки в ВИМИС» осуществляет обход документов в регистре сведений «Федеральные веб сервисы ВИМИС Измененные документы», в котором:
- определяется триггерная точка (проверяется тип документа, профиль),
- создается/обновляется элемент справочника «Федеральные веб сервисы документы ВИМИС» (рис. 32),
- формируется СЭМД.
Рисунок 32. Справочник «Федеральные веб сервисы документы ВИМИС»
После выполнения регламентного задания «Поиск документов для отправки в ВИМИС» статус меняется на «На отправку». В случае возникновения ошибок на этапе формирования СЭМД и СЭМД-beta, текст ошибки отобразится в регистре «Федеральные веб сервисы статусы ВИМИС» (рис. 33) в столбце «Текст ошибки». После исправления ошибок системные документы необходимо провести и подписать ЭП.
Статусы ЭМД:
- «Обновить данные» - при создании элемента в справочнике «Федеральные веб сервисы документы ВИМИС».
- «Не готов» - если документ не проведен.
- «На отправку» - документ готов к отправке (сформирован СЭМД).
- «Отправлено» - СЭМД отправлен.
- «Подтверждено синхронно» - присвоен msg_id.
- «Зарегистрировано» - документ принят ВИМИС.
- «Ошибка пакета» - ошибка при асинхроне.
- «Ошибка формирования» - ошибка при формировании СЭМД.
Рисунок 33. Справочник «Федеральные веб сервисы документы ВИМИС», регистр сведений «Федеральные веб сервисы статусы ВИМИС»
Регламентным заданием «Отправка документов в ВИМИС» осуществляется отправка СЭМД в ВИМИС. Отправляются все элементы справочника «Федеральные веб сервисы документы ВИМИС» в статусе «На отправку» и без пометки удаления.
Сообщения отправки фиксируются в регистре сведений «Федеральные веб сервисы сообщения ВИМИС» (Путь: «Администрирование» - «Федеральные веб-сервисы» - «ВИМИС» - «Сообщения ВИМИС»). В строке регистра указывается присвоенный идентификатор сообщения, идентификатор документа (из справочника «Федеральные веб сервисы ВИМИС») и Msg_id.
Msg_id – уникальный идентификатор сообщения - присваивается при синхронном ответе сервисом ВИМИС (рис. 34). Статус документа меняется на «Подтверждено синхронно».
Рисунок 34. Справочник «Федеральные веб сервисы документы ВИМИС», регистр сведений «Федеральные веб сервисы сообщения ВИМИС»
3. Постановка пациента на контроль
Пациенты, по которым первично сформирован один из документов «Осмотр (консультация) пациента»/«Лечение в условиях стационара», ставятся на контроль ВИМИС ССЗ. Информация хранится в регистре сведений «Сведения о регистрации пациентов в ВИМИС» (Все функции – Регистры сведений – Сведения о регистрации пациентов в ВИМИС).
4. Метод checkstatus
При необходимости, можно получить текущий статус обработки принятых медицинских сведений в ВИМИС. Для этого вызывается метод checkStatus с параметром msg_id.
В ответ синхронно ВИМИС «Онкология» возвращает исходящее сообщение checkStatusResponse с набором данных: статус обработки документа (Возможные значения: «0» – ошибка обработки запроса; «1» – запрос обработан без ошибок; «2» – запрос в процессе обработки), Описание результата обработки полученного запроса. Для получения промежуточного статуса обработки документа необходимо в регистре сведений «Федеральные веб сервисы сообщения ВИМИС» использовать команду «Получить статус сообщения ВИМИС» (рис. 35).
Рисунок 35. Справочник «Федеральные веб сервисы документы ВИМИС»
5. РМИС
В базе РМИС по идентификатору сообщения можно найти и просмотреть отправляемое сообщение и присвоенный msg_id (Администрирование - Синхронные вызовы. Отправка информации о документах (рис. 36)).
Рисунок 36. Подсистема «Администрирование»
Результат обработки полученного запроса можно посмотреть по идентификатору сообщения в асинхронных вызовах (Администрирование - Асинхронные вызовы. Результат проверки документов (рис. 37)). Открыть документ, перейти на вкладку «Исходящее сообщение». Возвращаемые значения: «0» – ошибка обработки запроса; «1» – запрос обработан без ошибок.
Рисунок 37. Асинхронные вызовы. Результат проверки документов