ЕГИСЗ для частной стоматологии: подключение и контроль руководителя

# ЕГИСЗ для частной стоматологии: что должен контролировать руководитель

Редакция SGI24. Нормативная часть сверена по официальным источникам; состав подключения зависит от лицензии, МИС и региона. [О бюро](/company).

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

Если подрядчик говорит «мы подключили ЕГИСЗ», руководителю рано ставить галочку. Нужно убедиться, что сведения в регистрах актуальны, документы формируются, подписываются и действительно принимаются, а ошибки не копятся в журнале обмена.

Проверить готовность стоматологии к ЕГИСЗ

Что такое ЕГИСЗ

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

В ЕГИСЗ работают разные подсистемы. Сведения о клинике хранятся в ФРМО, о медицинских работниках — в ФРМР, а электронные медицинские документы — в РЭМД. Для обмена также нужны нормативно-справочная информация (НСИ), региональная система здравоохранения и медицинская программа самой клиники.

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

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

В подключении участвуют несколько сторон:

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

Каждая сторона может выполнить свою часть и считать задачу закрытой. Но итоговый документ не уйдёт, если в ФРМО указан другой адрес подразделения, у врача нет актуальной записи в ФРМР, подпись не подходит или медицинская система не умеет формировать нужный вид документа.

Поэтому директору нужен не набор переписок с подрядчиками, а единая таблица готовности.

Правовая основа

Статьи 91 и 91.1 Федерального закона № 323-ФЗ регулируют информационные системы в здравоохранении и ЕГИСЗ. Закон относит к участникам информационного взаимодействия медицинские организации, а информационные системы охватывают государственную, муниципальную и частную системы здравоохранения.

Положение о ЕГИСЗ утверждено постановлением Правительства РФ № 140 от 9 февраля 2022 года. Оно описывает участников, подсистемы, виды сведений и порядок информационного взаимодействия.

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

Первая часть: сведения о клинике в ФРМО

ФРМО содержит сведения о медицинской организации и её структурных подразделениях. Руководителю нужно проверить наличие и актуальность записи.

Сверьте:

• полное и сокращённое наименование;
• ИНН, ОГРН и адрес юридического лица;
• адреса мест оказания медицинской помощи;
• структурные подразделения;
• профили деятельности;
• лицензионные сведения;
• контактную информацию;
• оборудование и другие обязательные поля в применимой части.

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

Вторая часть: врачи в ФРМР

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

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

Если в медицинской системе врач есть, а в федеральном регистре сведения неполные или устарели, электронный документ может не пройти проверку.

Третья часть: электронные подписи

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

Руководителю нужно знать:

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

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

Четвёртая часть: медицинская информационная система

Основная работа идёт через МИС. Именно здесь врач создаёт медицинскую документацию, а система готовит её к передаче.

Проверьте у поставщика МИС:

1. Какие виды электронных медицинских документов поддерживаются.
2. Какие из них нужны стоматологии с учётом её деятельности.
3. Как формируется и подписывается документ.
4. Через какой канал он передаётся.
5. Где виден результат приёма или причина отказа.
6. Кто обновляет форматы при изменениях.
7. Как исправляется уже отклонённый документ.
8. Можно ли выгрузить журнал обмена для контроля.

Слова «есть интеграция с ЕГИСЗ» ничего не говорят о покрытии. Один модуль может передавать ограниченный набор документов, а клинике требуются другие.

Прямое подключение или оператор обмена

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

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

Выбор делается после ответа на три вопроса:

• какая МИС уже используется;
• поддерживает ли её поставщик требуемые документы;
• кто несёт ответственность за обновления и разбор отказов.

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

Пятая часть: РЭМД и медицинские документы

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

1. Врач оформляет документ в МИС.
2. Система проверяет обязательные поля.
3. Документ подписывается.
4. Он передаётся через выбранный канал.
5. Принимающая сторона возвращает статус.
6. Ошибка попадает ответственному сотруднику.
7. После исправления документ отправляется повторно.

Если последний успешный статус никто не проверяет, клиника может месяцами считать документы переданными, хотя часть из них отклоняется.

Что сайт стоматологии передаёт в ЕГИСЗ

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

Дальше идут два параллельных маршрута:

text сайт → заявка или запись → МИС клиники МИС → медицинский документ → ЕГИСЗ

Эти маршруты связаны, но не заменяют друг друга. Разработчик сайта может наладить запись в 1С или МИС, однако это не закрывает всё подключение к ЕГИСЗ.

В проекте DentPro сайт связан с 1С: он передаёт обращения и работает с расписанием клиники. Подключение 1С к ЕГИСЗ остаётся отдельным потоком из медицинской системы.

Персональные данные и врачебная тайна

Информационные системы здравоохранения работают с персональными данными и медицинскими сведениями. Закон № 323-ФЗ прямо требует соблюдать законодательство о персональных данных и врачебную тайну.

При подключении проверяют:

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

Формулировка в согласии пациента должна соответствовать реальному процессу. Но само согласие не отменяет требований к защите, минимизации и доступам.

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

Как директору контролировать проект

Соберите короткий реестр, где по каждой строке есть ответственный, срок и доказательство.

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

Типовые ошибки

Купить модуль до сверки регистров

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

Считать регистрацию подключением

Наличие клиники в ФРМО ещё не подтверждает передачу электронных документов.

Не назначить владельца ошибок

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

Смешать сайт и ЕГИСЗ

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

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

Поставщик отвечает за свой продукт. Актуальность сведений, подписи сотрудников и организационные документы остаются задачами клиники.

С чего начать частной стоматологии

Начните не с заявки на покупку, а с инвентаризации:

1. Зафиксируйте юридическое лицо, лицензию, подразделения и врачей.
2. Проверьте ФРМО и ФРМР.
3. Запишите используемую МИС и её версию.
4. Получите у поставщика перечень поддерживаемых документов.
5. Определите схему подписания и обмена.
6. Проверьте хотя бы одну полную передачу до успешного статуса.
7. Назначьте постоянный контроль ошибок и сроков подписей.

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

Где проходит граница ответственности

SGI24 не продаёт клинике ещё одну медицинскую программу. Мы соединяем сайт, действующую МИС, запись и управленческий контроль.

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

Результат — карта текущей готовности и первый законченный этап с проверяемыми критериями.

Разобрать готовность стоматологии к ЕГИСЗ

В описании задачи достаточно указать регион, МИС и фактический сбой: регистры, подпись, формирование документа или его приём. После этого можно отделить работу клиники от задач поставщика и интегратора.

Материал носит информационный характер. Требования и состав сведений следует проверять применительно к лицензии, деятельности, региональной системе и медицинской программе конкретной организации.

Источники

• Статья 91.1 Федерального закона № 323-ФЗ: ЕГИСЗ и участники информационного взаимодействия
• Статья 91 Федерального закона № 323-ФЗ: информационные системы в здравоохранении
• Постановление Правительства РФ № 140 «О единой государственной информационной системе в сфере здравоохранения»
• Минздрав России: состав подсистем ЕГИСЗ