1.

Функциональные возможности интеграции с ЕГИСЗ

1.1. Термины и сокращения ЕГИСЗ

1.2. Понятие и подсистемы ЕГИСЗ

Единая государственная информационная система в сфере здравоохранения (ЕГИСЗ) была создана – это система для обеспечения информационной поддержки работы всех участников системы здравоохранения от пациента до региональных и федеральных ведомств. Использование ЕГИСЗ позволяет повысить качество медицинской помощи и ее доступность за счет автоматизации процессов сбора, хранения, обработки и передачи информации о состоянии здоровья граждан РФ. 

ЕГИСЗ регламентируется Список нормативно-правовыми актами, такими какправовых актов, регламентирующих работу ЕГИСЗ:

• Федеральный Закон №323-ФЗ от 21.11.2011;
• Постановление правительства РФ №447 от 12.04.2018;
• Приказ МЗ РФ №911н от 24.12.2018;
• Постановление правительства РФ №852 от 01.06.2021;
• Постановление правительства РФ №140 от 09.02.2022.

Передача данных в ЕГИСЗ является обязательной как для государственных, так и для коммерческих организаций.

Подключение к ЕГИСЗ также является одним из главных требований для получения медицинской лицензии.

В системе участвуют три ключевые стороны:

Роль

Функции

• Оператор данных

• – уполномоченные Минздравом РФ организации, которые отвечают за обеспечение работы системы, а также за хранение,

• обработку,

• систематизацию и предоставление

Минздрав РФ (включая компании, уполномоченные Минздравом РФ в качестве операторов данных)

Поставщик данных

Обмен данными с системой

• данных;
• Поставщик данных – организации, которые предоставляют данные в систему (Минздрав РФ, ФНС, медицинские

• и фармацевтические организации и т.д.);
• Пользователь данных

Получение доступа к данным системы

Все вышеперечисленные организации, а также пациенты

• – организации и пациенты, которые получают данные из системы.

ЕГИСЗ включает 13 подсистем.

1.3. Варианты подключения к ЕГИСЗ

Image Removed

В упрощенном виде процесс передачи данных из Санаториума в ЕГИСЗ можно представить в виде следующей схемы:

Image Removed

1.4. Интеграция с подсистемами ЕГИСЗ

1.4.1. Описание интеграции с подсистемой ИЭМК ЕГИСЗ

1.4.1.1. Общая информация о подсистеме ИЭМК ЕГИСЗ

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

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

Image Removed

1.4.1.3. Как Санаториум передает данные в ИЭМК?

1. Ежедневно системная периодическая задача осуществляет в системе поиск закрытых Историй болезни и выгружает из них информацию в сервис N3Health.
2. Если полученные данные проходят первичную проверку сервисом, то в Санаториум возвращается результат об успешной отправке данных. Далее N3Health передает эти данные в федеральный сервис ИЭМК.
3. Если данные не проходят первичную проверку, то в Санаториум возвращается ошибка.
4. Сведения об удачных и неудачных результатах отправки в N3Health сохраняются в базе данных Санаториума. Для более детальной информации можно использовать отчет «Выгрузка данных в подсистему ИЭМК».

1.4.1.4. Какие Истории болезни попадают в выгрузку для передачи в ИЭМК?

• История болезни должна быть в статусе «Закрыта и сдана в архив».
• Дата выезда пациента в Истории болезни должна быть проставлена. Если она больше или равна дате, которая указана в настройках периодической задачи, то такая История болезни попадет в выгрузку.
• В Истории болезни должен быть проведен заключительный прием Лечащего врача. В протоколе приема должен быть проставлен Основной диагноз, заполнены поля протокола «Итоги лечения» и «Результаты лечения».
• Амбулаторные карты в выгрузку не попадают и в ИЭМК не передаются.

1.4.2. Описание интеграции с подсистемой РЭМД ЕГИСЗ

1.4.2.1. Общая информация о подсистеме РЭМД ЕГИСЗ

• РЭМД используется для учета и организации электронного документооборота в сфере охраны здоровья. РЭМД обеспечивает длительный срок хранения документов (до 25 лет), передачу сведений в другие ведомственные ИС (в т.ч. Роспотребнадзор), а также взаимодействие с государственными и частными клиниками. Документы из РЭМД доступны пациенту в Личном кабинете на Госуслугах.
• В РЭМД передаются документы, которые предварительно подписываются электронной цифровой подписью (далее – ЭЦП) врача и медицинской организации.
• Данные передаются в РЭМД в виде структурированных электронных медицинских документов (СЭМД) в соответствии с международным стандартом CDA (Clinical Document Architecture). Такие документы имеют формат XML и с 1 января 2024 года могут передаваться только в таком формате (ранее документы принимались в формате PDF/A). Унифицированная структура СЭМД обеспечивает возможность для экспорта документов в разные информационные системы как на уровень других клиник, так и на уровень региональных и федеральных систем.
• Полный список документов, которые принимает РЭМД, можно найти по ссылке.

1.4.2.2. Какие виды СЭМД есть в Санаториуме?

На текущий момент Санаториум может передавать следующие виды СЭМД:

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

1.4.2.4. Как передаются данные из Санаториума в РЭМД?

1. Врач завершает прием и подписывает с помощью ЭЦП шаблон протокола (в случае с выписным эпикризом – закрывает и подписывает ЭЦП Историю болезни). 
2. Данные приема проходят проверку по схематрону (рассматривается далее). В случае обнаружения ошибок СЭМД не формируется. Если ошибок не обнаружено, то СЭМД формируется и становится доступен в модуле "Документы" (рассматривается далее). В модуле "Документы" также отображается статус отправки СЭМД в ЕГИСЗ. Если проверка по схематрону выполнена успешно, статус меняется на "Первичная валидация пройдена".
3. Далее СЭМД подписывается ЭЦП от лица медицинской организации в модуле "Документы". Системная периодическая задача выгружает СЭМД (период выполнения задачи зависит от ее настроек) и отправляет его в N3Health. Каждый СЭМД, подписанный ЭЦП, также сохраняется на сервере.
4. При обнаружении ошибок сервисом N3Health в Санаториум возвращается ошибка, статус отправки СЭМД меняется на "Ошибка N3Health". Если ошибок не обнаружено, статус отправки меняется на "Документ успешно отправлен в N3Health". Далее сервис передает данные в РЭМД.
5. Если при проверке РЭМД обнаруживает ошибки, то он возвращает ошибку в N3Health, который, в свою очередь, возвращает ее в Санаториум. Санаториум меняет статус отправки СЭМД на "Ошибка РЭМД". Если ошибок не обнаружено, то документ загружается в РЭМД, а Санаториум меняет статус отправки СЭМД на "Документ успешно зарегистрирован".
6. СЭМД передаются по всем пациентам, независимо от того, выгружаются они из Истории болезни или из Амбулаторной карты.

В упрощенном виде передачу данных из Санаториума в РЭМД можно представить в виде следующей схемы:

Image Removed

1.4.2.5. Этапы проверок данных для передачи в РЭМД

Перед тем, как документ будет выгружен и зарегистрирован в РЭМД, он проходит несколько этапов проверок:

• Проверка СЭМД при генерации в Санаториуме;
• Проверка СЭМД при выгрузке в сервис N3Health;
• Проверка СЭМД при выгрузке в РЭМД.

1.4.2.5.1. Проверка при генерации СЭМД в Санаториуме

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

«Валидатор» выполняет проверку СЭМД по схематрону. Для каждого вида СЭМД разрабатывается свой собственный схематрон.

Если при проверке СЭМД были выявлены ошибки, то они отобразятся при просмотре печатной формы СЭМД в разделе «Ошибки документа» с указанием части документа, в которой обнаружена ошибка:

Image Removed

1.4.2.5.2. Проверка при выгрузке в сервис N3Health

• Сервис N3Health проверяет валидность структуры отправляемого СЭМД (все ли поля заполнены, верный ли формат данных и т.д.).
• Все результаты выгрузок СЭМД в N3Health сохраняются в базе данных Санаториума.
• Более подробную информацию можно получить на вкладке «Синхронизация с РЭМД» в модуле «Документы» (рассматривается далее).

1.4.2.5.3. Проверка при выгрузке в РЭМД

• РЭМД осуществляет проверку содержимого СЭМД по своей базе на предмет соответствия.
• Для уточнения наличия возможных ошибок при проверке документа РЭМД в Санаториуме используется вкладка «Синхронизация с РЭМД» в модуле «Документы». Доступ к вкладке регулируется отдельным правом «Право на просмотр синхронизации с РЭМД».
• Для получения статуса отправки данных в РЭМД Санаториум обращается к API N3Health. Обращение производится при помощи системной периодической задачи.

1.4.2.6. Работа в модуле «Документы»

Модуль состоит из двух вкладок: «Подписание документов» и «Синхронизация с РЭМД».

1.4.2.6.1. Описание вкладки «Подписание документов»

На вкладке «Подписание документов» доступны следующие действия:

• поиск сформированных СЭМД по дате создания;
• просмотр сформированных СЭМД;
• выбор нескольких СЭМД для одновременного подписания с помощью ЭЦП. 

Image Removed

На вкладку выводится список СЭМД, которые уже подписаны их автором и ожидают подписи медицинской организации. Чтобы подписать СЭМД, необходимо выбрать его в списке и нажать кнопку «Подписать». Секция «ЭЦП» позволяет сразу выбрать сертификат, которым будет подписываться документ, чтобы не запрашивать его каждый раз.

На данный момент Санаториум интегрируется с 2 подсистемами ЕГИСЗ – ИЭМК и РЭМД:

Image Added

1.3. Варианты подключения к ЕГИСЗ

Image Added

В подсистему ИЭМК ЕГИСЗ передается только статистическая информация из Истории болезни пациента:

• Информация о пациенте (ФИО, дата рождения, пол, СНИЛС);

• Информация о лечащем враче пациента (ФИО, пол, СНИЛС, должность, специальность);

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

Данные из Санаториума передаются следующим образом:

1. Ежедневно системная периодическая задача осуществляет в системе поиск закрытых Историй болезни и выгружает из них информацию в сервис N3Health. В выгрузку попадают Истории болезни, которые удовлетворяют следующим требованиям:

   1. История болезни в статусе «Закрыта и сдана в архив».

   2. Дата выезда пациента в Истории болезни проставлена.

   3. В Истории болезни проведен заключительный прием Лечащего врача. В протоколе приема проставлен Основной диагноз, заполнены поля протокола «Итоги лечения» и «Результаты лечения».

2. Амбулаторные карты в выгрузку не попадают и в ИЭМК не передаются.

3. Если полученные данные проходят проверку сервисом, то в Санаториум возвращается результат об успешной отправке данных. Далее N3.Health передает эти данные в федеральный сервис ИЭМК.

4. Если данные не проходят первичную проверку, то N3.Health возвращает ошибку, данные в ИЭМК не выгружаются.

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

1.4.2. Интеграция с подсистемой РЭМД ЕГИСЗ

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

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

Документы из РЭМД доступны пациенту в Личном кабинете на Госуслугах. 

На данный момент Санаториум может передавать в РЭМД следующие виды документов:

• протоколы консультаций и инструментальных исследований;

• выписные эпикризы;

• обратные талоны;

• направления на медико-социальную экспертизу МСЭ;

• медицинские заключения по результатам медицинского осмотра работника для предоставления в подсистему ЭЛМК;

• медицинские заключения по результатам предварительного (периодического) медицинского осмотра (обследования).

Санаториум передает в РЭМД следующую информацию:

• Информация о пациенте (ФИО, дата рождения, пол, СНИЛС);

• Информация о медицинской организации (полное наименование организации, ОГРН, юридический адрес, OID организации (если организация имеет филиалы – OID структурного подразделения организации), наименование и код региона из 2-х символов, данные о лицензии медицинской деятельности, адрес электронной почты и номер телефона в формате +7).

СЭМД передаются по всем пациентам, независимо от того, выгружаются они из Истории болезни или из Амбулаторной карты.

Передача данных из Санаториума в РЭМД осуществляется следующим образом:

1. Врач завершает прием и подписывает протокол ЭЦП (Подробнее: Проведение врачебного приема и его подписание с помощью ЭЦП (без проверки по схематрону)), если на сервере объекта установлена служба для проверки СЭМД по схематрону, то документ также предварительно проходит проверку на корректность заполнения (Подробнее: Проведение врачебного приема и его подписание с помощью ЭЦП (при наличии проверки по схематрону)).

2. Сотрудник, ответственный за подписание протоколов от лица медицинской организации, подписывает его в модуле «Документы» (Подробнее: Подписание СЭМД от лица медицинской организации).

3. Системная периодическая задача выгружает СЭМД в N3.Health. Каждый СЭМД, подписанный ЭЦП, также сохраняется на сервере. 

4. Если СЭМД успешно прошёл проверку, то N3.Health передаёт его в РЭМД. В ином случае документ отклоняется, и в Санаториум возвращается ошибка.

5. Если документ проходит проверку, то он загружается в РЭМД, в ином случае документ отклоняется, и в Санаториум возвращается ошибка.

Отследить статус выгрузки документа в РЭМД можно в модуле «Документы» на вкладке «Синхронизация с РЭМД» (Подробнее: Проверка статуса выгрузки документа в РЭМД). 

2. Настройка передачи данных в ЕГИСЗ

2.1. Описание этапов подключения объекта к ЕГИСЗ

Процедура подключения нового объекта к ЕГИСЗ состоит из следующих этапов (где Заказчик – объект, а Исполнитель – ООО «Квирко»):

2.2. Технические характеристики программных средств и среды функционирования

2.2.1. Требования к серверу SQL и серверу приложений

2.1.1. Формирование заявки на подключение к промышленной среде ЕГИСЗ

Заявка формируется через портал, который предоставляет подрядчик ООО «ЭлНетМед» (N3.Health):

Image Removed

Шаг 1. При заполнении заявки вводится ИНН организации. Если она зарегистрирована в ФРМО, то данные организации (полное наименование и OID) подтянутся в поля автоматически:

Image Removed

Шаг 2. После заполнения необходимых данных скачиваются готовые документы и передаются на подписание медицинской организации:

Image Removed

Шаг 3. После подписания заявки медицинской организацией сканы заявок загружаются на портал. В случае, если медицинская организация имеет несколько структурных подразделений (или филиалов), зарегистрированных по разным адресам, то указывается информация о каждом из них. Данные о зарегистрированных подразделениях подтягиваются из ФРМО, в списке их необходимо выбрать галочками, т.к. в этом случае на каждое подразделение будет сформирована отдельная заявка:

Image Removed

В ФРМО ЕГИСЗ имеются следующие типы структурных подразделений:

• Амбулаторный (в том числе сведения о кабинетах и профилях оказания помощи в них);
• Стационарный (в том числе сведения об отделениях и профилях оказания помощи в них);
• Лабораторно-диагностический (в том числе сведения о кабинетах и их типе);
• Инструментально-диагностический (в том числе сведения о кабинетах и их типе);
• Скорая медицинская помощь (СМП) (в том числе сведения о бригадах);
• Административно-хозяйственные (вспомогательный) – указываются сведения о структурных подразделениях, не вошедших в перечень выше, но где трудоустроены сотрудники участвующие в медицинской деятельности. Например, администрация больницы.

Если подразделения отсутствуют, то указывается город и адрес основного подразделения:

Image Removed

Далее заполняются данные для передачи ключей VipNet Client:

Image Removed

• ОС – операционная система, под управлением которой находится сервер, на котором будет установлен VipNet Client;
• Фактический адрес установки – адрес местонахождения сервера, на котором будет будет установлен VipNet Client (например, Ставропольский край, г. Ессентуки, ул. Пушкина, 16).

Данные ключей VipNet Client передаются контактному лицу со стороны Исполнителя, которое указано в заявке. 

На адрес электронной почты контактного лица придет следующая информация:

• ссылка на дистрибутив VipNet Client;

• идентификатор медицинской организации;

• авторизационный ключ;

• ключ ViPNet;

• инструкция по установке VipNet Client.

Пароль для ключа VipNet приходит в СМС, отправленном на номер телефона контактного лица.

2.2. Технические характеристики программных средств и среды функционирования

2.2.1. Требования к серверу SQL и серверу приложений

2.2.2. Требования к клиентским станциям

2.2.3. Требования к серверу/компьютеру для установки VipNet

2.2.3. Требования к серверу/компьютеру для установки VipNet Client:

2.3. Заполнение данных в МИС «Санаториум»

2.3.1. Данные о медицинской организации

Данные о медицинской организации указываются в настройках администрирования системы.

Данные вносят сотрудники Отдела технической поддержки ООО «Квирко». Для этого объекту необходимо предоставить следующую информацию:

• Идентификатор улицы в ФИАС по справочнику НСИ «Реестр медицинских и фармацевтических организаций Российской Федерации»;
• Идентификатор дома в ФИАС по справочнику НСИ «Реестр медицинских и фармацевтических организаций Российской Федерации»;
• Идентификатор (OID) по справочнику «Реестр медицинских и фармацевтических организаций Российской Федерации» (например, 1.2.643.5.1.13.13.12.2.64.12121);
• Код региона в ФНС по справочнику НСИ «Субъекты Российской Федерации»;
• Наименование региона по справочнику НСИ «Субъекты Российской Федерации»;
• Адрес местонахождения медицинской организации;
• Адрес электронной почты медицинской организации;
• Наименование федеральной службы в сфере здравоохранения, выдавшей лицензию на осуществление медицинской деятельности;
• Серия, номер и дата выдачи лицензии на осуществление медицинской деятельности;
• Наименование медицинской организации;
• Телефон медицинской организации в виде +74951234567 (без пробелов);
• Код ОГРН.

2.3.2. Титульная страница Истории болезни

На Титульной странице ИБ заполняются следующие данные о пациенте:

• СНИЛС;
• Отделение.

В качестве отделения указывается реальное отделение на объекте (например, «реабилитация», «терапевтическое» и т.д.). Отделение настраивается в справочнике «Организационная структура» (модуль «Администрирование»). Для отделения должен быть указан код НСИ. Список отделений объекта и коды НСИ можно найти на портале https://fnsi2.test.egisz.rosminzdrav.ru/ в разделе «ФРМО. Справочник отделений и кабинетов».

2.3.3. Данные о медицинском работнике

Данные врача заполняются в модуле «Сотрудники» в карточке сотрудника на вкладке «Общие данные»:

Image Removed

Заполняются следующие поля:

• ФИО;
• Пол;
• Должность;
• Специальность;
• СНИЛС (указывается 11 цифр без разделителей).

2.2.4. Требования к серверу для установки службы «Валидатор» (для проверки СЭМД по схематрону)

2.2.5. Требования к сертификатам ЭЦП медицинских работников и организации

Для подписания от лица медицинской организации допустимо использовать следующие виды ЭЦП:

• ЭЦП юридического лица – содержит ОГРН организации и выдается только руководителям организации;
• ЭЦП физического лица (уполномоченного подписывать такие документы главврача или начмеда) – не содержит ОГРН/ОГРНИП медицинской организации, проверка может осуществляться по ФИО и СНИЛС специалиста или по OID медицинской организации (см. подробнее в статье);
• Обезличенная ЭЦП – содержит ОГРН организации, но не содержит данных о владельце (см. подробнее в статье).

2.3. Внесение данных в МИС «Санаториум»

2.3.1. Настройка данных о медицинских работниках

Перейти в модуль «Сотрудники» → Выбрать карточку сотрудника → Вкладка «Общие данные». Заполнить следующие поля:

• ФИО;
• Пол;
• Специальность;
• Должность
• СНИЛС (указывается 11 цифр без разделителей).

Image Added

Данные заполняются в строгом соответствии с ФРМР. Если в регистре у врача указаны более 1-й должности, то необходимо исходить из того, как врач работает на объекте. Если он совмещает на объекте несколько должностей, то вносятся все должности по очереди:

Image Added

Заполняются поля:

• Должность;
• С/По (опционально).

Если период окончания должности не указан, то она считается активной, и при формировании СЭМД система будет учитывать ее как действующую на момент создания документа.

2.3.2. Настройка кода НСИ для инструментальных исследований

Перейти в модуль «Администрирование» → Справочник «Инструментальные исследования». Для всех инструментальных исследований, которые подлежат выгрузке, необходимо указать код НСИ в соответствии с Федеральным справочником инструментальных диагностических исследований:

Image Added

Image Added

2.4. Заполнение обязательных полей в шаблоне протокола приема

Для корректного формирования СЭМД в системе необходимо, чтобы в шаблоне протокола были заполнены обязательные поля. Данные поля могут различаться в зависимости от вида СЭМД.

2.4.1. Протокол консультации

Обязательные поля:

• «Объективно»;
• «Заключение»;
• «Диагноз».

2.4.2. Протокол инструментального исследования

Обязательные поля:

• «Объективно»;
• «Заключение».

2.4.3. Эпикриз

Если имеются завершенные консультации, то в них должно быть заполнено поле «Заключение»;

Если имеются завершенные инструментальные исследования, то в них должно быть заполнено поле «Заключение»;

В протоколе первичного приема Лечащего врача:

• Дата начала консультации;
• Поле «Жалобы»;
• Поле «Объективные данные»
• Поле «Заключение»;
• Основной диагноз.

2.4.4. Обратный талон санаторно-курортной карты (талон СКК)

На Титульной странице должны быть заполнены период санаторно-курортного лечения и диагноз с места отбора (для детей дополнительно заполняется поле «Наличие контакта с инфекционными больными»);

В протоколе заключительного приема:

• Поле «Рекомендации»;
• Поле «Наличие обострений, потребовавших отмену процедур»;
• Поле «Итоги лечения»; 
• Поле «Результаты лечения».

2.5. Оформление ИБ для отправки в ЕГИСЗ

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

• Заполнить ФИО, дату рождения, пол, СНИЛС и документ, удостоверяющий личность;

• Назначить лечащего врача и установить конкретные сроки лечения;

• Провести первичный и заключительный прием лечащего врача;

• В первичной консультации заполнить поля: жалобы, объективные данные, заключение, выставлен основной диагноз по МКБ-10;
• Каждый документ подписать ЭЦП врача и (при необходимости) ЭЦП медицинской организации;
• Для каждого назначения определить способ оплаты.

2.6. Требования к дополнительной документации

Существует ряд требований, согласно которым на объекте должна храниться дополнительная бумажная документация, заверенная собственноручной подписью. К такой документации относятся:

• Согласие на передачу персональных данных в ЕГИСЗ;
• Документ, подтверждающий право медицинского сотрудника подписывать СЭМД от имени медицинской организации.

2.6.1. Согласие пациента на передачу данных в ЕГИСЗ

Согласие пациента не требуется для передачи в ЕГИСЗ обезличенных сведений об оказанной медпомощи. Однако в соответствии с постановлением Правительства от 09.02.2022 № 140 согласие пациента требуется для предоставления в ЕГИСЗ медицинской документации или сведений о состоянии его здоровья. Эта информация может быть отражена в Согласии на обработку персональных данных. Также в документе должна быть указана информация о том, кто является оператором передачи данных в ЕГИСЗ – в данном случае это компания ООО «ЭлНетМед» (разработчик сервиса N3.Health) например, следующей строкой: «Согласно лицензионным требованиям мы передаем данные в ЕГИСЗ (Единая информационная система здравоохранения) через ООО «ЭлНетМед» (N3.Health)». 

Если же пациент отказывается от передачи данных в ЕГИСЗ, то в этом же документе он фиксирует отказ.

2.6.2. Документ, подтверждающий право медицинского сотрудника подписывать СЭМД от имени медицинской организации

С 1 сентября 2023 года вступили в силу требования об обязательном использовании машиночитаемых доверенностей (МЧД) – электронного аналога доверенности на подписание электронных документов. Однако техническая возможность их применения в ЕГИСЗ пока не реализована федеральным сервисом.

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

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

Данный документ должен храниться на объекте и быть доступным для проверки в случае необходимости

2.4. Настройка подписания СЭМД

В ЕГИСЗ отправляются только подписанные врачом и медицинской организацией документы. Для этого в настройках услуги в соответствующем справочнике нужно указать, что ее протокол должен подписываться ЭЦП. Указать это можно как на конкретной услуге, так и на группе:

Image Removed

При подписании шаблона протокола врачом в системе генерируется СЭМД, который затем становится доступен в модуле «Документы» для подписания ЭЦП медицинской организации. СЭМД выписного эпикриза формируется при закрытии Истории болезни и подписании ее с помощью ЭЦП.

2.4.1. Кто и как должен подписывать СЭМД?

Для регистрации электронных медицинских документов в РЭМД необходимо, чтобы электронный документ был подписан двумя электронными подписями:

• ЭЦП медицинского работника, проводившего прием (выполнившего медицинские манипуляции), который является автором документа в МИС;
• ЭЦП медицинской организации, где этот прием состоялся (данная электронная подпись содержит ОГРН/ОГРНИП организации).

Необходимо учитывать следующий список требований к ЭЦП медицинского работника и ЭЦП медицинской организации.

2.4.1.1. Требования к ЭЦП медицинского работника

1. Сертификат УКЭП должен быть выдан аккредитованным удостоверяющим центром (УЦ). В цепочке корневых УЦ должен быть УЦ Минздрава России.
2. Врач, чьей УКЭП подписан протокол, должен быть зарегистрирован в ФРМР. СНИЛС и ФИО врача, указанные в УКЭП врача, должны соответствовать данным в ФРМР. Должность врача, указанная в ФРМР, должна входить в перечень должностей, разрешенных для подписи документов для отправки в РЭМД. Перечень допустимых должностей доступен по ссылке.

Чтобы пользователь мог при завершении приема подписывать протоколы с помощью ЭЦП в Санаториуме, у него должно быть активно право «Право на подпись документов ЭЦП» (для возможности подписания выписного эпикриза – «Право на подпись документов при закрытии ИБ»):

Image Removed

2.4.1.2. Требования к ЭЦП медицинской организации

Общие требования к ЭЦП медицинской организации:

1. Сертификат УКЭП должен быть выдан аккредитованным удостоверяющим центром (УЦ). В цепочке корневых УЦ должен быть УЦ Минздрава России.
2. Медицинская организация, чьей УКЭП подписан протокол, должна быть зарегистрирована в ФРМО.

На данный момент подписать СЭМД от имени организации можно следующими способами:

1. ЭЦП юридического лица, которая содержит ОГРН организации и выдается только руководителям организации. Для возможности использования ЭЦП руководителя в МИС «Санаториум» был разработан модуль «Документы», так как такую подпись нельзя откреплять и загружать на сервер с системой, чтобы подписание производилось в автоматическом режиме. Таким образом, в модуле «Документы» генеральный директор может вручную выделить все документы, в которых требуется его подпись, и подписать их. 
2. ЭЦП физического лица (уполномоченного подписывать такие документы главврача или начмеда). Это новый алгоритм подписания документов, запущенный на федеральном уровне с июня 2024 года в дополнение к уже существующей схеме подписания СЭМД (см. подробнее в статье). Такая ЭЦП не содержит ОГРН/ОГРНИП медицинской организации, поэтому согласно новому алгоритму проверка ЭЦП в блоке «подпись медицинской организации» может осуществляться по другим параметрам, таким как:
   1. ФИО и СНИЛС врача в ФРМР (поэтому врач должен быть зарегистрирован в ФРМР);
   2. Наименование и OID медицинской организации/ИП (если сотруднику был выдан специальный сертификат ЭЦП, который содержит дополнительные атрибуты, такие как OID организации).
3. Обезличенная ЭЦП. Такая подпись содержит ОГРН организации, но не содержит данных о владельце (см. подробнее в статье).

Так выглядит алгоритм проверки подписи медицинской организации:

Image Removed

Таким образом, можно выделить следующие требования к УКЭП медицинской организации в зависимости от типа сертификата:

Должна содержать ОГРН организации, идентичный данным в ФРМО.

Физическое лицо должно являться медработником, зарегистрированным в ФРМР (для возможности проверки его подписи по ФИО и СНИЛС в ФРМР). Если ЭЦП содержит наименование и OID медицинской организации/ИП, тогда проверка будет осуществляться по ним, и эти данные также должны быть идентичны тем, которые указаны в ФРМО.

При подписании документов от лица медицинской организации мы рекомендуем использовать сертификат ЭЦП физического лица.

В системе есть возможность настроить как автоматическое, так и ручное подписание СЭМД с использованием сертификата ЭЦП (в случае использования сертификата ЭЦП руководителя медицинской организации – только ручной способ, т.к. такую подпись нельзя откреплять и загружать на сервер). Мы рекомендуем использовать ручной способ подписания СЭМД через модуль «Документы» и вот почему:

.