Healthtech-MVP: разработка и регистрация в Росздравнадзоре параллельно

Healthtech-MVP — это не «обычный стартап-MVP с медицинским уклоном». Это продукт, который с первого дня живёт в трёх параллельных регуляторных вертикалях: ФЗ-152 (специальная категория персональных данных), ФЗ-323 «Об основах охраны здоровья» (медизделия, медицинская деятельность) и ISO 13485 (система менеджмента качества). Игнорирование любого из этих блоков превращает MVP в проект, который потом проще переписать с нуля, чем привести в соответствие.

Эта статья — для основателя healthtech-стартапа, технического директора или венчурного инвестора, который оценивает проект. К концу гайда у вас будет понимание: когда продукт является медизделием и нужна регистрация в Росздравнадзоре, как идти разработке и регистрации параллельно, что такое ISO 13485 и зачем оно нужно с первого дня, сколько занимает полный цикл, и где обычно теряют деньги healthtech-стартапы.

Чем healthtech-MVP отличается от обычного

В классическом стартап-подходе MVP — это минимальный продукт, который проверяет product-market fit. Сделали быстро, выпустили, измерили, переделали. Это работает в SaaS, маркетплейсах, мобильных играх, но не работает в healthtech по трём причинам.

Регуляторный слой нельзя отложить. Если ваш продукт ставит диагноз, мониторит состояние, принимает клинические решения или влияет на лечение — это медицинское изделие по 323-ФЗ и приказу Минздрава № 4н. Без регистрации в Росздравнадзоре его нельзя выводить на рынок РФ. Регистрация занимает 6-12 месяцев и не делается «потом» — она параллельно с разработкой.

Качество данных — медицинская ответственность. Если ваш алгоритм пропустил аритмию или ошибся в дозировке — это не «баг в SaaS». Это юридическая ответственность производителя медизделия по ст. 238.1 УК РФ (обращение фальсифицированных медицинских изделий). Это другой режим работы с дефектами, регрессом и тестированием.

ФЗ-152 и специальная категория ПДн. Данные пациента нельзя «временно хранить в Google Sheets». С первого дня нужна архитектура УЗ-2 или УЗ-3 (зависит от объёма), сертифицированные СЗИ из реестра ФСТЭК, защищённый канал передачи, журналирование. Подробности — в материале про ФЗ-152 в медицине.

Из-за этих трёх блоков MVP в healthtech идёт дольше и стоит дороже обычного: 6-10 месяцев и 5-12 млн ₽ против 2-4 месяцев и 2-4 млн ₽ для SaaS. Но это не повод откладывать регуляторный слой — это сразу закладывается в архитектуру и план.

Decision tree: ваш продукт — медизделие или нет

Главный вопрос проекта. От ответа зависит, нужна ли регистрация в Росздравнадзоре и весь связанный с этим путь.

По приказу Минздрава № 4н от 06.06.2012 медицинским изделием признаётся любое изделие, включая ПО, которое предназначено для медицинских целей: диагностика, профилактика, мониторинг физиологических состояний, прогнозирование, лечение, реабилитация. Decision tree:

НЕ медизделие (не требует регистрации):

• Агрегатор записей к врачу (Доктор онлайн, Доктор Плюс)
• Маркетплейс медицинских услуг
• Калькулятор веса, ИМТ, дозировок без клинических рекомендаций
• Фитнес-трекер без медицинских функций
• Дневник симптомов, который пациент ведёт сам без анализа
• CRM для частной клиники, МИС

Медизделие (требует регистрации):

• Алгоритм определения аритмии по ЭКГ
• ИИ-диагностика кожных заболеваний по фото
• Платформа дистанционного мониторинга глюкозы у диабетиков (включая сами устройства)
• Холтеровский монитор с автоматическим анализом
• Платформа для онкологического скрининга
• ПО для определения дозировок при анестезии
• Носимое устройство для мониторинга сердечного ритма с уведомлениями

Серая зона:

• Чат-бот для триажа симптомов с рекомендацией «к какому врачу пойти» — обычно медизделие
• Дневник питания для диабетиков с рекомендациями — обычно медизделие
• Калькулятор беременности с прогнозом срока родов — обычно НЕ медизделие
• Психологический онлайн-тест с диагнозом — медизделие, если есть алгоритм оценки

При сомнениях — консультация с регуляторным консультантом на этапе проектирования. Дешевле один раз заплатить 200-300 тысяч за заключение, чем после выпуска получить предписание Росздравнадзора и оштрафоваться на 500 тысяч с приостановкой деятельности.

Параллельная разработка и регистрация

Стандартная схема для healthtech-стартапа — разработка и регистрация в Росздравнадзоре идут одновременно. Это сокращает время до рынка с 18-24 месяцев (последовательно) до 8-12 месяцев (параллельно).

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

Определяется класс риска изделия по приказу № 4н (1, 2а, 2б, 3 — это влияет на сложность регистрации), пишется регуляторная стратегия (какие документы готовить, какие испытания проходить, нужны ли клинические испытания), формируется проектная команда с регуляторным консультантом.

Этап 2. Прототип + досье (2-3 месяца, параллельно)

Команда разработки делает функциональный прототип, регуляторный консультант параллельно готовит досье: техническая документация, инструкция пользователя, оценка рисков (ISO 14971), валидационная программа. К концу этого этапа подаётся первичный пакет в Росздравнадзор.

Этап 3. Доработка по результатам экспертизы + клинические испытания (2-4 месяца)

Росздравнадзор присылает замечания экспертизы. Команда дорабатывает продукт и документы. Параллельно (если требуется по классу 2б/3) — клинические испытания в аккредитованных медицинских организациях.

Этап 4. Тестирование и регистрационное удостоверение (1-2 месяца)

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

Этап 5. Запуск (1-2 месяца)

Развёртывание на production-инфраструктуре, обучение первых клиентов, мониторинг работы, постпродажный надзор по требованиям ISO 13485.

В сумме — 6-10 месяцев от старта до коммерческого запуска с легальной регистрацией. Без параллельного подхода тот же путь занимает 18-24 месяца.

ISO 13485 и управление качеством

Стандарт ISO 13485 «Изделия медицинские. Системы менеджмента качества. Требования для целей регулирования» (в РФ — ГОСТ Р ИСО 13485-2017) — это набор требований к процессам разработки медизделий. Обязателен для производителей изделий 2а, 2б, 3 класса риска (большая часть ПО с диагностическими функциями).

Что должно быть внедрено:

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

Управление рисками (ISO 14971). На каждый сценарий использования продукта оценивается риск (вероятность × тяжесть), вырабатываются меры снижения. Это документ, который обновляется при каждом значимом изменении.

Валидация и верификация. Verification — соответствие требованиям («сделали то, что хотели»). Validation — соответствие потребности пользователя («то, что хотели — действительно решает задачу врача»). Документация по обеим процедурам обязательна.

Постпродажный надзор. Сбор данных об инцидентах, жалобах, побочных эффектах. Регулярные отчёты в Росздравнадзор по ПП РФ № 1416.

Корректирующие и предупреждающие действия (CAPA). Регламент: при выявлении проблемы — анализ корневой причины, разработка мер, контроль эффективности.

Внедрение ISO 13485 с нуля занимает 4-6 месяцев работы консультанта + 1-2 месяца на сертификацию аккредитованным органом. Бюджет — 1,5-3 млн ₽ для healthtech-стартапа. Лучше делать параллельно с MVP, а не после релиза: переделывать существующие процессы под стандарт стоит втрое дороже.

Архитектура и стек

Технологический стек healthtech-MVP мало чем отличается от обычного веб- или мобильного продукта, но с поправками на регуляторку.

Backend. Python + FastAPI или Go + Gin для API, PostgreSQL для основной БД, Redis для кэша и очередей. Все данные пациентов — в защищённом контуре с шифрованием на уровне БД (Transparent Data Encryption). Резервные копии — в шифрованном виде, доступ — только по ролям. Логирование действий пользователей обязательно (ФЗ-152).

Frontend. React или Vue для веб-версии. Если нужно мобильное — Flutter (подробнее в нашей статье про приложение пациента).

ML/AI компоненты (если применимы). PyTorch или TensorFlow, обученные на размеченных медицинских датасетах. Модель должна быть детерминированной (одинаковый вход = одинаковый выход), версионируемой, с возможностью объяснения решения (XAI) — это требование Росздравнадзора для алгоритмов 2б и 3 класса риска.

Инфраструктура. Развёртывание в защищённом контуре — Yandex Cloud, VK Cloud, Selectel или on-premise в защищённой стойке. Серверы — на территории РФ (ФЗ-152, ст. 18). Сертифицированные СЗИ из реестра ФСТЭК: межсетевой экран (Континент, ViPNet), антивирус (Касперский, Dr.Web), система контроля целостности.

Канал. Защищённый ViPNet или Континент для обмена с медицинскими организациями. TLS 1.2+ с pinning для мобильного клиента.

Команда и роли

Что должно быть в команде healthtech-MVP с первого дня.

CEO + Medical Lead. Часто это два разных человека: бизнес-фокус + клинический фокус. Medical Lead — врач или клинический специалист, который определяет, что продукт реально решает медицинскую задачу, а не «придуман в офисе».

Регуляторный консультант (Regulatory Affairs). Внешний или внутренний специалист, ведёт процесс регистрации в Росздравнадзоре, готовит досье, общается с экспертами, отслеживает изменения 4н, 11н, 1416. Это редкая роль, ищется отдельно.

QA / Quality Manager. Отвечает за внедрение ISO 13485, документацию процессов, аудиты. Может совмещать с регуляторным консультантом в маленькой команде.

CTO + 3-5 разработчиков. Backend, frontend, мобильный (если есть), ML (если есть алгоритм). Опыт работы с защищёнными системами обязателен — ФЗ-152 это не «прочитал статью».

Medical UX-дизайнер. Проектирует интерфейсы для врачей и пациентов с учётом медицинской специфики. Без отдельного UX-человека продукт получится «как все стартапы», и врачи им не пользуются.

Аналитик данных + дата-сайентист (если ML). Если в продукте есть алгоритм — должна быть отдельная команда работы с медицинскими датасетами, валидация модели, мониторинг дрифта в продакшене.

Минимальный размер команды для серьёзного healthtech-MVP — 6-9 человек на 6-10 месяцев. Стартапы, которые пытаются «сделать втроём за полгода», обычно проваливают регуляторку и переписывают продукт с нуля через год.

Сроки и бюджеты

Конфигурация	Срок	Бюджет
MVP без регистрации как медизделие (агрегаторы, дневники, телемед-агрегаторы)	4-5 месяцев	4-6 млн ₽
MVP с регистрацией медизделия 1-2а класса	6-8 месяцев	8-10 млн ₽
MVP с регистрацией медизделия 2б-3 класса (+ клинические испытания)	8-12 месяцев	10-15 млн ₽
Внедрение ISO 13485 (с нуля)	4-6 месяцев	1,5-3 млн ₽
Подготовка досье на регистрацию	2-3 месяца	0,8-2 млн ₽
Технические испытания в аккредитованной лаборатории	1-2 месяца	0,3-1 млн ₽
Клинические испытания (если требуются)	3-6 месяцев	2-8 млн ₽
Поддержка ISO 13485 и регуляторного соответствия (год)	—	1-2 млн ₽

В сумме реалистичный бюджет healthtech-MVP с регистрацией медизделия — 8-15 млн ₽. Это в 3-4 раза больше обычного стартапа, но без этой инвестиции продукт не выйдет легально на рынок.

Типичные ошибки healthtech-стартапов

Игнорирование статуса медизделия. «Мы не диагностируем, мы только показываем данные» — частая аргументация. На практике Росздравнадзор интерпретирует норму расширительно: если данные используются для принятия клинического решения, это медизделие. Лучше проконсультироваться на старте, чем получить предписание после первых 100 клиентов.

Хранение данных в общедоступных облаках. AWS, Google Cloud, MongoDB Atlas — нельзя для медицинских данных пациентов РФ (ФЗ-152, ст. 18). Только серверы на территории РФ или сертифицированные облака с соответствующей подпиской.

Откладывание ISO 13485. «Сделаем после раунда А, на seed не до этого» — ошибка. После раунда А переделывать процессы стоит втрое дороже, и часть кода и архитектуры приходится менять.

Команда без regulatory affairs. «Зарегистрируем сами, у нас разработчик читал приказ» — гарантия проваленной регистрации. Регуляторный консультант с опытом в Росздравнадзоре экономит 6-12 месяцев и в разы снижает риск отказа.

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

С чего начать healthtech-стартапу

Понятный сценарий для основателя.

1. Определите статус медизделия. Консультация с регуляторным экспертом, заключение по приказу № 4н, класс риска. 1-2 недели, 200-300 тысяч ₽.
2. Соберите регуляторную стратегию. Какие документы, какие испытания, нужны ли клинические, какой ISO. Это план на 6-12 месяцев параллельно с разработкой.
3. Найдите Medical Lead и Regulatory Affairs. Без них команда обречена.
4. Подготовьте архитектуру для УЗ-3 с первого дня. Защищённый контур, сертифицированные СЗИ, журналирование, шифрование. Подробнее — в статье про ФЗ-152.
5. Внедряйте ISO 13485 параллельно с MVP. Не после, не «когда поднимем раунд А», а с первого дня.
6. Закладывайте 18-24 месяца до выручки. Параллельная схема сокращает срок до 8-12 месяцев до запуска, но первые клиенты, обратная связь, повторные итерации — это ещё полгода-год.

Healthtech-MVP — это не «обычный MVP с медицинским контентом». Это проект, который требует параллельной работы команды разработки, регуляторного консультанта и Medical Lead с первого дня. Срок до коммерческого запуска — 6-10 месяцев, бюджет — 8-15 млн ₽ для проекта с регистрацией медизделия. Главные риски — игнорирование регуляторного статуса, общедоступные облака для медданных, команда без regulatory affairs. Если эти три риска закрыты — у проекта реальные шансы выйти на рынок с легальной регистрацией и системой управления качеством.