Часто задаваемые вопросы

Общие вопросы

Cлужба технической поддержки платформы N3.Health

Для того, чтобы попасть в нашу систему заявок необходимо со своей почты, которую Вы хотите зарегистрировать для обращений, отправить сообщение на support@n3health.ru, после регистрации support.n3health.ru вы сможете увидеть все свои заявки.

Заголовок заявки должен отображать суть проблемы или вопроса Заявителя

Описание задачи в заявке должно представлять из себя конкретный вопрос по предоставлению информации, либо внятное описание возникшей проблемы, позволяющее понять её и воспроизвести действия Заявителя;

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

После этого сможете заходить на ресурс и писать запрос уже непосредственно там.

Все запросы там будут списком. Они сохранятся и можно будет возвращаться по необходимости.

Для Вашего удобства мы рекомендуем Вам пользоваться данным Клиентским интерфейсом, в котором есть возможность отслеживать статус Вашего обращения.

Примеры:

✔ Предоставьте документацию/ссылку на документацию сервиса ИЭМК/FhirProxy/ОДЛИ/ЗПВ;
✔ При отправке запроса AddPatient (приложенный запрос) в сервис ИЭМК возвращается ошибка 99;
✔ При открытии Портала врача у пациента (ссылка на пациента) не корректно отображаются переданные в ИЭМК данные (перечень данных, которые не корректно отображены);

 

 

✘ Описания вида «сервис не работает/как-то не так работает/какая-то ошибка» без описания совершённых действий и полученного результата, а также «нет данных в отчёте/не передаются данные» без конкретного уточнения, о чём идёт речь, не являются достаточными.

  • Необходимо указать тип стенда (промышленный/демонстрационный) для задач, касающихся работы сервисов.
  • Необходимо указать адрес сервиса, к которому идёт обращение, для задач, касающихся работы сервисов.
  • Необходимо приложить запрос к сервису, для задач, касающихся работы сервисов:
    • Для запросов к ИЭМК необходимо приложить SOAP-запрос;
    • Для запросов к СУД и Fhirproxy необходимо приложить POST запрос целиком, включая URL, заголовки и тело запроса.

В случае, если возникает ошибка, необходимо также получить текст возникающей ошибки. Если ошибка возникает при обращении к сервису, необходимо к запросу приложить и ответ сервиса.

Потребуется OpenVPN или ViPNet?

По факту потребуется и то и другое, но в определённой последовательности:

  • OpenVpn (не сертифицирован и бесплатный) используется для всех стендов кроме Промышленного. Используем для отладки интеграции на стендах;
  • ViPNet (сертифицирован и платный) только для Промышленного.

Возможно ли подключить OpenVPN с двух хостов одновременно?

Нет, один ключ на одно рабочее место. Можем сделать несколько ключей по необходимости.

Под какие операционные системы можно установить ViPNet?

В целом ViPNet можно установить под Windows, Linux и MacOS. С полным списком систем можно ознакомиться здесь. От себя можем порекомендовать Windows-версию, она проще в настройке и обслуживании.

Сколько пользователей могут подключиться одновременно на ViPNet client для его бесперебойной работы?

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

Системные требования:

  • Процессор — Intel Core 2 Duo или другой схожий по производительности x86-совместимый процессор с количеством ядер 2 и более.
  • Объем оперативной памяти — не менее 1 ГБ (рекомендуется 2 ГБ).
  • Жесткий диск — не менее 25 ГБ (рекомендуется 50 ГБ).
  • Сетевой интерфейс
  • Операционная система — Windows, Linux и MacOS (рекомендуется Windows Server 2012 R2 Standart 64-разрядная)

Какой минимальный набор методов необходимо реализовать?

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

    • В рамках сервиса «ИЭМК. Модуль работы с пациентами» необходимы следующие обязательные методы:
      • Добавление пациента (AddPatient)
      • Обновление информации о пациенте (UpdatePatient)

      Рекомендуемые к добавлению:

      • Получение данных о зарегистрированном пациенте (GetPatient)

 

    • В рамках сервиса «ИЭМК. Модуль сбора статистики» обеспечивается следующими обязательными методами:
      • Добавление завершенного случая медицинского обслуживания (AddCase) (обязательно для ВИМИС)
      • Добавление медицинских записей (AddMedRecord)

      Рекомендуемые к добавлению:

      • Изменение закрытого случая медицинского обслуживания (UpdateCase)(обязательно для ВИМИС)

 

    • В рамках сервиса «Терминология» рекомендуется реализовать:
      • Получение версий справочника ($versions)

 

  • В рамках реализации сервиса «Запись на прием к врачу» необходимы следующие обязательные методы:
    • Добавление пациента в стороннюю МИС (AddNewPatient)
    • Идентификация пациента (CheckPatient)
    • Поиск пациента (SearchTop10patient)
    • Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)
    • Выбор специальности (GetSpesialityList)
    • Выбор врача (GetDoctorList)
    • Выбор времени приема (GetAvaibleAppointments)
    • Подтверждение записи (SetAppointment)
    • Просмотр предстоящих записей пациента (GetPatientHistory)
    • Подача заявки на отмену записи (CreateClaimForRefusal)

    Рекомендуемые к добавлению:

    • Просмотр расписаний (без записи) (GetWorkingTime)
    • Получение списка услуг по врачу (GetServiceList)

Российские сертификаты для работы с сервисами

Сертификаты — В доверительные корневые центры сертификации

Вопросы по ИЭМК

Как подключиться к интеграционной платформе N3

Для получения доступа к демонстрационной площадке требуется направить на адрес support@n3health.ru письмо с указанием в заголовке (теме письма) строки следующего вида: [наименование региона], [наименование сервиса N3], а в теле письма следующих данных:

  • Наименование МИС (ПО)
  • Наименование компании-партнера (юр.лицо)
  • Данные контактного лица компании-партнера (телефон, email, skype)
  • Краткое описанием своего решения и сценария интеграции в свободной форме

 

Тема: Краснодарский Край, ОДЛИ
Сообщение: Наименование МИС (ПО): ЛИС Z
Наименование компании-партнера (юр. лица): ИП А.Иванов
Данные контактного лица (телефон, email, skype): example@mail.ru
ЛИС Z — это лабораторная информационная система. Нам необходимо обеспечить передачу результатов лабораторных исследований в сервис Обмен данными лабораторных исследований»

GUID следует получать для МИС или каждого подключаемого ЛПУ в отдельности?

GUID выдаётся для каждого медицинского учреждения в отдельности.

Подойдет ли GUID от тестовой площадки к промышленному стенду?

Нет, не подойдет. При регистрации сервиса МИС на промышленном стенде ему присваивается промышленный ключ.

Расскажите о стандартах работы ваших сервисов

В соответствии со стандартом FHIR® (разработанным организацией HL7) идет обмен данными в сервисе ОДЛИ. Сервис ИЭМК построен на базе стандарта Soap, т.к. на стороне мин.здрава реализован именно этот стандарт. В будущем разработают стандарт на базе FHIR®, но пользоваться можно будет и тем и другим. Так же в рамках сервиса ИЭМК будет встречаться стандарт CDA для передачи СЭМД и РЭМД (вложенные файлы в случаях обслуживания). Также для получения данных из сервиса ИЭМК используется стандарт FHIR®.

Какое оборудование потребуется для подключения и для соблюдения требований безопасности?

Необходимо установить и настроить средство криптографической защиты информации ViPNet, который защитит канал связи передачи данных от клиники до сервиса. Это может быть реализовано двумя способами:

  1. Программного обеспечения ViPNet Client. Так же потребуется отдельный компьютер или виртуальная машина для установки данного ПО;
  2. Межсетевое взаимодействие. Закупка ПО не потребуется.

Это обязательно должен быть веб сервис или это может быть десктопное приложение?

Не важно, главное, чтобы поддерживал протокол Soap.

Для тестового стенда обязательно подключать реальную клинику? Нельзя ли на своей базе всё для начала проверить?

Для тестового стенда можно использовать любую тестовую клинику. Не обязательно проводить работы на реальной. Это может быть клиника, которая есть в вашей тестовой базе. Не реальная. Но нам нужно будет обязательно ее добавить. Чтобы передать вам id LPU.

Как мы поймём, что нас переключили на промышленный стенд?

Для перехода на промышленный стенд необходимо сначала пройти тестирование на демонстрационном стенде. Далее установить ViPNet и только после этого перейти на промышленный стенд.

Есть ли отличия в методах при переходе с одного стенда на другой?

Отличий нет. Когда происходит обновление стендов, то оно производится одновременно на всех стендах.

Будут ли обновляться методы/сервис ИЭМК? Как это происходит?

Да, периодически методы будут обновляться в соответствии с изменениями в ЕГИСЗ. Об изменениях сообщаем заранее. Все условия описаны в договоре.

Мы планируем размещать интеграцию на одном сервере для всех клиник. Вы сможете различать эти клиники по уникальному токену? Все запросы будут идти с одного IP-адреса.

Да, сможем. Будем определять по idlpu.

Как часто необходимо передавать СЭМД?

В соответствии с Постановлением Правительства от 05.05.2018 №555 «О единой государственной системе в сфере здравоохранения» создаваемые СЭМД подлежат передаче в ИЭМК в течение одного рабочего дня со дня установления лечащим врачом медицинской организации диагноза соответствующего заболевания или со дня получения им актуализированных данных о пациенте.

Важна ли последовательность полей в методах?

Да, важно соблюдать верную последовательность полей. Последовательность полей можно посмотреть в SoapUI при добавлении WSDL-ссылки.

Если у основного заголовка (контейнера) обязательность заполнения 0, значит все что идёт до следующего заголовка не обязательно для заполнения?

Да, все верно. Если контейнер не обязательный, то и все входящие параметры не обязательные. Но если вы решили добавить контейнер, то потребуется передать все обязательные параметры (обязательность 1).

Где посмотреть какая ошибка, что означает?

Коды ошибок и расшифровка указана в API.

В каких случаях выходит ошибка 99 «Произошла техническая ошибка» и что она означает?

Большая часть ошибок указывает на конкретную проблему. Данная ошибка означает техническую ошибку. В этом случае лучше обратиться в техническую поддержку ЭлНетМед.

Возможно надо проверить соответствие введённых с Терминологией данных.

Что за данные появляются в демонстрационном стенде? Мы не отправляли.

На демонстрационном стенде работают различные системы, нет разделения по доступу к просмотру информацию. Поэтому вы можете видеть не только свои данные.

Какой минимальный набор данных необходимо передавать в рамках метода AddPatient?

Минимально необходимо передать все обязательные параметры (обязательность 1). Для AddPatient обязательными являются: guid, idLPU, ФИО, дата рождения, IdPatientMIS, пол.

Есть МО, которые работают давно, у них есть уже сформированная база пациентов. Пациент приходит на прием, он уже есть в базе, но его ещё нет в ЕГИС. Мы должны сначала его зарегистрировать методом AddPatient, а уже после отправить случай обслуживания. Т.е. мы должны знать есть этот пациент в ЕГИС или нет. Вы у себя храните информацию, которую мы выгружаем? Мы можем к этой информации обращаться? Или мы это на своей стороне отслеживаем?

Да, каждый раз перед добавлением случая обслуживания нужно добавлять пациента. Внутри отдельного сервиса путем математических методов пациенты сравниваются и определяется один это и тот же пациент или разные. Каждому пациенту при первом добавлении присваивается глобальный id. Если пациент ранее был и система посчитает, что это один и тот же пациент она вернет уже существующий глобальный id, а так же свяжет все случаи обслуживания в ИЭМК. Описывается вот в этом разделе: Модуль работы с пациентами. Указано, что если добавляете пациента и такой пациент уже есть добавление не происходит. Далее при передачи случая обслуживания уже используете IdPatientMis.

Где смотреть добавленных пациентов?

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

Выявилась проблема с UpdatePatient — обновляем информацию о пациенте. Поменяв имя или фамилию не только обновляется пациент, но и создается новый идентичный. Это ошибка или так работает сервис?

В базе будут внесены изменения. Также они будут видны в разделе Пациент. Пациент будет отображать два раза, тк. было два действия. Global Id у пациента одинаковый, значит это один и тот же пациент, но два действия.

Какой минимальный набор данных необходимо передавать в рамках случая обслуживания? Как понять это в API?

Минимально необходимо передать все обязательные параметры (обязательность 1). Для случая обслуживания одним из обязательных параметров является MedRecords. Какую именно медицинскую запись MedRecords нужно указать обязательно необходимо смотреть по таблице кратности в API (например, в методе AddCase). Зависит медицинская запись MedRecords от того какой случай обслуживания: Амбулаторный, стационарный или диспансеризация.

Для чего нужны объекты, указанные в начале API, в разделе описание типов объектов?

Все эти объекты потребуются вам для заполнения случаев обслуживания. В разделе объекты дается подробное описание каждому. А применение идет в модуле сбора статистики

Методы, описанные в модуле сбора статистики, рассчитаны на один приём врача или более обширно? То есть пациент пришёл, врач его принял, написал что-то в карте пациента. Либо пациент пришёл, врач поставил какой-то диагноз, далее назначил лечение, вылечил. Другими словами это всё происходит не одним днём.

Методы для обоих описанных случаев. Например, AddCase подойдет на конкретный прием. CreateCase на случай заболевания в целом, т.к. он открывается, а закрыть его можно будет через какой-то период времени.

По модулю сбора статистики не понятно, чем отличаются методы AddCase и CreateCase?

AddCase это открытие и сразу закрытие случая приема, т.е. в дальнейшем в него не будут добавлять информацию. После добавления такого случая обслуживания, информация сразу уходит на федеральный уровень.

CreateCase это метод который позволяет открыть случай обслуживания. Он не завершенный. Информация на федеральный уровень не передается пока не закроется.

Для чего столько участников в случае обслуживания? Т.е. по лечащему врачу понятно. Вопрос по следующим участникам и может ли это быть одно лицо:

  • Лицо, подписывающее или визирующее формируемый набор медицинской информации;
  • Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач);
  • Лицо, утвердившем информацию о случае обслуживания (несущем юридическую ответственность).

Есть несколько лиц о которых передаем информацию:

  1. Лечащий врач,
  2. Лицо подписывающее или визирующее сформированный набор мед.информации,
  3. Лицо автор передаваемой информации,
  4. Утверждающий информацию о случае обслуживания(несет юр.ответственность),
  5. Родитель/опекун.

Может быть такое, что 1,2,3,4 это всё лечащей врач. Но возможны варианты. Например, 3 это может быть м/с или интерн. А 4 может быть зав.отделения, т.е. есть возможность выбрать кто и что делает.

Какой исход заболевания передавать в случае профилактических осмотров? Исход заболевания является обязательным для передачи, но как такового исхода там нет.

Есть справочник 1.2.643.5.1.13.2.1.1.688. Выбирается исходя из случая, который произошел. Если все хорошо — Здоров.

Если в нашей МИС можно сформировать протокол исследования, мы должны его передать?

Да, можете передать. Необходимо реализовать все методы. Если есть какие-то файлы их можно передать в определенных типах документов. Например, ConsultNote или LaboratoryReport. У них есть параметр Attachment. Это и есть возможность прикрепить файл.

Пока случай не закроется, информация не передается. Мы можем на своей стороне регулировать данный процесс, т.е. использовать только метод AddCase, но уже полностью со всей историей. Т.е. МЦ не будет закрывать случай в нашей МИС, до полного завершения случая. А когда случай будет закрываться мы сразу будем передавать AddCase, без фиксирования промежуточных этапов (открытие, добавление, закрытие). Так возможно работать?

Да, возможно.

Где смотреть добавленные карты пациентов (случаи обслуживания)?

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

Можно ли передавать MedDocument без случая обслуживания? Какие типы медицинских записей, не вложенных в Случай и Эпизод, можно создавать?

Можно передать в рамках РЭМД все типы MedDocument.

Можете с точки зрения процессов клиники объяснить чем отличаются AddCase, CreateCase, CloseCase?

  • AddCase — это открытие и сразу закрытие случая обслуживания (приема пациента, посещения для сдачи анализа/выполнения процедуры). Т.е. в дальнейшем в него не будут добавлять информацию. После добавления такого случая обслуживания, информация сразу уходит на федеральный уровень.
  • CreateCase — это метод который позволяет открыть случай обслуживания. Он не завершенный. Информация на федеральный уровень не передается пока не закроется. После открытия пациент в рамках случая обслуживания может так же приходить на сдачу анализов или консультацию, выполнять какие-то процедуры. Все это в виде medrecord будет добавляться к случаю обслуживания.
  • После того как пациент прошел полностью лечение в клинике случай обслуживания закрывают. Для этого нужен метод CloseCase.

Если в визите несколько видов оплаты? Часть оплачивал пациент, часть делал по ДМС? Что ставить в виды оплаты?

Можно добавить два эпизода (step) к случаю обслуживания. И указать в одном один вид оплаты, в другом другой.

Вопросы по ОДЛИ

В тестовой среде, в списке МО не нашли ни одной лаборатории. Можете ли добавить?

На тестовом стенде можно выбрать любое МО и провести проверку работы методов.

В тестовой среде имеется ли хотя бы одна МО (как исполнитель) с загруженными услугами и тестами? При имитации работы МИС.

Если подключается только МИС без связки с ЛИС, то работу лаборатории(ЛИС) можно сымитировать нашими силами. Для этого любому тестовому МО нужно добавить исследования с тестами.

Исследования и тесты добавляются согласно шаблонам. Результаты после отправки заявки так же добавляются с помощью шаблонов.

Для Order и DiagnosticOrder в документации указан обязательный параметр: Врач, сделавший назначение. Как поступать при случае, когда пациент приходит в частную клинику и хочет сдать анализы без направления врача?

В этом случае параметр: Врач, сделавший назначение, может заполняться сотрудником, который регистрирует пациента в МИС и выбирает необходимые исследования (медицинская сестра, администратор клиники и т.д.)

Для какой МО в тестовой среде добавлены (имеются) услуги с тестами?

Добавлены вот этой организации dd37e04d-e458-4e5a-87c9-7837ce0d4e1a. Можно добавить любой другой на выбор стандартным методом по шаблону.

В документации ничего не сказано про правила формирования штрих-кодов. Учитывая, что пробирка попав в Лабораторию должна соответствовать внутреннему регламенту ШК в ЛИС. Как регулируется правила формирования ШК?

Сервис берет информацию о ШК ту, которую передаете в заказе. Правила формирования штрих-кодов диктует лаборатория. Если у них один ШК на все образцы вы маркируете образцы одним ШК. Сервис передаст один ШК в каждом образце. Если лаборатория требует маркировать каждый образец своим ШК, то вы так и делаете. Сервис передаст все указанные в заявке (заказе) номера ШК. ДЛИ берет те данные, которые указаны в заказе (заявке) и передает их. Можем работать с различными вариантами требования по маркировке образцов.

Вопросы по ЕГИСЗ

Что необходимо подключить, чтобы выполнить постановление 555?

Необходимо выполнить следующее:

  • МО необходимо зарегистрировать в ФРМО;
  • Врачи должны быть зарегистрированы в ФРМР;
  • Подключиться к Федеральной электронной регистратуре (в случае работы по ОМС) через наш сервис ФЭР;
  • Подключиться к сервису Федеральная Интегрированная Медицинская карта через наш сервис ИЭМК.

Есть ли какое-то наказание за неисполнение постановления?

Пока никаких утвержденных штрафов нет.

Что нужно выполнить клинике и МИС по 447?

На Вас, как МИС/МО, 447 постановление не распространяется, т.к. это постановление правительства Российской Федерации необходимо для иных информационных систем (ИИС). В нем описаны требования к иным системам передающим данные на федеральный уровень и сам процесс взаимодействия с федеральными сервисами. На Вас будет распространяться Приказ Министерства здравоохранения РФ от 24 декабря 2018 г. №911н.

Есть ли веб-интерфейсы у ЕГИСЗ для работы на время пока в МО нет МИС?

Нет, веб-интерфейсов нет. МИС необходима с самого начала работы.

Можно ли начинать интеграцию если в МО еще нет МИС?

Нет, начинать интеграцию можно только при наличии МИС.

Работаете ли вы с ТФОМС (счета, акты, отчеты)? Если ли документация?

Нет, не работаем

Почему коды ваших справочников не совпадают с кодами ТФОМС, хотя наполнение одно и то же?

У ТФОМС свои справочники. Мы берем справочники с ресурса https://nsi.rosminzdrav.ru

С какими регионами вы уже работаете?

Санкт-Петербург, интеграцию проходят клиенты: Москвы, Казани, Екатеринбурга, Пензы и т.д.

Работаете ли вы с маркировкой лекарственных средств?

Нет.

Какие действия клинике нужно начать делать для подключения?

МО необходимо зарегистрироваться в ФРМО. Врачи МО должны быть внесены в ФРМР.

Подключение к Федеральной электронной регистратуре только при условии работы по ОМС?

В данный момент да. Только для тех МО, что работают по ОМС.

Подписанные медицинские документы xml-ки хранятся в ЭлНетМед?

По закону МИС/МО и ИИС должны хранить документы в течение 25 лет.

Подскажите, а регламент взаимодействия с ЕГИСЗ обязывает передавать РЭМД или достаточно отправлять СЭМД? Есть ли вероятность, что в будущем всех обяжут передавать РЭМД?

В данный момент можно отправлять и РЭМД, и СЭМД. В дальнейшем будут принимать только РЭМД.

Вы работаете с ФСС?

Нет, не работаем.

Верно ли, что со стороны МИС — главное организовать выгрузку информации о случаях медицинского обращения, т.е. о медицинских приемах и их результатах?

Да, верно.

Кто в МО обычно вносит информацию/ведет ФРМО и ФРМР?

Обычно ведут эти регистры сотрудники отдела кадров или бухгалтерии. Все интерфейсы простые пользовательские. Специальных знаний не требуется.

Нужен ли для работы в ФРМО и ФРМР ViPNet? Что потребуется для работы?

Для работы в ФРМО и ФРМР не нужен ViPNet. У регистров есть веб-интерфейсы, поэтому потребуется доступ в интернет.

В приложении 2 руководства по подключению к ФРМО и ФРМР что означает 2 уровень организации?

Это уровень организации в медицинской иерархии. 1 уровень — муниципальный уровень, 2 уровень — уровень субъекта РФ, 3 уровень — уровень федерации. Это относится к гос.клиникам. Частники могут не заполнять или ставить 1 уровень.

Как происходит форматно-логический контроль на стороне РЭМД при передаче данных?

По указанному в теге «organization» OID производится поиск организации в ФРМО. ОГРН организации, полученный из ФРМО, сравнивается с ОГРН, полученным из сертификата, которым была сформирована подпись МО (атрибут OGRN сертификата).

Данные врача, указанные в теге personalSignature\signer сравниваются с данными в сертификате, которым была сформирована подпись врача:

  • surname в запросе с SurName в сертификате
  • name+patrName в запросе с GivenName в сертификате
  • snils в запросе с SNILS в сертификате

 

По указанному в запросе СНИЛС производится поиск личного дела врача в ФРМР и выполняется сверка сведений о враче, указанных в запросе, с данными ФРМР.

Все требования к запросам, отправляемым к сервисам РЭМД, представлены в «РЭМД. Описание интеграционных профилей».

В соответствии с Федеральным законом № 63-ФЗ от 06.04.2011 «Об электронной подписи», электронные подписи, формируемые в рамках создания документов в электронном виде, должны соответствовать требованиям к усиленной квалифицированной электронной подписи. УКЭП же должна позволять определить лицо, подписавшее электронный документ. Т.е. сертификат проверки ЭП должен содержать в себе сведения о лице, сформировавшем подпись. Таким образом, сведения о враче, передаваемые в составе регистрируемых сведений об ЭМД, не должны отличаться от аналогичных сведений в сертификате ЭП врача. Аналогично и для подписи организации.

Какие есть условия по формированию и использованию подписи физического лица?

  • Подпись физического лица можно использовать для формирования подписи МО при условии, что сертификат физического лица содержит ОГРН МО
  • Для формирования подписи физического лица (врача) для РЭМД можно использовать подпись МО, содержащую ОГРН, СНИЛС, поле CN=Наименование организации, а так же поля G=Имя Отчество и SN=Фамилия.
  • Нельзя использовать подпись, в которой в поле G=Имя (только Имя, без отчества) и SN=Фамилия, для формирования подписи физического лица (врача) для РЭМД, в том случае, если в контейнере вместе с подписью врача переданы полные ФИО и в ФРМР, и врач добавлен с полными ФИО. Это обусловлено тем, что данные в трех источниках должны быть одинаковыми. Значение атрибута G в сертификате, сравнивается с парой И+О в метаданных и ФРМР. Если в сертификате отчество отсутствует, то и в ФРМР его не должно быть, и в метаданных в запросе к РЭМД оно не должно быть указано.

Как можно проверить подпись МД на валидность?

Для проверки подписи МД на валидность можно использовать Крипто Контур 

Вопросы по СУД

Какой порядок интеграции МИС с системой N3.СУД?

Для того, чтобы начать интеграцию с СУД, необходимо, чтобы в справочнике «Региональный Сегмент Федерального Регистра Медицинских Работников (РС ФРМР)» urn:oid 1.2.643.2.69.1.1.1.104, был заведен врач, для которого будет проводиться тестирование получения авторизационного токена.

Для заведения врача в справочнике необходимо предоставить команде ИЭМК / НСИ следующие данные:

  • ФИО врача
  • СНИЛС
  • Должность по справочнику 1.2.643.5.1.13.2.1.1.181
  • МО, к которой привязан данный врач.

Какой порядок интеграции внешних клиентов с системой управления доступом (N3.СУД)?

Для интеграции внешних клиентов с системой управления доступом (N3.СУД) необходимо обратиться в службу технической поддержки N3.Health для получения информации о предусмотренных в рамках региона политиках доступа к медицинской информации, а также атрибутов доступа к тестовому окружению.

Вопросы по справочникам

Где можно найти справочники?

Смотреть справочники можно на наших стендах. Ссылку передаем вместе с данными для подключения.

Пытаюсь по OID найти справочник у меня не получается. Ищу на федеральном ИЭМК. Что не так делаю?

Части справочников нет в общем доступе. Они хранятся внутри федеральной ИЭМК. То, что не находите там смотрите у нас на стенде в разделе терминология.

У вас есть какое-то API для проверки справочников на наличие тех или иных кодов?

Есть.

Чем отличаются справочники Идентификатор источника финансирования (1.2.643.5.1.13.2.1.1.104) и Идентификатор источника финансирования (1.2.643.2.69.1.1.1.32)?

Справочник 1.2.643.2.69.1.1.1.32 используется в рамках случая обслуживания (Case) или эпизода (step). И в данном случае указывается именно источник финансирования (платно, дмс, омс и тд). Справочник 1.2.643.5.1.13.2.1.1.104 используется в рамках медицинской записи MedRecord и служит классификатором пациента по видам обращения. Для типа оплаты имеет смысл использовать 1.2.643.2.69.1.1.1.32 этот справочник.

Зачем нужен справочник тестов от Netrika 1.2.643.2.69.1.1.1.1? Ведь есть справочник по Минздраву 1.2.643.5.1.13.13.11.1080

Справочник 1.2.643.5.1.13.13.11.1080 меньше, чем справочник 1.2.643.2.69.1.1.1.1. Для государственных учреждений он может подойти. Для частных лабораторий его не хватает и не хватает сильно.

Справочник 1.2.643.5.1.13.13.11.1080 — это справочник, который используется при передаче протокола лабораторных исследований в ЕГИСЗ.

Нужно ли на начальном этапе МИС согласовать с ЛИС каким справочников услуг и тестов они будут пользоваться?

Да, нужно.

Необходимо ли МИС при подключении к ОДЛИ сделать сопоставление своей номенклатуры со справочником 1.2.643.2.69.1.1.1.1 для каждого теста?

Да, это необходимо. Так же должно быть сопоставление услуг справочника 1.2.643.2.69.1.1.1.31. Так как при отправке заявки (заказа) будет передаваться именно список услуг. Получать результат как список услуг и тестов.

В справочнике исследования 1.2.643.2.69.1.1.1.31, поле «Идентификатор вида исследования» куда он смотрит? Где этот справочник Вид исследований?

В справочнике 1.2.643.2.69.1.1.1.31 у каждого исследования есть свой id. В справочнике id и смотрит.

Из справочников не можем выявить сопоставление Услуги с Тестами. Может он возвращать такую информацию в запросе?

Справочник услуг и тестов это два несвязанных справочника. Необходимо делать сопоставление и одного и другого. Связки двух справочников в ОДЛИ нет. Сопоставление услуг и тестов есть только в МИС и ЛИС.

В ОДЛИ при выгрузке услуг (номенклатуры) лаборатории, указывается ли в каких контейнерах и какой биоматериал необходимо брать?

В ОДЛИ этой информации нет. Передает по факту то, что получает из МИС и ЛИС. Считаем, что МИС и ЛИС о типах контейнеров и преаналитике уже договорились.

Где взять, в каких услугах — какие тесты? Или это мы узнаем только при получении ответа на результат исследования?

Эта информация хранится в МИС. У каждой МИС своя номенклатура. Так же в ЛИС своя номенклатура. Выполняют сопоставление со справочником тестов и услуг.

В чем разница между справочником 1.2.643.5.1.13.13.11.1070 (Записи справочника «Номенклатура медицинских услуг») и 1.2.643.2.69.1.1.1.88 (Записи справочника «Номенклатура медицинских услуг»)?

Разница в том, что 1.2.643.5.1.13.13.11.1070 — федеральный справочник, а 1.2.643.2.69.1.1.1.88 — региональный.

Можно ли как-то выгрузить справочники?

Да, их можно экспортировать с сайта в формате XLS или CSV

netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=8000 connectaddress=10.16.18.130 connectport=80
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=80 connectaddress=10.16.18.130 connectport=80
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=443 connectaddress=10.16.18.130 connectport=443
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=8443 connectaddress=10.16.18.130 connectport=443

https://api.n3health.ru/wp-content/uploads/2024/10/abn_0512.zip