Клиника внутри госплатформы: к чему готовить МИС и данные

20 августа 2026 года президент поручил ведомствам социального блока и правительству включить проработку здравоохранения в национальную стратегию развития цифровых платформ. Формулировка широкая: в медицине нужно «в полной мере реализовать возможности цифровых платформ». Никаких штрафов, дедлайнов для клиник или новых форм отчётности в поручении нет — это задача подготовить стратегию на период до 2036 года, срок для самих ведомств — 15 декабря.

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

Что произошло: поручение, а не приказ

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

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

Что это значит для владельца клиники практически: ждать «письма счастья» с обязательными пунктами пока рано. А вот следить за тем, как разворачивается тема в следующие несколько месяцев, стоит — особенно если вы сейчас выбираете МИС или продлеваете контракт с текущим вендором на годы вперёд.

Что уже работает и куда идёт интеграция

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

Первый — региональный. Платформа N3.Health интегрирована с ЕМИАС Московской области: через неё 190 медицинских информационных систем и более 40 частных клиник региона выгружают данные в единую систему. Для клиники в Подмосковье, которая работает по ОМС, это давно не вопрос выбора. ТФОМС требует передавать протоколы приёмов, результаты исследований и эпикризы в ЕМИАС МО, а несоблюдение может привести к расторжению контракта и отказу в новых.

Второй пример — коммерческий, и тут важна точность. В колонке представителя крупной сети клиник фигурируют цифры: свыше 200 МИС и более 9,7 тыс. коммерческих клиник подключены к платформе конкретного оператора. Эти цифры любят цитировать как «рынок массово подключается к государству», но это преувеличение. Речь о масштабе одной коммерческой платформы, а не всей отрасли. По той же колонке крупные сетевые игроки в сумме занимают около 8% рынка медицинских услуг, а 92% рынка остаётся раздробленным — тысячи независимых клиник и небольших сетей вне крупных экосистем.

Честная картина по отрасли выглядит скромнее и полезнее для планирования: сегодня данные в ЕГИСЗ передают лишь около 2% частных клиник, а на портал «Госуслуги» попадает результат 5-7% приёмов в коммерческом секторе. Платформизация — это не свершившийся факт, а тренд, который только набирает ход. У вас есть время подготовиться, а не догонять постфактум.

Эксперимент с электронными рецептами: зачем государству единый контур

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

Ключевые детали, которые стоит знать владельцу клиники:

• участие добровольное — и для регионов, и для аптек, и для медицинских организаций, включая частные;
• из эксперимента исключены льготные рецепты, наркотические и психотропные препараты, а также препараты предметно-количественного учёта;
• сроки в разных версиях проекта постановления расходятся: в одних источниках эксперимент завершается 30 октября 2027 года, в других — 30 ноября 2027 года. Это расхождение стоит держать в уме и не удивляться, если итоговая дата будет отличаться от той, что попадалась в новостях.

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

Что это меняет в выборе МИС уже сегодня

Раз тренд на встраивание клиники в общий цифровой контур будет только усиливаться, разумно уже сейчас оценивать МИС не только по удобству записи и внешнему виду карточки пациента, но и по готовности к интеграции. Базовый чек-лист, который стоит пройти с текущим или потенциальным вендором:

1. Интеграция с ФРМО и ФРМР. Без передачи сведений в федеральные реестры медицинских организаций и работников клиника формально не в контуре ЕГИСЗ — а это уже действующее требование, не связанное с новой стратегией.
2. Поддержка структурированных электронных медицинских документов (СЭМД). Перечень обязательных СЭМД расширяется из года в год: сейчас в него входят консультации, инструментальные исследования, эпикризы, медицинские заключения. Спросите у вендора, как быстро он добавляет новые форматы после выхода очередного приказа.
3. Работа с УКЭП. Усиленная квалифицированная электронная подпись нужна и врачу, и руководителю клиники — без неё юридически значимая передача документов в ЕГИСЗ не считается завершённой.
4. Передача данных по защищённому каналу. Это техническое требование, но именно оно чаще всего оказывается узким местом при подключении, если вендор экономил на инфраструктуре.
5. Готовность к региональной специфике. Если ваш субъект требует интеграции с собственной системой поверх ЕГИСЗ (как ЕМИАС в Москве и области), «галочки ЕГИСЗ» недостаточно — нужна отдельная проверка совместимости.

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

Vendor lock-in: где заканчивается госконтур и начинается ваш вендор

Есть соблазн думать, что раз государство забирает на себя часть данных — рецепты, отчётность, медицинские документы, — то и ответственность за них становится «не совсем вашей». Это не так. Государственный контур получает то, что обязан получать по закону: медицинские сведения в установленных форматах. Вся операционная логика клиники — запись пациентов, воронка обращений, CRM-история, аналитика по кабинетам и врачам — остаётся внутри вашей МИС и полностью в вашей зоне ответственности.

Именно здесь возникает риск, о котором редко думают на этапе выбора МИС: vendor lock-in. Формально почти любой вендор заявляет, что данные можно выгрузить в любой момент. На практике проблема не в наличии функции экспорта, а в её качестве. Истории визитов, оплат и документов часто выгружаются с внутренними идентификаторами системы, которые ещё нужно отдельно расшифровывать и сопоставлять со справочниками. При смене МИС это оборачивается не «переносом данных за выходные», а отдельным проектом с риском потерь и параллельного ведения учёта в двух системах одновременно.

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

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

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

Как МедПуш Бот вписывается в эту логику

Разделение контуров, о котором шла речь выше, — не абстрактная рекомендация, а рабочий принцип, который стоит закладывать в архитектуру клиники уже сейчас. МедПуш Бот работает поверх МИС как отдельный слой коммуникации с пациентом: запись, напоминания о визите, работа с базой пациентов, возврат тех, кто давно не был на приёме. Он не хранит медицинские данные, которые по закону обязаны передаваться в государственный контур, — эта часть остаётся в зоне ответственности МИС и клиники.

Такое разделение снижает именно тот риск vendor lock-in, о котором говорилось выше. Если в какой-то момент вы решите сменить МИС — например, потому что текущий вендор не успевает за требованиями к интеграции с гос.системами, — это не проблема. Логика коммуникации с пациентами в МедПуш Бот не привязана к конкретной медицинской информационной системе и переносится независимо. Вам не придётся выстраивать воронку записи и напоминаний заново только потому, что поменялась медкарта.

Что делать владельцу клиники прямо сейчас

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

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

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

Источники:

• Путин поручил включить медицину в Нацстратегию развития цифровых платформ — Медвестник
• Частной медицине не хватает больших систем — Деловая Россия
• Эксперимент по централизованному учёту электронных рецептов — Гарант.ру
• Фарминдустрия: дайджест Vademecum за 27 июля — 2 августа 2026
• Почему фрагментация данных — один из главных барьеров цифрового здравоохранения России — Медвестник
• 190 медицинских информационных систем интегрированы с ЕМИАС — CNews
• ЭлНетМед завершила интеграцию платформы N3.Health с ЕМИАС МО — CNews
• Пять основных особенностей перехода с одной МИС на другую — Медвестник
• Заговор МИС. Почему клиники не могут сменить систему — Klientiks
• Подключение частных клиник к ЕГИСЗ в 2026: почему тянуть уже нельзя — Onetek