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

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

Клиника, которая ведёт всё в своей МИС (программа клиники с расписанием и картами пациентов) без интеграции, рискует. Это и проверки, и невозможность обмениваться документами.

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

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

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

Что такое ЕГИСЗ и её подсистемы

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

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

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

Какие документы и данные передаются

Ключевое понятие интеграции — СЭМД. Это структурированный электронный медицинский документ. Не скан и не PDF, а документ в заданном формате с электронной подписью.

Что обычно входит в контур:

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

Требования к МИС и безопасности

Интеграция накладывает требования не только на формат данных, но и на инфраструктуру клиники:

• Поддержка СЭМД в МИС. Система должна уметь формировать документы в нужных форматах, а не просто хранить записи.
• Электронная подпись. Квалифицированные подписи врачей и клиники, правильно приложенные к документам.
• Защита персональных данных. Медданные — особая категория. Нужны меры защиты по закону.
• Защищённые каналы. Обмен с госсистемами часто идёт через защищённую сеть, а не просто через интернет.
• Справочники НСИ. Клиника должна использовать единые справочники: нозологии, услуги, специальности. Иначе документы не пройдут проверку.

Из-за этих требований интеграцию нельзя «дописать на коленке». Ошибка в подписи, формате или защите канала блокирует приём документов.

Этапы подключения

Чтобы интеграция не растянулась на неопределённый срок, её ведут по этапам:

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

Самая частая ошибка — недооценить этап тестирования. Большинство проблем всплывает именно на проверке форматов и подписей.

Где без разработки не обойтись

Запись или напоминания закрываются готовыми инструментами. А интеграция с госсистемами — это инженерная задача. Готовых «коробок» под конкретную клинику почти нет. Кастомная разработка нужна, когда:

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

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

Параллельно «пациентскую» часть — запись, напоминания, FAQ — можно закрыть готовыми сервисами. Например, конструктором ботов и ИИ-обзвоном. Их не нужно смешивать с медицинским документооборотом.

Частые вопросы

Обязательна ли интеграция с ЕГИСЗ для частной клиники? Передача сведений в государственные системы — требование закона. Его состав и сроки зависят от региона и профиля. Точные обязательства уточняйте по актуальной нормативной базе вашего региона.

Можно ли просто выгружать PDF документов? Нет. Госсистемы принимают структурированные СЭМД с электронной подписью в заданных форматах. Скан или PDF не проходят проверку.

Чем отличается прямое подключение от регионального? Во многих регионах обмен идёт через региональную систему (ГИСЗ). Она выступает посредником к федеральному контуру. Схема зависит от региона — это уточняется на этапе аудита.

Что делать, если МИС не поддерживает СЭМД? Варианты такие. Обновить или заменить МИС. Либо разработать интеграционный слой, который формирует и отправляет документы поверх существующей системы. Выбор зависит от того, насколько МИС гибкая.

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