Когда программное обеспечение становится медицинским изделием

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

Важно понимать и вторую часть картины. В 2020 году Росздравнадзор отдельно сообщил об отмене старого информационного письма 2015 года о регистрации программного обеспечения. Это важный сигнал для практики: нельзя строить квалификацию цифрового продукта на устаревших схемах рынка. Ориентироваться нужно на действующую общую рамку статьи 38 закона № 323-ФЗ, актуальные правила государственной регистрации и официальные разъяснения регулятора по программному обеспечению.

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

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

Типичная ошибка новичка - искать ответ в технологическом описании: облако, AI, нейросеть, мобильное приложение, web platform. Для регулятора это вторично. Первичен всегда вопрос, что именно программа делает в медицинском контуре и каков медицинский смысл ее результата.

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