Регистрация ПО как медицинского изделия в 2026

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

Медицинское изделие — это любой продукт (прибор, материал или программа), предназначенный производителем для профилактики, диагностики, лечения, мониторинга состояния или облегчения течения заболевания. Программное обеспечение попадает под это определение, когда его функция напрямую влияет на медицинское решение: например, алгоритм анализирует снимок КТ и указывает на патологию, приложение рассчитывает дозу инсулина или система обрабатывает сигналы с датчиков пациента.

Важно различать два случая. Самостоятельное ПО, которое работает независимо от конкретного прибора и само выполняет медицинскую функцию, регистрируется как отдельное медицинское изделие (SaMD — Software as a Medical Device). Встроенное ПО, которое является неотъемлемой частью аппарата (например, прошивка томографа), регистрируется в составе этого прибора, а не отдельно.

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

Как определить класс риска программного обеспечения?

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

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

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

Какие этапы проходит регистрация ПО как медизделия?

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

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

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

Какие документы и стандарты нужны для регистрации ПО?

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

Международные стандарты помогают структурировать доказательную базу. ISO 13485 задаёт требования к системе менеджмента качества производителей медизделий, ISO 14971 описывает управление рисками на всём жизненном цикле, а ISO 15223 стандартизирует маркировку и символы. Для ПО отдельно важен процесс управления жизненным циклом программного продукта — документирование разработки, тестирования и выпуска обновлений.

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

Почему упрощённый подход к ПО опасен

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

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

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

Особенности ПО для in vitro диагностики и ЕАЭС

Отдельный контур — программное обеспечение для диагностики in vitro (ПО в связке с лабораторными тест-системами и анализаторами). Такие изделия относятся к категории IVD и имеют свои требования к аналитической и клинической оценке, поэтому классифицируются и проверяются с учётом специфики лабораторной диагностики.

Помимо национальной регистрации по правилам Российской Федерации, существует регистрация по единым правилам Евразийского экономического союза, которая открывает обращение изделия сразу на рынках стран ЕАЭС. Производителю стоит заранее решить, какой путь выбрать: национальный или союзный, поскольку это влияет на состав документов и логику испытаний.