Разработка ПО для клиник: типы решений, бюджеты и сроки в 2026 году

Разработка ПО для клиник — это не «сайт с записью» и не «приложение». Это отдельная отрасль медицинского IT с собственным регулятором (Минздрав, Росздравнадзор), строгими требованиями к данным (ФЗ-152, специальная категория) и спецификой пользователя — врача, у которого 12-15 минут на приём и нет времени на лишний клик. Любое медицинское ПО решает не только функциональную задачу, но и задачу «не замедлить врача».

Этот гайд для медицинского директора, CIO или собственника частной сети, который собирается заказать разработку — или уже получил несколько коммерческих предложений и не понимает, почему диапазон от 1,5 до 15 миллионов. К концу статьи у вас будет ясная картина: какие типы медицинского ПО существуют, как выбирать между коробкой и кастомом, что должно входить в предпроектного обследования, сколько реально занимает проект и где обычно теряют деньги.

Какие типы ПО нужны частной клинике

В 2026 году типичная частная сеть на 3-7 филиалов использует от 5 до 12 разных систем. Большая часть из них либо разрабатывается под клинику, либо серьёзно кастомизируется на базе коробочных решений.

МИС — медицинская информационная система. Ядро всех клинических процессов: расписание, электронная медкарта, шаблоны приёмов, отчётность по приказам Минздрава, обмен с ЕМИАС/ЕГИСЗ. Без МИС клиника на 500+ приёмах в месяц работать не может. Это основной заказной продукт.

Приложение пациента (iOS + Android). Запись на приём, история визитов, результаты анализов, оплата, телемед-консультации, напоминания. Для сети 3+ филиалов даёт +15-25% повторных обращений и снимает 30-40% нагрузки с колл-центра.

Сайт и портал записи. Маркетинговая витрина + онлайн-запись + личный кабинет. Часто строится на CMS (WordPress, 1С-Битрикс) с интеграцией к МИС. Это самая дешёвая часть IT-ландшафта (0,3-0,8 млн ₽), но критичная для лидогенерации.

Телемед-платформа. Видео-консультация, чат с врачом, выписка электронных рецептов и направлений. С 2018 года легализована законом № 242-ФЗ (изменения в ФЗ-323), детали — в приказе Минздрава № 965н. Может быть встроена в приложение пациента или отдельным продуктом.

ЛИС — лабораторная информационная система. Если у клиники своя лаборатория, нужна отдельная система для пробирок, аппаратов, результатов. Интегрируется с МИС через API.

Складская и финансовая система. Учёт расходных материалов, медикаментов, расчёты с пациентами, ОМС/ДМС. Обычно 1С:Медицина + кастомные модули.

Размер IT-ландшафта зависит от объёма. Сеть 1-2 филиала живёт на коробочной МИС + сайт. Сеть 3-7 филиалов — кастомная МИС + приложение пациента + телемед. Сеть 10+ филиалов — комплекс из 8-12 систем с собственной службой IT и архитектором.

Кастомная разработка vs коробка

Главный вопрос проекта — заказная разработка с нуля или внедрение готового продукта с кастомизацией.

Коробочная МИС. Готовый продукт с фиксированным набором модулей: МедЭлемент, Renovatio, 1С:Медицина, qMS, Инфоклиника. Внедрение 1-3 месяца, бюджет 1,5-4 млн ₽. Подходит маленьким клиникам с типовыми процессами (общая терапия, стоматология, диагностика). Главный риск — UX не адаптируется под нестандартные процессы. У нас был кейс репродуктивной клиники: после 4 месяцев работы в коробочной МИС врачи начали дублировать на бумаге, потому что протокол ЭКО не помещался в стандартную форму приёма.

Гибридная разработка. Коробочная база + кастомные модули поверх. Срок 4-8 месяцев, бюджет 4-8 млн ₽. Подходит средним сетям с одним-двумя нестандартными протоколами или специфическим учётом (например, своя система лояльности или сложная маршрутизация пациентов).

Заказная разработка под ключ. Кастомная МИС, приложение и портал проектируются с нуля под процессы конкретной сети. Срок 6-12 месяцев, бюджет 8-15 млн ₽. Подходит сетям 5+ филиалов с собственными протоколами и специализациям, где коробки не покрывают специфику: ЭКО, онкология, реабилитация, спортивная медицина.

Выбор определяется не размером бюджета, а зрелостью клиники. Главный критерий — описаны ли клинические маршруты и регламенты на бумаге. Если нет — коробка не поможет, она оцифрует хаос. Сначала пишутся процессы, потом выбирается решение. На этапе предпроектного обследования любого нашего проекта первые 2-3 недели уходят именно на это: интервью с медицинским директором, наблюдение приёмов, восстановление user journey пациента и врача.

Этапы проекта: предпроектное обследование → MVP → масштабирование

Типовой проект медицинского ПО разбивается на 4-5 этапов с отдельной приёмкой каждого. Это стандартная практика — позволяет клинике не платить всё сразу и получать работающие части параллельно с разработкой.

Предпроектное обследование (1-2 месяца)

Самый недооценённый этап. Что делается:

• Обследование процессов: терапия, диагностика, лаборатория, касса, страховая
• Воркшопы с врачами по специальностям (3-5 сессий по 2 часа)
• Описание user journey пациента и врача
• Анализ существующих систем и интеграций
• Требования ФЗ-152, классификация ИСПДн, модель угроз
• Архитектура решения и план интеграций
• ТЗ и оценка бюджета по этапам

Стоимость предпроектного обследования — 600 тысяч — 1,5 млн ₽ в зависимости от размера сети. Можно заключать как отдельный договор с фиксированной стоимостью. На выходе клиника получает ТЗ и оценку проекта в цифрах, и только после этого подписывается основной контракт. Если после предпроектного обследования становится понятно, что коробочное решение покрывает 80% задач — мы открыто это говорим и не навязываем кастом.

MVP (3-5 месяцев)

Минимально жизнеспособный продукт, который можно запустить в одном пилотном филиале параллельно с бумагой или старой системой. Что входит в MVP МИС:

• Расписание врачей и онлайн-запись
• Электронная медкарта по приказу № 911н
• Шаблоны приёмов по 3-5 ключевым специальностям
• Учёт услуг и кассовая интеграция (54-ФЗ)
• Базовая аналитика для медицинского директора
• Защита данных по ФЗ-152 (СЗИ, журналирование, разграничение доступа)

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

Интеграции (2-4 месяца, параллельно с MVP)

Лаборатория, ДМС-страховые, ЕМИАС, ЕГИСЗ, складская система, телефония. Обычно делается параллельно с MVP отдельной командой. Интеграции занимают 30-40% бюджета и сроков всего проекта. Особенно дорогие — страховые компании (у каждой свой формат) и ЕМИАС/ЕГИСЗ (защищённый канал, тестирование, согласования с регулятором).

Пилот (1-2 месяца)

Запуск в одном филиале, обучение 8-15 врачей, сопровождение в течение 4-6 недель, ежедневный разбор инцидентов, доработки по обратной связи. На пилоте обычно вскрывается 20-30% сценариев, которые не учли на этапе предпроектного обследования — это нормально, для этого пилот и нужен.

Масштабирование (1-2 месяца на филиал)

Поэтапный rollout на остальные филиалы с обучением и сопровождением. Тиражирование обычно недооценивают: для сети 5 филиалов это +30-50% к бюджету за счёт настройки локальных параметров, миграции данных, обучения врачей.

Medical UX: главный риск проекта

Самый частый провал медицинского ПО — система внедрена технически, но врачи в ней не работают. Симптомы: дублирование на бумаге, заполнение карт после смены, рост ошибок в счетах ОМС/ДМС, конфликты с медицинским директором.

Корневая причина — система замедляет приём. Стандартный приём терапевта — 12-15 минут. Из них на ПО должно уходить не больше 3-5 минут. Если врач тратит 10+ минут — он либо опаздывает, либо начинает «оптимизировать»: дублирует на листочек, заполняет систему ночью дома, или просто не заполняет.

Что должно входить в Medical UX-проектирование:

1. Воркшопы с врачами на этапе предпроектного обследования. 3-5 врачей по каждой специальности приходят на 2-часовые сессии, показывают, как реально проходит приём, что важно, что мешает.
2. Интерактивные прототипы. Перед разработкой делаются клик-прототипы экранов. Врачи проходят сценарии, замеряется время приёма в прототипе. Цель — приём не больше 5 минут.
3. Шаблоны приёмов по специальностям. Не «универсальная форма», а конкретные шаблоны: терапевт, гинеколог, эндокринолог, педиатр.
4. Горячие клавиши и автоподстановка. F2 — следующее поле, F3 — справочник МКБ-10, F4 — добавить направление. Голосовой ввод для длинных описаний (как в приложении пациента и в телемед-платформе).
5. Обучение. Не «общая презентация», а персональные сессии 1,5 часа с разбором реальных приёмов. После — 2 недели сопровождения с разбором инцидентов.

Без Medical UX любая система превращается во «вторую бумажку». С Medical UX даже коробка работает на 80% эффективности, кастом — на 95%.

ФЗ-152, приказ № 911н и Росздравнадзор

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

ФЗ-152 и специальная категория ПДн. Медицинские данные относятся к специальной категории (ст. 10 ФЗ-152) — самый строгий режим обработки. Плюс врачебная тайна (ст. 13 ФЗ-323 «Об основах охраны здоровья»). За нарушение — штрафы для клиники до 700 000 ₽ по ст. 13.11 КоАП РФ, уголовная ответственность руководителя по ст. 137 УК РФ.

Что должно быть в ПО с первого дня: классификация ИСПДн (К3 или К2 для частной сети), модель угроз по методике ФСТЭК, технические меры (шифрование, журналирование, разграничение ролей), организационные меры (положение, согласия, регламент инцидентов), защищённый канал (ViPNet или Континент) для обмена с ЕМИАС/ЕГИСЗ. Подробности — в материале про ФЗ-152 в медицинском IT.

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

Росздравнадзор и медизделия. Если ПО используется для диагностики, мониторинга состояния пациента или принятия клинических решений (а не только администрирования) — это может быть медицинское изделие по приказу Минздрава № 4н, и потребуется регистрация в Росздравнадзоре. Для типовой МИС/телемед/приложения пациента регистрация не нужна, но это всегда проверяется на этапе предпроектного обследования по дереву решений. Для healthtech-стартапа с алгоритмом анализа ЭКГ или КТ — нужна обязательно, и это отдельный путь.

Сроки и бюджеты по типам ПО

Реальные диапазоны на основе наших проектов 2024-2026 годов и открытых рыночных данных.

Тип решения	Срок	Бюджет
Сайт + онлайн-запись + личный кабинет	1-2 месяца	0,3-0,8 млн ₽
Внедрение коробочной МИС (1 филиал)	2-4 месяца	1,5-4 млн ₽
Гибридная МИС для сети 2-5 филиалов	4-8 месяцев	4-8 млн ₽
Кастомная МИС для сети 3-7 филиалов	6-12 месяцев	8-15 млн ₽
Приложение пациента (iOS + Android)	3-5 месяцев	3-6 млн ₽
Телемед-платформа	3-6 месяцев	3-8 млн ₽
Подключение к ЕМИАС	2-4 месяца	0,8-1,5 млн ₽
Подключение к ЕГИСЗ	2-3 месяца	0,5-1,2 млн ₽
Интеграция с одной ДМС-страховой	1-2 месяца	0,4-0,8 млн ₽
Миграция данных из старой системы (50 тыс. пациентов)	1-2 месяца	0,5-1,2 млн ₽
Поддержка после релиза (год)	—	1,5-3 млн ₽

Что почти всегда недооценивают:

• Интеграции со страховыми. У каждой ДМС свой формат: РЕСО, Ингосстрах, Альфа, ВТБ — четыре разных проекта. Если в сети активно идёт ДМС-поток, нужно закладывать сразу 2-3 интеграции в первом году.
• Тиражирование на сеть. 1 филиал — одна стоимость. 5 филиалов — это +30-50% к бюджету.
• Миграция данных. 50 000 пациентов в Excel или старой системе — отдельный проект на 1-2 месяца с очисткой, нормализацией, переносом.
• Регулярные изменения регулятора. Минздрав выпускает 5-10 значимых приказов в год. Поддержка должна включать оценку влияния и доработку — 30-50 часов разработки в месяц.

Команда проекта и роли

Что должно быть у подрядчика, чтобы проект для клиники не провалился.

Project Manager с опытом healthtech. Не «универсальный менеджер по разработке», а человек, который понимает, что такое приём, чем терапевт отличается от хирурга и почему нельзя обновлять МИС в понедельник утром. Минимум 2-3 законченных проекта в медицине.

Системный аналитик / Medical UX-дизайнер. Проводит воркшопы с врачами, описывает user journey, проектирует шаблоны приёмов. Это редкая роль — обычно либо аналитик без понимания медицины, либо медик без опыта в UX. На рынке таких специалистов мало, проверяйте опыт.

Архитектор и backend-команда. Опыт работы с защищёнными системами (ФЗ-152, ФСТЭК), интеграциями с ЕМИАС/ЕГИСЗ, страховыми. PostgreSQL, Redis, асинхронные очереди — стандартный стек.

Frontend-команда. React или Vue для веб-версии, React Native или Flutter для приложения пациента. Особое внимание — производительности на старых ноутбуках в кабинетах врачей (часто это i3 8-летней давности с 4 ГБ RAM).

DevOps. Развёртывание в защищённом контуре, мониторинг, бэкапы. Часто требуется on-premise установка из-за ФЗ-152 — это отдельная экспертиза.

QA-инженер. Регрессионные сценарии для критичных процессов (выписка рецептов, направления, расчёты по ОМС). Покрытие тестами >70%, нагрузочные тесты на пиковую запись.

Минимальный размер команды для проекта МИС — 5-7 человек full-time на 6-12 месяцев. Если подрядчик обещает «сделаем за 3 человека за 4 месяца» — это либо коробка с минимальной кастомизацией, либо переоценка собственных сил.

С чего начать проект

Понятный сценарий для медицинского директора или CIO, который только думает о разработке.

1. Опишите процессы на бумаге. Маршрут пациента, типовой приём по 3-5 ключевым специальностям, отчётность медицинскому директору, расчёты со страховыми. Не нужно идеальной нотации — достаточно текста и схем, чтобы подрядчик понял реальную работу клиники.
2. Соберите список текущих систем и боли. Что используется сейчас (МИС, Excel, 1С, отдельный сайт с записью), что не работает, что бесит врачей, где теряются деньги.
3. Закажите предпроектное обследование у 2-3 подрядчиков. Не основной контракт, а только предпроектное обследование с фиксированной стоимостью 600 тыс. — 1,5 млн ₽. По итогу предпроектного обследования каждый из подрядчиков даст вам ТЗ и оценку проекта. Сравните не цены, а понимание ваших процессов и реалистичность сроков.
4. Выберите подрядчика по итогам предпроектного обследования. На этом этапе у вас уже есть оценка и понимание команды. Контракт на разработку — отдельный, с поэтапной оплатой и приёмкой каждого этапа.
5. Не торопитесь с пилотом. Лучше потратить на этапе предпроектного обследования лишний месяц, чем выпустить MVP, который врачи саботируют через 2 недели.

Разработка ПО для частной клиники — это долгий проект на 6-12 месяцев с бюджетом 4-15 млн ₽ для сети из нескольких филиалов. Главный фактор успеха — не технология и не команда, а Medical UX и регуляторный слой, заложенные с первого дня. начните с предпроектного обследования, не выбирайте подрядчика по нижней цене коммерческого предложения — в медицинском IT дешёвый проект всегда оказывается долгим и недоведённым до результата.