Есть особый вид корпоративного самообмана, который я наблюдаю в частных клиниках по всей России: «Ну, посмотрим, как будет. Если не успеем — разберёмся». Это называется «откладывание неприятного разговора с реальностью». И именно этот разговор сейчас и произойдёт.
1 сентября 2026 года — не просто дата в календаре. Это дедлайн, после которого клиники, не выполнившие требования к подключению к ЕГИСЗ в части безопасного окружения, окажутся в зоне прямого регуляторного риска. Вплоть до приостановки деятельности.
Давайте разберём по-честному: что изменится, почему и что нужно сделать.
---
Что такое Постановление Правительства № 211 и почему оно важно
Постановление Правительства РФ № 211 от 02.03.2026 расширяет перечень медицинских данных, которые обязательно передаются в ЕГИСЗ. С 1 сентября 2026 года в периметр обязательной передачи входят результаты медицинских освидетельствований отдельных категорий граждан.
Но главное изменение — не в расширении перечня данных. Главное в том, что Минздрав и ФСТЭК синхронизировали требования: с 1 сентября 2026 года проверка наличия безопасного окружения становится частью плановых проверок медицинских организаций при подтверждении лицензии.
Переводим с бюрократического на русский: если ваша клиника не имеет правильно оформленного безопасного окружения для работы с ЕГИСЗ — это основание для замечаний при лицензионной проверке. А систематические нарушения лицензионных требований — основание для приостановки или отзыва лицензии.
---
Ловушка №1: «У нас ЕГИСЗ подключён — значит, всё в порядке»
Это самое распространённое заблуждение. «Подключён» и «соответствует требованиям» — не одно и то же.
Расскажу, что значит «подключён» в большинстве клиник, которые я видел: есть компьютер, на котором установлен клиент МИС, который как-то передаёт данные в ЕГИСЗ через интернет. Врач входит под своей учёткой, вносит данные, они уходят. Технически — работает.
А теперь что требует ФСТЭК в рамках безопасного окружения (Приказ ФСТЭК России № 117, в редакции с 01.03.2026):
Сегрегация сети. Рабочие места, с которых идёт взаимодействие с ЕГИСЗ, должны быть изолированы в отдельном сетевом сегменте. Это сегмент сети — отдельный логический сегмент с контролем межсегментного трафика. Если у вас плоская сеть — нарушение.
Защищённый шлюз. Канал от клиники до ЕГИСЗ должен быть защищён с применением сертифицированных СКЗИ (средств криптографической защиты информации). Это не «просто HTTPS». Это сертифицированное решение, которое прошло проверку ФСБ.
Антивирусная защита на рабочих местах. Сертифицированная, с актуальными базами. Не «у нас стоит какой-то антивирус» — а конкретный продукт из реестра ФСТЭК.
Журналирование событий. Все события доступа к ЕГИСЗ должны фиксироваться: кто, когда, что делал. Хранение журналов — не менее 1 года.
Документация. Политика обработки информации, регламенты доступа, акт о введении безопасного окружения в эксплуатацию.
Теперь честно: сколько из этих пяти пунктов реализовано в вашей клинике? По нашему опыту аудитов — в большинстве клиник выполнен максимум один.
---
Антикейс: «мы подождём проверки»
В 2025 году одна многопрофильная клиника в Центральном округе прошла плановую проверку Росздравнадзора. Среди прочего проверяющие запросили документацию по безопасному окружению для ЕГИСЗ. Документации не было. Физическая сегрегация сети — отсутствовала. Защищённый шлюз — не настроен.
Результат: предписание с требованием устранить нарушения в течение 6 месяцев, административный протокол, штраф на должностное лицо.
Хуже другое: клиника была вынуждена за 2 месяца экстренно выполнить работы, которые при плановом подходе заняли бы 2–3 месяца с нормальным бюджетом. В режиме экстренного устранения — это в 1.5–2 раза дороже и с непредсказуемым качеством.
Оценочные потери: от 600 000 рублей на экстренные работы + штраф + нервы.
Один день работы клиники при угрозе приостановки лицензии — это не только потери выручки (100 000–400 000 рублей в зависимости от профиля), это ещё и репутационный ущерб от слухов среди пациентов.
Плановая подготовка к требованиям безопасного окружения с нуля: 150 000–400 000 рублей. До 1 сентября — ещё есть время сделать это правильно.
---
Что такое безопасное окружение: объяснение без слайдов ФСТЭК
Много людей путаются в этой концепции. Давайте на простой аналогии.
Представьте, что ЕГИСЗ — это федеральный банк, хранящий сведения о пациентах всей страны. Ваша клиника подключена к нему. Если у вас в офисе на том же компьютере, что и вход в ЕГИСЗ, сидит бухгалтер, качающий файлы с подозрительных сайтов, а рядом — гостевой беспроводная сеть для пациентов... Это как дать ключ от сейфа с государственными секретами человеку, который оставляет его под ковриком.
Безопасное окружение — это «чистая комната» для работы с ЕГИСЗ. Отдельная сеть. Защищённый канал. Контролируемые рабочие места. Журнал всех действий.
Из чего состоит безопасное окружение на практике:
1. Сегрегированный сетевой сегмент (сегмент сети). Рабочие места, работающие с ЕГИСЗ, изолированы от остальной сети. Пациентский беспроводная сеть — отдельно. Бухгалтерия — отдельно. ЕГИСЗ-компьютеры — в своём пузыре.
2. Защищённый шлюз (сертифицированный защищённый канал-шлюз с СКЗИ). Данные из клиники в ЕГИСЗ идут по зашифрованному каналу, используя российские криптоалгоритмы (ГОСТ). Это не тот защищённый канал из магазин приложений. Это сертифицированное решение: защищённый сетевой шлюз, КриптоПро, ЗАСТАВА или аналоги.
3. Средства защиты рабочих мест. Антивирус из реестра ФСТЭК (Касперский, Dr.веб рабочее устройство — специальные корпоративные версии с сертификатами), настроенный файервол, политики ограничения прав.
4. Система управления доступом. Каждый пользователь — своя учётная запись с минимально необходимыми правами. Нет «общей учётки для врачей».
5. Журналирование. Все действия в системе фиксируются. Попытки несанкционированного доступа — оповещение ответственному.
---
Пошаговый план: как подготовиться до 1 сентября 2026
Апрель 2026. До дедлайна — 5 месяцев. Это достаточно, если начать сейчас.
Апрель — аудит текущего состояния (2–4 недели). Инвентаризация: какие компьютеры работают с ЕГИСЗ, как устроена сеть, есть ли сегментация, какой антивирус стоит, есть ли документация. Результат — чёткое понимание разрыв: что есть, чего нет, что нужно сделать.
Май — разработка проекта безопасного окружения (2–3 недели). Технический проект: схема сегрегации сети, выбор решения для защищённого шлюза, требования к оборудованию. Одновременно — разработка организационной документации (политика безопасности, регламенты).
Июнь-июль — закупка и монтаж (4–8 недель). Установка и настройка шлюза, перенастройка сети, развёртывание антивирусных решений на рабочих местах, настройка журналирования. Это работы «с отвёрткой» — монтаж и конфигурация.
Август — тестирование и документирование (2–3 недели). Проверка работы всей цепочки: данные из МИС корректно уходят в ЕГИСЗ через защищённый шлюз, журналы пишутся, доступ ограничен. Составление акта о введении безопасного окружения в эксплуатацию.
1 сентября — вы готовы. С документами на руках.
---
Ловушка №2: «Мы купим флешку с защищённый сетевой шлюз»
Это буквальная цитата с одной из встреч. Директор прочитал где-то, что для безопасного окружения «нужен защищённый сетевой шлюз» — и решил, что купит «флешку с защищённый сетевой шлюз» и всё.
Нет. защищённый сетевой шлюз — это система, а не флешка. Её нужно корректно сконфигурировать, интегрировать с МИС, проверить работоспособность канала до ЕГИСЗ, настроить политики. Это занимает недели, а не минуты.
Кроме того, защищённый шлюз — это только один компонент безопасного окружения. Без сегрегации сети, без документации, без правильно настроенных рабочих мест — это неполное решение, которое не защитит от предписаний.
Правильный подход: системная работа, а не «купить что-то» и поставить галочку. Именно так мы подходим к задаче в рамках подключения к ЕГИСЗ с безопасным окружением.
---
Риск для ОМС и лицензии: реальная угроза
Отдельная тема, которую большинство директоров не рассматривают всерьёз.
Участие в программе ОМС требует передачи данных в ЕГИСЗ. Если клиника не может корректно передавать данные (из-за технических проблем или из-за предписания об устранении нарушений безопасного окружения) — она фактически не может исполнять договор с ТФОМС.
ТФОМС вправе расторгнуть договор с клиникой, которая систематически нарушает требования к передаче данных или работает с нарушениями регуляторных требований к ЕГИСЗ.
Для клиник, у которых ОМС составляет 20–40% выручки (а это типичная картина для многопрофильных клиник), потеря ОМС-договора — это удар, от которого некоторые не восстанавливаются.
---
Итог
1 сентября 2026 года — дедлайн, к которому нужно быть готовым. Не «посмотрим» и не «потом разберёмся».
Безопасное окружение для ЕГИСЗ — это не флешка с защищённый канал. Это сегрегированная сеть, защищённый шлюз, настроенные рабочие места, журналирование и документация. Правильно выстроенная система защищает и от предписаний ФСТЭК, и от санкций по 187-ФЗ.
До дедлайна — 5 месяцев. Это достаточно, если начать сейчас.
---
Связанные материалы
- [Бесплатный ИТ-аудит клиники]()
Практический вывод для клиники
Эта тема полезна только тогда, когда превращается в понятный следующий шаг. Руководителю не нужен ещё один “обзор рынка”. Нужна карта: что теряется сейчас, кто отвечает, что чинить первым и какой результат считать нормальным.
- проверьте путь пациента от первого обращения до фактического визита;
- найдите места, где данные уходят в ручные переписки, таблицы или личные устройства;
- отдельно посмотрите звонки: сколько пропущено, кто перезванивает, где фиксируется результат;
- сверьте сайт, формы, МИС, телефонию и 152-ФЗ как одну систему, а не отдельные куски;
Полезные следующие страницы: МедЖарвис.Регистратура, Нулевая неявка 2.0, системная интеграция, ИТ-инфраструктура клиники, [карта внедрения и КП]().
вопросы и ответы
Нужно ли сразу менять всю систему?
Нет. Чаще всего достаточно начать с короткой диагностики и закрыть самые дорогие потери: пропущенные звонки, слабые формы, доступы, резервные копии и ручные маршруты заявок.
Что делать после статьи?
Начните с бесплатный ИТ-аудит. Это не продажа “всего подряд”, а способ понять, какие действия действительно нужны вашей клинике.
Редакционная актуализация на 20 июня 2026 года
Для статей про КТ, МРТ, КЛКТ, архивы изображений и стоматологические цифровые маршруты важно не обещать диагностику. Задача ИТ-контура — хранение, доступ, маршрутизация, визуализация, контроль прав и удобная работа врача. Мы обновили смысл этого материала как практическую заметку для руководителя клиники: без громких гарантий, без замены профильной юридической или бухгалтерской консультации и без обещаний, которые нельзя подтвердить документами.
Главная задача статьи «ЕГИСЗ к 1 сентября 2026: что нужно успеть — и что будет, если не успеть» сегодня — помочь увидеть, какие решения влияют на запись, доверие пациента, безопасность данных, устойчивость инфраструктуры и способность команды работать без ручного хаоса.
Уникальный поисковый смысл этой статьи
Поисковый запрос вокруг этой темы обычно приходит не от любопытства, а от управленческой боли. Руководитель хочет понять, где клиника теряет обращения, время врача, доверие пациента или контроль над данными. Поэтому материал усилен не общими словами, а практической картой: что проверить, какие вопросы задать подрядчику и как связать тему с цифровым контуром клиники.
- Интент: собрать снимки, исследования, фото и документы в управляемый визуальный контур.
- Роль статьи: прикладная поддерживающая страница блога, которая должна вести к услугам, аудиту и карте внедрения, а не просто собирать просмотры.
- Антидублирование: эта статья раскрывает свою конкретную управленческую задачу и не пытается заменить соседние материалы про сайт, МИС, безопасность, визуализацию или запись.
- Коммерческий переход: читатель должен понять, что Кереметь-ИТ может помочь собрать контур, проверить слабые места и предложить дорожную карту без давления.
Что руководителю клиники проверить сейчас
- Понять, где физически хранятся исследования: рабочая станция, томограф, сервер, внешний диск, облако, общая папка или архив изображений.
- Проверить связь снимка с пациентом, датой, врачом, направлением, филиалом и повторным визитом без раскрытия лишних данных.
- Разделить диагностическое решение врача и техническую визуализацию: ИТ-система не должна подменять медицинское заключение.
- Настроить доступы: врач, администратор, пациентская ссылка, лаборатория, внешний консультант и технический подрядчик имеют разные права.
- Проверить резервирование больших файлов и скорость восстановления, потому что архив изображений растёт быстрее обычных документов.
- Связать визуальный архив с маршрутом пациента: запись, исследование, обсуждение, план лечения, лаборатория, контрольный визит.
Проверка по сегодняшней реальности России
На 20 июня 2026 года для медицинского бизнеса особенно важны три уровня актуальности: нормативные источники, техническое состояние контура и публичные формулировки на сайте. Если статья затрагивает налоги, персональные данные, медицинские документы, клинические рекомендации, рекламу или ИИ, каждую конкретную цифру и обязанность нужно сверять по действующим официальным источникам перед управленческим решением.
- Налоговые тезисы сверяются по ФНС, потому что ставки, пороги и специальные режимы могут меняться быстрее, чем редакционные материалы.
- Персональные данные и формы сайта сверяются с требованиями к оператору, реестром, уведомлениями, согласиями и фактической схемой обработки в клинике.
- Медицинские утверждения не должны звучать как диагноз, клиническая рекомендация или обещание результата от ИТ-системы.
- ИИ-помощники описываются как инструменты поддержки процесса, а не как автономный врач, самостоятельная диагностика или замена ответственности специалиста.
- Любое обещание экономии, роста заявок или окупаемости переводится в процессовую формулировку: снизить риск потерь, увидеть показатель, ускорить обработку, уменьшить ручной труд.
Как это превращается в проект для клиники
Сильная статья должна не только объяснять проблему, но и давать директору понятный следующий шаг. В проектах Кереметь-ИТ мы обычно начинаем не с покупки очередного сервиса, а с карты: где пациент входит в систему, кто видит обращение, где хранятся данные, какие права выданы, что резервируется и как руководитель понимает, что процесс действительно работает.
- проектируем контур медицинской визуализации: архив, сервер, рабочие места, доступы, резервирование и маршруты;
- связываем визуальный архив с МИС, сайтом, записью и пациентскими сценариями;
- помогаем клинике говорить о визуализации честно: без диагностических обещаний от ИТ-системы;
- рассчитываем серверную и сетевую основу для больших медицинских файлов;
- оформляем понятную схему для директора, врача, инженера и внешнего подрядчика.
Практическая карта внедрения
- Зафиксировать текущую схему: сайт, звонки, мессенджеры, МИС, архив, касса, документы, подрядчики и точки ручного ввода.
- Отметить рисковые места: общие пароли, неясные согласия, потерянные заявки, неподтверждённые резервные копии, устаревшие страницы и отсутствие владельца процесса.
- Выделить быстрые улучшения на одну-две недели: формы, статусы заявок, обратный звонок, внутренние ссылки, роли доступа, резервное копирование и понятные инструкции.
- Отложить сложные внедрения, если нет владельца процесса, тестового контура или ясной пользы для пациента и сотрудников.
- Проверить публичные тексты: нет ли в них обещаний проверяемого результата, абсолютной безопасности, полной автоматической диагностики или готовности без подтверждений.
- Согласовать, какие показатели руководитель будет смотреть после изменений: обращения, скорость реакции, запись, неявки, повторные визиты, простой, ошибки, качество данных.
- Собрать доказательства: скриншоты настроек, схемы доступа, регламенты, результаты тестового восстановления, список ответственных и журнал изменений.
- Вернуться к статье через три-шесть месяцев и обновить её по фактическим данным клиники, а не по абстрактной повестке.
Официальные источники для сверки
- Минздрав России и официальный рубрикатор клинических рекомендаций: официальный рубрикатор клинических рекомендаций Минздрава России
- Минздрав России, полезные ресурсы и ЕГИСЗ: официальный портал Минздрава России
- Роскомнадзор, портал персональных данных: портал персональных данных Роскомнадзора
Эти ссылки не превращают статью в юридическое заключение. Они нужны, чтобы редакционная актуализация не отрывалась от реальности: перед договором, запуском рекламы, обработкой медицинских данных или изменением налоговой модели клинике всё равно нужна профильная проверка документов и фактического процесса.
Связанные направления Кереметь-ИТ
- Системная интеграция
- ИТ-инфраструктура клиники
- Карта внедрения и коммерческое предложение
Вопросы и ответы
Можно ли считать эту статью инструкцией по соответствию закону?
Нет. Это управленческая и техническая карта для руководителя клиники. Она помогает увидеть слабые места, но конкретные обязанности, документы, сроки и налоговые последствия нужно проверять по официальным источникам и с профильными специалистами.
Почему Кереметь-ИТ говорит не только о сайте, но и о МИС, телефонии и доступах?
Потому что пациентский путь не заканчивается на красивой странице. Если заявка пришла с сайта, но потерялась в звонках, ручной таблице или неподтверждённой записи, клиника теряет управляемость. Мы смотрим на контур целиком: от первого касания до повторного визита.
Что можно улучшить без большого внедрения?
Обычно можно быстро навести порядок в формах, статусах заявок, правах доступа, резервных копиях, внутренних ссылках, карточках услуг и ответственности за обратный звонок. Это не заменяет большой проект, но снижает хаос и даёт руководителю первые измеримые сигналы.
Почему нельзя обещать проверяемый рост заявок или абсолютную безопасность?
Потому что результат зависит от спроса, команды, врачей, расписания, региона, качества обработки обращений, бюджета и дисциплины эксплуатации. Честнее говорить о снижении риска потерь, улучшении маршрута пациента и появлении контроля над процессом.
Когда стоит обратиться к Кереметь-ИТ?
Когда клиника открывается, масштабируется, теряет заявки, не понимает состояние ИТ-контура, готовит сайт к росту, хочет связать МИС и телефонию, навести порядок с доступами или аккуратно внедрить ИИ-помощников без завышенных обещаний.
Вывод для директора клиники
Если тема «ЕГИСЗ к 1 сентября 2026: что нужно успеть — и что будет, если не успеть» для вас не теоретическая, начните с карты контура. Кереметь-ИТ может помочь увидеть текущую схему, отделить срочные проблемы от красивых, но второстепенных идей, и собрать внедрение так, чтобы оно поддерживало врачей, администраторов и пациентов.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
- Кто принимает решение и кто видит результат.
- Какие данные используются и где они хранятся.
- Как пациент понимает следующий шаг.
- Как руководитель увидит проблему до жалобы или потери заявки.
