Инструкция ГИС СК
В данном программном документе приведено руководство системного администратора по настройке модуля интеграции с ГИС СК для возможности обмена данными с системой. В руководстве приведено описание настроек, которые необходимо задать для возможности обеспечения работы интеграционного сервиса, а также описан процесс мониторинга и обработки ошибок.
- 1. ПЕРЕЧЕНЬ ПАРАМЕТРОВ ДЛЯ НАСТРОЙКИ ИНТЕГРАЦИИ
- 2. НАСТРОЙКА ПАРАМЕТРОВ ДЛЯ ИНТЕГРАЦИИ
- 2.1. Задание параметров интеграции с «Нетрика»
- 2.2. Загрузка справочников НСИ
- 2.3. Настройка справочника отделений
- 2.4. Настройка планировщика заданий сервера
- 2.5. Мониторинг обмена данными (обработка ошибок)
- 2.6. Отправка документов в РЭМД
- 2.7. Отправка талонов в ФЭР
- 2.8. Работа с ошибками при работе с «Порталом врача»
- 2.9. Выгрузка коечного фонда
- 2.10. Обновление статуса документов
- 3. Виды СЭМДов для выгрузки
- 4. Ошибки выгрузки СЭМД (статус 7)
1. ПЕРЕЧЕНЬ ПАРАМЕТРОВ ДЛЯ НАСТРОЙКИ ИНТЕГРАЦИИ
ПЕРЕЧЕНЬ ПАРАМЕТРОВ ДЛЯ НАСТРОЙКИ ИНТЕГРАЦИИ
Настройку МИС «КСАМУ» для интеграции с ГИС СК рекомендуется выполнять на сервере МИС «КСАМУ». Перед выполнением настоек требуется убедиться, что версия МИС «КСАМУ» 5.57.5.12930 и выше, версия приложения «Сервер «КСАМУ» 2.9.8.1044 и выше, также требуется осуществить проверку работоспособности защищенной сети передачи данных МЗ СК (ЗСПД).
Для проверки работы ЗСПД на сервере в браузере должна открываться ссылка (Сервис Терминологии) : http://172.29.29.44/nsiui, а также должен быть доступен сервер 172.29.29.44. В случае отсутствия доступа требуется прописать маршрут под правами администратора выполнив в командной строке операцию: route -p add 172.29.29.0 mask 255.255.255.0 10.101.X.1, где X-10.101.X.1 - ваш шлюз в ЗСПД. Первым шагом для настройки передачи сведений из МИС «КСАМУ» в ГИС СК является установка параметров МИС «КСАМУ» для интеграции взаимодействия с интеграционной платформой ГИС СК (API «Нетрика»). В МИАЦ Ставропольского края требуется
получить следующие данные:
− Адрес сервиса ИЭМК: URL-ссылка на адрес сервиса «Региональная
ИЭМК» (ИЭМК).
− Адрес сервиса НСИ: URL-ссылка на адрес сервиса «Управление
нормативно-справочной информацией» (УНСИ).
− Адрес сервиса «Индекс пациента»: URL-ссылка на адрес сервиса «Индекс
пациента» (ИП).
− Адрес сервиса «Управление очередями»: URL-ссылка на адрес сервиса
«Управления очередями» (УО).
− Адрес сервиса СЗПВ: URL-ссылка на адрес сервиса «Система записи на
прием к врачу» (СЗПВ).
− Код ЛПУ для сервисов записи к врачу. Указывается в филиале (подразделении) на вкладке «Настройки для интеграции», раздел «Нетрика»!
В версии 5.57.5.12930 и выше данные сведения автоматически будут уже заполнены для вашей МО и их требуется только проверить.
2. НАСТРОЙКА ПАРАМЕТРОВ ДЛЯ ИНТЕГРАЦИИ
2.1. Задание параметров интеграции с «Нетрика»
Все полученные данные требуется указать в параметрах МО. Для этого требуется открыть МИС «КСАМУ», выбрать пункт меню «ЛПУ» → «Параметры», выбрать вкладку «Сервисы» и в группе «Интеграция с Нетрика» указать полученные данные в соответствующие графы (рисунок 1):
Рисунок 1.
Сопоставление НСИ МИС «КСАМУ» и НСИ ГИС СК выполнено разработчиком МИС «КСАМУ» самостоятельно на уровне внесения дополнительных кодов в НСИ МИС «КСАМУ», поэтому представителям медицинских организаций не требуется ручного сопоставления НСИ с привлечением сотрудников медицинских организаций.
2.2. Загрузка справочников НСИ
Следующим пунктом является загрузка нормативно-справочной информации с подсистемы «УНСИ», а также загрузка списка медицинских организаций Ставропольского края.
Для загрузки справочника медицинских организаций (OID:1.2.643.2.69.1.1.1.64) в МИС «КСАМУ» требуется зайти в меню «Справочники» → «Организации» → «Структура медицинских организаций ГИСЗ (ФРМО)». Откроется справочник медицинских организаций Ставропольского края, и в случае, если справочник пустой, то требуется нажать на кнопку «Загрузка из РМИС» (рисунок 1), после чего появится прогресс-бар с процессом загрузки, после чего требуется дождаться полной загрузки. В версии 5.57.5.12930 и выше данный НСИ автоматически будет уже загружен для вашей МО и их требуется только актуализировать его при необходимости.
Рисунок 1.
2.3. Настройка справочника отделений
Далее требуется для каждого отделения указать OID ТВСП из регионального справочника МО (OID 1.2.643.2.69.1.1.1.64), а также OID ТВСП по ФРМО, для этого требуется открыть справочник подразделений через меню «ЛПУ» → «Структура ЛПУ» → «Отделения ЛПУ (подразделения)» (рисунок 1).
Рисунок 1.
В справочнике подразделений нужно заполнить поля «Код НСИ ТВСП» и «Код НСИ Нетрика» для каждого отделения, выбрав его из справочника «Структура медицинских организаций ГИСЗ (ФРМО)» с помощью кнопки «Указать элемент» . При выборе значения в одном из полей, значение во втором поле заполняется автоматически.
2.4. Настройка планировщика заданий сервера
Далее требуется выполнить настройку в приложении «Сервер «КСАМУ». Требуется открыть вкладку «Планировщик заданий», далее, в случае отсутствия задания с именем «Интеграция ИЭМК Нетрика. Пациенты» или «Интеграция ИЭМК Нетрика», требуется нажать на кнопку «Добавить новый элемент» (рисунок 1).
Рисунок 1.
В открывшемся окне требуется указать задачу «Интеграция ИЭМК Нетрика», далее рекомендуется выбрать интервал запуска - каждые 10 минут, после чего нажать кнопку «ОК». А для задачи «Интеграция ИЭМК Нетрика. Пациенты» рекомендуется поставить интервал запуска – каждые 2 минуты. Аналогичным образом требуется добавить задание «Обновление статуса талонов (26)», рекомендуемый период отправки указать в 30 минут.
2.5. Мониторинг обмена данными (обработка ошибок)
Для просмотра лога интеграции требуется открыть МИС «КСАМУ», выбрать пункт меню «Сервис» → «Загрузка внешних данных» → «Лог выгрузки ИЭМК Нетрика» (рисунок 1).
Рисунок 1.
В открывшемся окне имеется пять вкладок (рисунок 2):
− «Ошибки»: ошибки выгрузки/загрузки сведений с ГИС СК.
− «Ошибки РЭМД/ВИМИС»: ошибки выгрузки/загрузки сведений с ГИС СК. Подробнее об «Ошибки РЭМД/ВИМИС» можно посмотреть в этой инструкции
− «Успешно выгруженные сведения»: успешно выгруженные сведения в ГИС СК.
− «Лог запросов»: лог запросов на портал врача.
− «Очередь на получение статусов документов»: очередь на получение статусов от ГИС СК. В этой инструкции можно узнать подробнее об «Очередь на получение статусов документов»
Рисунок 2.
Для анализа ошибок требуется сохранить запросы выгрузки и ответа в папку, выбрав команду «Сохранить запросы в папку» (рисунок 3) и выбрать директорию для сохранения. Далее требуется передать логи в службу технической поддержки ООО «Медицина ИТ» или поставить задачу на портале поддержки пользователей (https://redmine.ksamu.ru), так же используется для передачи логов в МИАЦ.
Рисунок 3.
Также, через контекстное меню можно открыть объект, который не выгрузился по причине ошибки. В случае исправления ошибки требуется отправить объекты в очередь на последующую отправку в ГИС СК.
2.6. Отправка документов в РЭМД
Условие регистрации документов МИС «КСАМУ» в РЭМД через ГИС СК:
− Сведения о пациенте, по которому сформирован документ для РЭМД, предварительно уже успешно отправлены в ИЭМК ГИС СК. Для проверки успешности отправки пациента требуется посмотреть лог отправки.
− Для успешного получения результата регистрации документов РЭМД или ошибок регистрации требуется убедиться, что в ГИС СК прописан адрес обратной связи МИС МО. Адрес обратной связи развернут по адресу: <IP>:268, где <IP> - IP адрес сервера МИС «КСАМУ» в ЗСПД МИАЦ СК.
В случае наличия ошибок отправки данных в статусе документов журнала РЭМД будет указано «7. Ошибка выгрузки». Подробнее ошибку, а также логи запроса и ответа можно посмотреть в журнале логирования интеграции с ГИС СК («Нетрика») – окно в МИС «КСАМУ» «Лог выгрузки ИЭМК Нетрика».
Рисунок 1.
При наличии ошибок во вкладке «Ошибки РЭМД/ВИМИС» будут указаны ошибки выгрузки документов.
ВНИМАНИЕ! При отправке через сервис ГИС СК («Нетрика») больше не осуществляется автоматическая переотправка документов в РЭМД. Управление переотправкой документов осуществляется МИАЦ СК.
| Статусы РЭМД |
| Наименование статуса | Описание |
|
|
Документ не нуждается в подписании ЭЦП. Необходимо проверить настроен ли документ в списке на выгрузку: «Справочники» - «Модуль врача» - «Выгрузка (РЭМД)» - «Виды электронных медицинских документов для выгрузки в РЭМД». |
|
|
Документ не подписан электронной цифровой подписью. |
|
|
Документ подписан не всеми подписями, которые требуются согласно настройкам (документ не отправлен в РЭМД). |
|
|
Документ подписан специалистами, но отсутствует подпись медицинского учреждения. Если статус не меняется более суток, возможно проблема с ЭЦП организации на сервере. Обратитесь к системному администратору. Кроме того, требуется проверить код Нетрики, код объекта и наименование в справочнике СЭМД. |
|
|
Документ ожидает очереди на регистрацию в РЭМД. Обычно никаких действий не требуется. Регистрация может происходить от нескольких минут до несколько дней. Если прошло более двух дней и статус не сменился, то требуется обратиться в поддержку МИАЦ СК. |
|
|
Документ НЕ зарегистрирован. Документ не будет передан в иное ведомство и не будет передан на ЕПГУ. Примеры ошибок и решение по ним описаны ниже. |
|
|
Документ прошёл успешную регистрацию |
|
|
Документ не доставлен в ГИС СК «Нетрику». Подробное описание ошибки, а также запрос и ответ можно получить в логе выгрузки в ИЭМК «Нетрики» во вкладке «Ошибки РЭМД/ВИМИС» |
| Примеры ошибок регистрации в РЭМД и способы решения |
| Текст ошибки | Решение |
| Если в текст ошибки встречается следующий текст: − DocumentElement − GET_DOCUMENT_FILE_ERROR − INTERNAL_ERROR − Not Found − [PATIENT_ALREADY_REGISTERED] − PATIENT_CREATION_ERROR − POSITION_TO_ROLE_MISMATCH − OBJECT_NOT_FOUND − RUNTIME_ERROR − Service Unavailable − Внутренняя ошибка ГИП при создании пациента − Внутренняя ошибка системы − Неверный формат SOAPP-сообщения − Не найден сертификат − Не удается установить связь с сервером − Операция прервана по таймауту − Ошибка при обмене данными − Сервер вернул ошибочный или нераспознанный ответ − Сервис предоставляющей ИС не доступен − Документ [ ] не найден в XDS − Error [Bad Gateway (502)] − RMIS_ERROR |
Ошибка федеральной системы РЭМД. По данным ошибка требуется переотправка документов на уровне шлюза ГИС СК («Нетрики»), просьба по данным ошибкам писать в МИАЦ СК для переотправки документов. Также вы можете самостоятельно осуществить переотправку документов через МИС «КСАМУ». |
| [CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT]: Срок действия сертификата сотрудника истек или еще не наступил. Индекс сотрудника [0] или [CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT]: Не удалось построить цепочку сертификатов до Головного УЦ(сертификат организации выдан не аккредитованным УЦ или один из сертификатов цепочки не действителен) |
У подписанта истек срок действия сертификата. Нужно заменить ЭЦП подписанта. Если подписантов несколько подписанты считаются: 0, 1, 2 и т.д. в порядке даты и времени подписания по возрастанию. |
| [INCONSISTENT_DIGESTS]: Набор содержит отличающиеся хеш-суммы по одинаковым алгоритмам | Сформированный документ и его подпись не сопоставились. Необходимо переподписать. |
| [NOT_UNIQUE_ASSOCIATION]: Создаваемая связь документов уже существует: [09.21.1155.107625320] [INCLUDES] [09.21.1162.099139202] или [NOT_UNIQUE_PROVIDED_ID]: Документ с идентификатором 'C5105C8B-B2EA-40CA-BBF6-98A0E23366CC' уже зарегистрирован |
Документ зарегистрирован. При повторном запросе документа со стороны РЭМД, отправляется ответ, что данный документ уже зарегистрирован. Позже документ сменит статус на «6. Документ зарегистрирован» |
| [NO_SPECIALITY]: На дату создания документа для указанного вида требуется указание специальности подписанта. Не указана специальность подписанта с индексом [0] | В программе необходимо проверить указание специальности подписантов в поле «Код НСИ» Росминздрав» в карточке специальности или сверить указанные данные с данными в ФРМР по специалисту. |
| [PATIENT_MPI_MISMATCH]: Указанное значение [Имя пациента] не соответствует данным ГИП Пациент найден по локальному идентификатору или [PATIENT_MPI_MISMATCH]: Указанное значение [ЕНП] [0992879739000021] не соответствует данным ГИП [204498171]. Пациент найден по локальному идентификатору |
Данная ошибка глобальная. Если регистрация данного документа очень важна, то следует обратиться к администратору или разработчикам. Или создать нового пациента в базе, а карточку старого пациента закрыть. |
| [PERSON_NOT_FOUND]: В REST-службе ФРМР не найден сотрудник со СНИЛС [13507834354] или Ошибка с текстом типа: «На дату подписания документа отсутствует личное дело сотрудника» |
Сотрудник с данным СНИЛС не оформлен в вашей организации в ФРМР. Необходимо обратиться к системному администратору или ответственному за ведение ФРМР (обычно отдел кадров). |
| [PERSON_POST_IN_FRMR_MISMATCH]: Указанная должность сотрудника не соответствует занимаемой им должности в организации [1.2.643.5.1.13.13.12.2.9.611:7|1.2.643.5.1.13.13.12.2.9.611:7] на дату создания документа [08.12.2021] по данным ФРМР. Сотрудник с индексом [0] | Данные в «КСАМУ» не соответствуют данным в ФРМР, обратитесь к системному администратору. В данном случае РЭМД возвращает коды должностей, по которым имеется запись в ФРМР. Ответственному лицу за ФРМР требуется исправить данные в ФРМР или в МИС «КСАМУ». Если данные по сотруднику совпадают как на ФРМР и МИС «КСАМУ», возможно, на сервере необходимо принудительно запустить синхронизацию, чтобы данные были сопоставлены. |
| SIGNATURE_DECODING_ERROR]: Ошибка декодирования ЭП с индексом [0]: В подписи отсутствует атрибут [1.2.840.113549.1.9.4]. | Проблемы с электронной подписью одного из подписантов, обратитесь к системному администратору. Администратору необходимо проверить корректно ли установлена подпись или переустановить её. |
| [VALIDATION_ERROR]: Ошибка валидации схематрона: У1-7. Все элементы //telecom со схемой "tel:" должны соответствовать следующему регулярному выражению: tel:\+?[-0-9().]+ Как минимум одна цифра ДОЛЖНА остаться в номере телефона после удаления всех разделителей. Путь: /ClinicalDocument[1]/recor dTarget[ 1]/patientRole[1]/telecom[1]/@null Flavor or matches(@value, '^ 0 9().]+$|^([^t].+|t[^e].*|te[^l].*)$') |
Ошибка заполнения номера телефона пациента. Необходимо проверить номер телефона пациента или представителя пациента, исправить данные и заново подписать документ предварительно сняв все подписи. |
| [VALIDATION_ERROR]: Ошибка валидации схематрона | В документе не верно заполнены данные. Обратитесь к системному администратору или разработчику. |
| [VALIDATION_ERROR]….. | Ошибка валидации документа. Необходимо обратиться к системному администратору или в поддержку ООО «Медицина ИТ». |
| [VALUE_MISMATCH_METADATA_AND_FRMR]: Указанные данные сотрудника [22.06.1977] не соответствуют данным ФРМР [22.07.1977]. Сотрудник с индексом [0] | Не совпадает дата рождения врача, указанная в ФРМР и в «КСАМУ». Необходимо сверить, и исправить ошибку. |
| Дата подписания документа [10.12.2021 15:13:55] врачом [ФИО врача] меньше даты создания документа [14.12.2021 16:18:50] | Если ошибка висит долго (более суток) требуется переподписать документ. |
| СНИЛС [131-100-102 54] пациента не прошел проверку | Указан не верно СНИЛС пациента. Требуется проверить СНИСЛ пациента и указать корректный в карточке пациента или соответствующем документе. |
| Не удалось вычислить OID ТВСП МО: нарушен порядок передачи идентификатора ТВСП МО | Необходимо выполнить настройку справочника отделений согласно пункту 2.3. Необходимо указать идентификаторы в каждом отделении МО |
| У пациента отсутствует СНИЛС | Требуется указать СНИСЛ в карточке пациента и через некоторое время, убедившись по логам что пациент был выгружен в ИЭМК осуществить перевыгрузку документа |
| Code: ValidationError; Message: Организация не привязана к РМИС [emdr-rmis-1746] | Вам необходимо обратиться к МИАЦ СК чтобы вашу организацию привязали к ГИ СК в подсистеме РЭМД. Только МИАЦ СК может направить заявку привязки организации к ГИС для РЭМД. |
| Создатель этой ошибки не указал Reason… | Документ не доставлен в ГИС СК «Нетрику». Подробное описание ошибки, а также запрос и ответ можно получить в логе выгрузки в ИЭМК «Нетрики» во вкладке «Ошибки РЭМД/ВИМИС» |
| Не заполнен Номер полиса | Некоторые СЭМД требуются обязательность заполнения номера полиса. Данная ошибка формируется самой МИС КСАМУ и документ не отправляется в ГИС СК. |
| Не заполнен Документ, удостоверяющий личность | Некоторые СЭМД требуются обязательность заполнения полных данных о документе удостоверяющем личность. |
| Не заполнен Паспортные данные | Проверьте что все поля в документу заполнены, в том числе информация об органе выдавшем документе и его коде, дате выдачи документа. Данная ошибка формируется самой МИС КСАМУ и документ не отправляется в ГИС СК. |
| Доступ к сервису временно запрещён - для системы, соответствующей идентификатору 0879cf75-10f3-83fd-f597-0eb9f5233f25, превышен лимит запросов к сервису | Данная ошибка свидетельствуем о превышении лимиты выгрузки из ГИС СК в РЭМД. Такие документы как правило должны перегружаться ГИС СК автоматически. В случае если документ с данной ошибкой сохраняется продолжительное время (более 2 суток) можете обратиться в поддержку МИАЦ СК. |
| Не удалось вычислить OID ТВСП МО: нарушен порядок передачи идентификатора ТВСП МО. | Проверьте чтобы у всех подписантов документа и у автора документа в их отделениях был указан верный «Код НСИ Нетрика» для их отделения. |
| Если сообщение начинается с CA_INACCESSIBILITY | Необходимо перевыгрузить документы на уровне МИАЦ |
В случае если документ находиться в статусе «Ожидает регистрации» длительное время (2 и более дня) требуется обратиться в поддержку МИАЦ для перегрузки документа, или осуществлять повторную выгрузку через МИС «КСАМУ» через меню «Перевыгрузить все документы» предварительно отобрав необходимые документы. За подробностями статуса документа просьба обращаться в МИАЦ СК, также вы можете получить доступ к порталу https://remd.egisz.rosminzdrav.ru/ уровня доступа «Администратор МО» отправить заявку по форме приложения №1 в поддержку ЕГИСЗ по адресу egisz@rt-eu.ru Работа с порталом осуществляется согласно инструкции https://portal.egisz.rosminzdrav.ru/materials/3017.
2.7. Отправка талонов в ФЭР
Условия отправки талонов в ФЭР:
− В Параметрах ЛПУ должны быть указаны адреса сервисов СЗПД (http://172.29.29.44/hub25/HubService.svc?wsdl и вызова врача на дом (http://172.29.29.44/hub25/HomeCallService.svc?singleWsdl) (рисунок 1). Адреса сервисов должны открываться в браузере на сервере.
Рисунок 1.
− В настройках филиала ЛПУ» → «Структура ЛПУ» → «Филиалы нашего ЛПУ (структурные подразделения) должен быть указан код ЛПУ для сервисов записи к врачу (рисунок 2).
Рисунок 2.
− В сервере «КСАМУ» должна быть настроена задача «Обновления статусов талонов (26)» каждые 15 минут.
− В услугах посещений к врачам специалистам обязательно должен быть указан код МЗ (рисунок 3).
Рисунок 3.
Процесс отправки можно увидеть в логах сервера «КСАМУ» на вкладке «Приложения», для этого в фильтрах нужно сделать отбор по имени TSendSVANThread (рисунок 4). В случае наличия ошибок просьба обращаться в поддержку Медицина ИТ.
Рисунок 4.
Также после успешной отправки появится дата выгрузки в ФЭР в списке всех талонов (рисунок 5). Чтобы открыть список всех талонов, необходимо перейти в меню Документы → Приемный покой (регистратура) → Запись на прием (далее при необходимости отобразите колонку «Дата выгрузки в ФЭР»).
Рисунок 5.
2.8. Работа с ошибками при работе с «Порталом врача»
В КСАМУ имеется возможность открытия портала врача. Для этого необходимо в модуле амбулаторно поликонического приема выбрать пациента и нажать на кнопку "Портал врача", которая находится в левой нижней части экрана (рисунок 1).
Рисунок 1.
Для работоспособности функционала по открытию портала врача на АРМ врача должны быть доступны сервисы ГИС.
Врачом должен быть подписан и выгружен хотя бы 1 СЭМД
Проверить доступность сервиса можно введя в браузере ссылку: http://172.29.29.44/nsiui
Если доступ есть, то отобразятся данные, показанные на рисунке 2.
Рисунок 2.
Если доступ отсутствует, то появится ошибка получения доступа к порталу (рисунок 3).
Рисунок 3.
Доступ врача к истории болезни пациента проверяется по политике доступа ГИС, которая предоставлена на схеме (рисунок 4).
Рисунок 4.
С политикой и проверками доступа к порталу врача можно ознакомиться по ссылке: http://api.n3med.ru/api/iemk/sud/
В случае отсутствия доступа к порталу врача сохраняется лог запроса и ответа. Для просмотра и анализа логов необходимо перейти во вкладку Сервис → Загрузка внешних данных → Лог выгрузки ИЭМК Нетрика (рисунок 5).
Рисунок 5.
В открывшемся окне необходимо перейти на вкладку Лог запросов, выбрать период, в который выполнялся запрос доступа. В колонке Метод запроса найти вариант TokenPortal. Далее необходимо выделить нужную строку и нажать правую кнопку мыши, после чего появится меню. Для сохранения Запроса и Ответа от сервисов ГИС нужно выбрать вариант Сохранить запросы в папку (рисунок 6).
Рисунок 6.
Для выяснения причины отказа в доступе к порталу врача выгруженные логи необходимо передать в поддержку МИАЦ.
2.9. Выгрузка коечного фонда
Поиск свободных коек по профилю работает посредством сервиса Нетрики, поэтому для работы данного функционала необходимо провести предварительные настройки в Сервере Ксаму и Ксаму:
1. В Сервере Ксаму настроить задачу «Выгрузка коечного фонда (26)» с параметром «Каждый день», Дата начала – 08:00 (рисунок 1).
Рисунок 1.
В логах Сервера Ксаму можно отслеживать выполнение задачи и доступность сервиса по имени TSendHospBedsThread (рисунок 2).
Рисунок 2.
2. Для настройки коек в ЛПУ необходимо перейти в раздел ЛПУ → Структура ЛПУ → Отделения ЛПУ (подразделения), затем в каждом из стационарных отделений указать количество коек и их разделение на мужские, женские и детские (рисунок 3).
Рисунок 3.
Функция поиска свободных мест в коечном фонде доступна из документа направления на госпитализацию (рисунок 4).
Рисунок 4.
В открывшимся окне необходимо выбрать профиль коек или медицинскую организацию, по которым будет осуществлен поиск (рисунок 5).
По двойному нажатию на выбранный профиль коек автоматически будет заполнена информация по профилю и ЛПУ в документе направления на госпитализацию.
Рисунок 5.
2.10. Обновление статуса документов
Для запроса статусов документов в ручном режиме необходимо перейти в «Архив электронных документов с ЭЦП», отобрать в таблице документы со статусом «4.Подписан, ожидает регистрации», затем в меню «Действия» выбрать пункт «Проверить статус отобранных документов» (рисунок 1).
Рисунок 1.
После этого все отобранные документы будут отображаться в очереди на получение статусов документов в разделе «Сервис» → «Загрузка внешних данных» → «Лог выгрузки ИЭМК Нетрика» (рисунок 2).
Рисунок 2.
По документам, находящимся в очереди обновления статуса, будет отправлен запрос в Нетрику по задаче в Сервере КСАМУ «Получения статусов документов (Нетрика)» (рисунок 3).
Рисунок 3.
В логах Сервера КСАМУ можно увидеть процесс отправки запросов в Нетрику, сделав отбор по имени сервиса TNetrikaCheckStatusThread (рисунок 4).
Рисунок 4.
После выполнения данной задачи в «Архиве электронных документов с ЭЦП» статусы документов будут обновлены, а очередь из документов на обновление статусов уменьшится.
3. Виды СЭМДов для выгрузки
Данная глава содержит описание настроек и и перечень видом СЭМДов для выгрузки в РЭМД и ВИМИС
Виды СЭМДов для выгрузки
Проверить настройки какого-либо СЭМДа можно в соответствующем справочнике: «Виды СЭМДов для выгрузки». Для этого необходимо перейти: «Справочники» → «Выгрузка (РЭМД, ВИМИС)» → «Виды СЭМДов для выгрузки» (Рисунок 1).
Рисунок 1 - Справочник: Регистрируемые электронные медицинские документыПри работе со справочником будут полезны следующие колонки:
- OID РЭМД - Уникальный код СЭМД, по данному коду на портале ЕГИСЗ можно найти всю информацию о документе.
- Наименование - Уникальный наименование СЭМД, по которому также можно найти информацию на портале ЕГИСЗ.
- Используется - Признак проставляется только сотрудниками МИТ и отвечает за выгрузку СЭМДа. По данному признаку можно понять будет ли формироваться и выгружаться СЭМД в РМИС КСАМУ. Если признак не стоит, а сам СЭМД, был приобретен, то для его включения или уточнения по нему информации, необходимо обратиться в поддержку или бухгалтерию МИТ.
- Подпись МО - Галочка информирует о необходимости подписания документа подписью МО.
-
Строгая проверка должности - Галочка информирует о строгой необходимости подписи документа, специалистом имеющим конкретную НСИ должность. Проверить необходимость в данной подписи, а так же уточнить информацию о том кто может подписывать документ можно на портале НСИ Росминздрава в соответствующих колонках (рисунок 2).
Рисунок 2 - Пример настройки правил подписи для 230 СЭМД -
Дата начала и окончания регистрации - Отображают данные о периоде действия выбранного СЭМД. Стоит отметить, что когда текущая дата не входит в диапазон данных дат, сам документ может оставаться действующим в рамках какого-либо приказа, а в некоторых ситуациях, на основании этого документа, будет формироваться новая редакция СЭМДа. В редких случаях бывает и обратная ситуация, когда в рамках приказа, документ теряет свою юридическую силу и не предназначен для формирования печатных форм, но СЭМД ещё действует и передает данные. Если дата окончания не установлена, СЭМД считает бессрочным.
- Примечание - Комментарии, оставляемые сотрудниками МИТ, по работе или иных особенностях взаимодействия с выбранным СМЭД.
Все остальные параметры таблицы, как правило являются служебной информацией для сотрудников МИТ.
Все СЭМДы для удобства имеют расцветку и разделены на группы. По расцветке можно отследить их актуальность. Белым цветом - отмечены те из них, которые являются действующими. Красным цветом - отмечаются не актуальные. По группам можно отследить специфику СЭМДа. Все СЭМДы относящиеся к группе "7.Прочее" являются локальными для МО и зачастую необходимы для отображений визуализации ЭЦП.
Для каждого СЭМДа индивидуально по желанию МО прописывается уникальное число подписантов (как правило минимум один специалист), но при необходимости это число можно скорректировать. В редких случаях, для документов имеющих строгую проверку должности число подписантов может отличаться.
Для того чтобы настроить подписантов, необходимо найти и нажать на требуемый СЭМД. В открывшемся окне, используя кнопки добавления или удаления редактируется колонка подписантов (рисунок 3).
Рисунок 3 - Добавление подписанта для формирования СЭМДПри редактировании данных о подписантах каждый документ должен содержать хотя бы одну роль, в противном случае, программа не даст такой документ сохранить (рисунок 4).
Рисунок 4 - Пример запрета сохранения настроек СЭМД, без подписантовВсе роли используемые для для формирования СЭМДа строго прописаны в руководствах по их формирования и не подлежат изменению. Данные роли не связаны с реальной должностью специалиста. Подобным образом оформляется "Справка для получения путевки на санаторно-курортное лечение", при том что её могут подписать: Врач, Заведующий или Председатель ВК, в настройках ролей данного СЭМДа, всегда будет "Врач" (рисунок 5).
Рисунок 5 - Пример настройки СЭМД 151Если СЭМД настраивается для осмотров ЭМК, то для удобства настройки, в самом модуле ЭМК предусмотрен дополнительный функционал.
4. Ошибки выгрузки СЭМД (статус 7)
Раздел содержит частые ошибки СЭМД и способы их устранения.
1. Ошибка:
Bad Gateway (502) - 'http://172.29.29.44/EMK/EMKService.svc'<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:a="http://schemas.datacontract.org/2004/07/N3.Shared.Core">
<s:Body>
<AddMedRecordResponse xmlns="http://tempuri.org/" />
</s:Body>
</s:Envelope>
Решение: перевыгрузить документ в КСАМУ.
2. Ошибка:
...<Message>Дата окончания регистрации документа с IdMedDocumentType = 3 (remd_code = 6) уже истекла, обратитесь к справочнику 1.2.643.5.1.13.13.11.1520. Документ записан в БД ИЭМК, на выгрузку в РЭМД направлен не будет.</Message>...
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Body>
<s:Fault>
<s:Code>
<s:Value>s:Sender</s:Value>
</s:Code>
<s:Reason>
<s:Text xml:lang="">Случай обработан с предупреждениями.</s:Text>
</s:Reason>
<s:Detail>
<ArrayOfRequestWarning xmlns="http://schemas.datacontract.org/2004/07/N3.EMK.Dto.Common" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<RequestWarning>
<PropertyName>ConsultNote</PropertyName>
<Message>Поле содержит ошибки</Message>
<WarningCode>8</WarningCode>
<Warnings>
<RequestWarning>
<PropertyName>CreationDate</PropertyName>
<Message>Дата окончания регистрации документа с IdMedDocumentType = 3 (remd_code = 6) уже истекла, обратитесь к справочнику 1.2.643.5.1.13.13.11.1520. Документ записан в БД ИЭМК, на выгрузку в РЭМД направлен не будет.</Message>
<WarningCode>2142</WarningCode>
<Warnings />
</RequestWarning>
</Warnings>
</RequestWarning>
<RequestWarning>
<PropertyName>ConsultNote</PropertyName>
<Message>Поле содержит ошибки</Message>
<WarningCode>8</WarningCode>
<Warnings>
<RequestWarning>
<PropertyName>Attachments</PropertyName>
<Message>Есть TXT, нет PDF</Message>
<WarningCode>2136</WarningCode>
<Warnings />
</RequestWarning>
</Warnings>
</RequestWarning>
</ArrayOfRequestWarning>
</s:Detail>
</s:Fault>
</s:Body>
</s:Envelope>
Решение: по таким ошибкам обращаться в МИАЦ, так как мы не знаем почему они его видят как PDF файл.
3. Ошибка:
...<Message>Произошла техническая ошибка</Message>...
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Body>
<s:Fault>
<s:Code>
<s:Value>s:Sender</s:Value>
</s:Code>
<s:Reason>
<s:Text xml:lang="ru">Произошла техническая ошибка</s:Text>
</s:Reason>
<s:Detail>
<RequestFault xmlns="http://schemas.datacontract.org/2004/07/N3.EMK.Dto.Common" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<PropertyName />
<Message>Произошла техническая ошибка</Message>
<ErrorCode>99</ErrorCode>
<Errors />
</RequestFault>
</s:Detail>
</s:Fault>
</s:Body>
</s:Envelope>
Решение ошибки перевыгрузка, если не помогает обращаться в МИАЦ с запросом и ответом из Логов Нетрики.
4. Ошибка:
...<Message>Поле содержит ошибки</Message>...<Message>Поле заполнено некорректно</Message>...
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Body>
<s:Fault>
<s:Code>
<s:Value>s:Sender</s:Value>
</s:Code>
<s:Reason>
<s:Text xml:lang="">The creator of this fault did not specify a Reason.</s:Text>
</s:Reason>
<s:Detail>
<ArrayOfRequestFault xmlns="http://schemas.datacontract.org/2004/07/N3.EMK.Dto.Common" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<RequestFault>
<PropertyName>MedDocument</PropertyName>
<Message>Поле содержит ошибки</Message>
<ErrorCode>8</ErrorCode>
<Errors>
<RequestFault>
<PropertyName>Attachments</PropertyName>
<Message>Поле содержит ошибки</Message>
<ErrorCode>8</ErrorCode>
<Errors>
<RequestFault>
<PropertyName>DocumentAttachment with MimeType = 'text/xml'</PropertyName>
<Message>Поле содержит ошибки</Message>
<ErrorCode>8</ErrorCode>
<Errors>
<RequestFault>
<PropertyName>OrganizationSign</PropertyName>
<Message>Поле заполнено некорректно</Message>
<ErrorCode>7</ErrorCode>
<Errors />
</RequestFault>
</Errors>
</RequestFault>
</Errors>
</RequestFault>
</Errors>
</RequestFault>
</ArrayOfRequestFault>
</s:Detail>
</s:Fault>
</s:Body>
</s:Envelope>
Решение ошибки перевыгрузка, если не помогает обращаться в МИАЦ с запросом и ответом из Логов Нетрики.
5. Ошибка:
Error receiving data: (12002) Время ожидания операции истекло ...
Error receiving data: (12002) Время ожидания операции истекло<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:a="http://schemas.datacontract.org/2004/07/N3.Shared.Core">
<s:Body>
<AddMedRecordResponse xmlns="http://tempuri.org/" />
</s:Body>
</s:Envelope>
Решение: обратится в Нетрику, чтобы они перевыгрузили со своей стороны.
6. "Отсутствует код для услуги у профиля в должности!". Необходимо проверить в должности врача профиль и заполнение в нем кода для услуги посещения (рисунок 1).
Рисунок 1.
7. Отсутствует информация о состоянии при поступлении!
Отсутствует основной диагноз! (рисунок 2)
Рисунок 2.
Решение: ошибка на скриншоте возникает из-за отсутствия первичного осмотра родового отделения или АОПБ.
8. Отсутствуют сведения о пребывании пациента в отделении! (рисунок 3)
Рисунок 3.
Решение ошибки создание движения о прибывания пациента в отделении .
9. Отсутствует отделение, где пребывал пациент! (рисунок 4)
Рисунок 4.
Решение проблемы: создание движение пациента, направление → поступление → выписка.
10. Отсутствует тип консультации врача!
Рисунок 7.
В должности врача указать тип консультации
Рисунок 8.
11. Отсутствует СНИЛС пациента! (рисунок 5)
Рисунок 7.
Отсутствует СНИЛС у ИНОСТРАННОГО пациента.
Решение ошибки: посмотреть когда был выгружен пациент в «Лог выгрузки ИЭМК Нетрики» и сравнить его со временем добавления ДУЛ (Документ удостоверяющий личность). Если документ был добавлен позднее, чем была выгрузка пациента, то пересохранить пациента и переподписать документ. Если документ был добавлен ранее, чем была выгрузка пациента, то обращаться в МИАЦ.
12. Ошибка на сервере
Ошибка отправки документов РЭМД/ВИМИС: Отказано в доступе (рисунок 6).
Рисунок 8.
Решение ошибки: сначала проверить настройки филиала при смене ЭЦП, чтобы там было пусто (рисунок 1), но ЭЦП нужно проверить в «ЛПУ» → «Параметры» → «Сервис» и посмотреть «Сертификат МО (РЭМД)».
Рисунок 9.
Если настройки филиала правильные и в "ЛПУ» → «Параметры» указана действующая ЭЦП, то обращаться в МИАЦ.