Выбор IT-подрядчика для разработки цифрового сервиса клиники под ключ

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

Ниже — не общий чек-лист «как выбрать подрядчика для любого бизнеса», а конкретные критерии именно для клиники: что спросить, на что обратить внимание в портфолио и какие red flags означают, что команда не готова к медицинскому проекту.

Чем разработка под ключ отличается от доработки готовой МИС

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

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

Что спросить о портфолио и кейсах

Общие кейсы «сделали сайт», «сделали приложение» мало что говорят о готовности команды к медицинскому проекту. Спрашивайте конкретнее:

• Был ли у команды опыт интеграции с МИС или ЕГИСЗ — и что именно они делали: просто API-вызов или полноценную синхронизацию данных.
• Как команда работает с 152-ФЗ и персональными медицинскими данными — есть ли в проекте опыт, а не только «мы в курсе закона».
• Есть ли кейсы, доведённые до реальных пациентов, а не только до демо-версии на внутреннем стенде.
• Можно ли связаться с клиентом из портфолио напрямую, без посредников со стороны подрядчика.

Как подрядчик должен закрывать медицинскую регуляторику

Это то, чего не найти в общих IT-гайдах по выбору подрядчика — и как раз то, что отличает проект клиники от обычного веб-сервиса. Команда обязана понимать требования 152-ФЗ к защите персональных данных пациентов и, если это нужно по задаче, уметь обеспечить совместимость с ЕГИСЗ. Подробнее о том, как устроена защита медицинских данных в российском правовом поле, — в материале 152-ФЗ и медицинские данные: что нужно знать разработчику.

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

Red flags при выборе подрядчика

• Самая низкая цена без объяснений. Если смета заметно ниже рынка, а подрядчик не может объяснить, за счёт чего — это повод насторожиться, а не повод сэкономить.
• Нет письменных кейсов. Истории «на словах» без ссылок и контактов клиентов не проверяются.
• Не задаёт вопросов про процессы клиники. Хороший подрядчик на первой встрече спрашивает про расписание врачей, поток пациентов, существующие системы — а не сразу присылает смету.
• Не говорит про поддержку после запуска. Для клиники это особенно важно: регуляторные требования меняются, и сервис нужно будет дорабатывать уже после релиза.
• Размытые права на код и результат в договоре. Если в договоре не зафиксировано, что весь код и права переходят клинике после оплаты, — это риск остаться без возможности сменить подрядчика в будущем.

Фиксированная цена или Time & Material — что выбрать клинике

Модель оплаты стоит выбирать исходя из того, насколько чётко сформулировано ТЗ. Fixed price подходит, когда требования зафиксированы и понятны заранее — например, разработка личного кабинета пациента с известным набором функций. Time & Material лучше подходит для итеративных проектов — когда сервис запускается поэтапно, модуль за модулем, и часть требований уточняется уже по ходу работы.

Если команда настаивает только на одной модели независимо от характера вашего проекта — это тоже повод уточнить, почему.

FAQ

Сколько займёт выбор подрядчика для клиники?
В среднем от двух до четырёх недель: сбор требований, переговоры с несколькими командами, проверка портфолио и кейсов, согласование договора. Торопиться с выбором на этом этапе дороже, чем потерять пару недель.

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

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

Что делать, если подрядчик не разбирается в 152-ФЗ?
Не начинать проект без привлечения стороннего юриста или консультанта по защите персональных данных — отсутствие этой компетенции в команде подрядчика не повод игнорировать требование, а повод закрыть его отдельно.