«Медиалог 2.0» в МЕДСИ: как меняется цифровое ядро крупной сети клиник

МЕДСИ начинает переход на «Медиалог 2.0»: зачем крупной сети клиник перестраивать цифровое ядро

От соглашения на ПМЭФ до работающей системы в клинике

История проекта началась не в сентябре 2026 года. Еще в июне 2025 года «Ростелеком» и АФК «Система» договорились о долгосрочном использовании «Медиалога», включая новую версию «Медиалог 2.0», в сети МЕДСИ. В апреле 2026 года «Ростелеком» представил обновленную систему как готовое к внедрению решение, а в июле объявил о первом релизе.

Теперь проект перешел в более важную фазу. «Медиалог 2.0» развернут в тестовом контуре МЕДСИ и проходит внутреннюю приемку. Только после тестирования и адаптации компания намерена определить, как именно систему внедрять во всей сети.

Масштаб будущей миграции делает этот этап принципиальным. По данным МЕДСИ, сеть объединяет более 146 клиник, свыше 15 тыс. сотрудников, включая более 6 тыс. врачей, обслуживает более 1,8 млн уникальных пациентов и регистрирует около 15 млн посещений. Через мобильное приложение SmartMed ежегодно оформляется более 8 млн записей на прием.

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

«Медиалог» меняет не интерфейс, а архитектуру

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

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

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

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

Для сети из нескольких клиник разница может оставаться незаметной пациенту. Для организации со 146 учреждениями она становится стратегической: нагрузка, набор медицинских услуг и бизнес-процессы разных клиник могут существенно отличаться, а цифровая платформа должна выдерживать эти различия без создания множества трудно совместимых локальных версий.

Самая интересная часть проекта — возможность менять МИС без постоянного обращения к разработчику

Еще один важный элемент «Медиалог 2.0» — интеграция с платформой Pulsar Apps+, позволяющей создавать и изменять часть функциональности с использованием инструментов с минимальным объемом программирования.

Именно здесь находится один из наиболее интересных аспектов проекта МЕДСИ.

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

В модели, которую предлагает «Ростелеком», часть таких изменений ИТ-команда медицинской организации сможет выполнять самостоятельно.

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

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

Цифровая клиника начинается не с приложения для пациента

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

Но приложение представляет собой лишь внешний слой гораздо более сложной системы.

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

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

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

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

Почему МЕДСИ становится важным испытанием для «Медиалог 2.0»

У проекта есть особое значение для самого «Ростелекома». МЕДСИ — первый крупный заказчик, начинающий переход на технологически переработанную версию системы.

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

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

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

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

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

Российский проект отражает глобальную перестройку медицинских информационных систем

Импортозамещение — важная причина появления «Медиалог 2.0» именно в нынешнем виде, однако было бы ошибкой объяснять проект только российской технологической политикой.

В мире медицинские информационные системы проходят похожую архитектурную эволюцию.

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

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

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

Именно в этот глобальный тренд вписываются микросервисная архитектура, интеграционная платформа и возможность самостоятельной настройки, заявленные для «Медиалог 2.0».

Для врача главный тест системы пройдет не в серверной

Владимир Пасынков, генеральный директор «РТК-Лаборатория Здоровья», связывает внедрение новой системы с автоматизацией рутинных задач, контролем загрузки врачей и оборудования и стандартизацией медицинской помощи.

Но для медицинского персонала критерий успеха будет гораздо проще: уменьшает ли новая система цифровую нагрузку или создает новую.

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

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

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

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

Именно эти показатели впоследствии позволят отличить технологическое обновление от реального изменения работы клиник.