Программное обеспечение с искусственным интеллектом признаётся медицинским изделием, если оно предназначено для диагностики, профилактики, мониторинга или лечения. В этом случае оно проходит регистрацию как самостоятельное медизделие (ПО как медицинское изделие) или как часть аппаратного изделия. Класс потенциального риска определяется по назначению и влиянию на решения врача — от 1 до 3, и от него зависит объём испытаний и документации. В 2026 году отдельного «облегчённого» пути для ИИ нет: применяются общие правила ЕАЭС с учётом специфики программного продукта и его обучаемости.
Когда ИИ-алгоритм становится медицинским изделием
Ключевой критерий — назначение, которое заявляет производитель. Если алгоритм предназначен для медицинских целей (обнаружение патологии на снимке, расчёт дозировки, прогноз состояния), он подпадает под определение медицинского изделия и требует регистрации. Если же продукт выполняет только вспомогательные, немедицинские функции (хранение данных, административный учёт), медизделием он не считается.
Важно, что решает именно заявленное назначение, а не технология сама по себе. Наличие нейросети не делает продукт медизделием автоматически, равно как её отсутствие не выводит продукт из-под регулирования. Поэтому формулировка назначения — отправная точка всей регистрационной стратегии, и подходить к ней нужно так же ответственно, как к классификации изделия по классам риска.
Как определяется класс риска ИИ-изделия
Программное обеспечение как медицинское изделие классифицируется по потенциальному риску так же, как и аппаратные изделия: от класса 1 (низкий риск) до класса 3 (высокий). Для ПО ключевые факторы — насколько серьёзное медицинское решение принимается на основе его вывода и насколько критичны последствия ошибки.
Алгоритм, который лишь визуализирует данные или даёт справочную информацию, обычно относится к нижним классам. Программа, на выводах которой основывается диагноз или выбор терапии в критических состояниях, тяготеет к более высоким классам. Чем выше класс, тем шире объём подтверждающих испытаний и документации. Логика классификации ПО подробно разобрана в материале про регистрацию программного обеспечения медизделия.
Чем регистрация ИИ отличается от аппаратных изделий
Главная особенность — доказательство того, что алгоритм работает так, как заявлено, на репрезентативных данных. Для ИИ важны сведения о наборе данных для обучения и тестирования, о метриках качества (чувствительность, специфичность), о том, как контролируется стабильность результата. Эти данные становятся частью технической документации наравне с описанием архитектуры.
Второй аспект — жизненный цикл программного обеспечения. Процессы разработки, верификации и сопровождения ПО описываются по профильным стандартам, например по подходам стандарта IEC 62304. Для медизделий с ИИ это особенно важно, поскольку алгоритмы обновляются чаще, чем «железо», и каждое существенное изменение может затрагивать заявленные характеристики.
Главная сложность: обучаемые алгоритмы и изменения
Отдельная и часто недооценённая тема — что делать, когда алгоритм продолжает обучаться или регулярно обновляется. Регистрация фиксирует изделие в определённом состоянии: с заявленным назначением, характеристиками и подтверждёнными данными. Если после выхода на рынок модель меняется так, что затрагиваются её медицинские свойства, это уже не «просто обновление», а потенциальное изменение зарегистрированного изделия.
На практике это означает, что производителю нужно заранее определить границы: какие обновления считаются несущественными (исправление интерфейса, оптимизация быстродействия), а какие меняют клинические характеристики и требуют внесения изменений в регистрационные документы. Прозрачно описанный процесс управления изменениями и версиями — то, что эксперты и инспекторы проверяют в первую очередь для ИИ-продуктов.
Игнорирование этого приводит к типичной ошибке: продукт зарегистрирован в одной версии, а на рынке работает существенно другая. Расхождение между зарегистрированным и фактическим изделием — прямое основание для замечаний. Поэтому политику версионирования и критерии существенности изменений выстраивают ещё до регистрации, а не после.
Что входит в документацию на ИИ-изделие
Помимо стандартного состава регистрационного досье, для ИИ-продукта добавляются разделы, отражающие его природу: описание алгоритма и его назначения, сведения о данных для обучения и валидации, результаты оценки качества работы, описание процессов управления рисками и жизненным циклом ПО, а также план управления обновлениями.
Управление рисками здесь занимает центральное место: для ИИ-изделий важно проанализировать не только технические сбои, но и риски ошибочных выводов алгоритма и их влияние на медицинские решения. Общий состав документов и логику их подготовки удобно сверять с материалом про состав регистрационного досье.
| Аспект | Что определяет | На что влияет |
|---|---|---|
| Назначение | Медицинская цель продукта | Признание изделием и стратегию регистрации |
| Класс риска (1–3) | Критичность решений и ошибок | Объём испытаний и документации |
| Данные обучения и валидации | Доказательство качества алгоритма | Подтверждение заявленных характеристик |
| Жизненный цикл ПО | Разработка, верификация, сопровождение | Управление версиями и обновлениями |
| Управление изменениями | Границы существенности обновлений | Необходимость внесения изменений в РУ |
Планируете регистрацию медицинского изделия с искусственным интеллектом? Разберём назначение, класс риска и состав документации под ваш продукт.
Опубликовано 2026-09-21, обновлено 2026-09-21
Частые вопросы
Когда программа с ИИ считается медицинским изделием?
Если ей заявлено медицинское назначение — диагностика, мониторинг, расчёты, влияющие на лечение. Решает именно назначение, а не технология: наличие нейросети не делает продукт медизделием автоматически, а её отсутствие не выводит из-под регулирования.
Как определяется класс риска ИИ-изделия?
По потенциальному риску от 1 до 3, как у аппаратных изделий. Ключевые факторы для ПО — насколько серьёзное медицинское решение принимается на основе вывода алгоритма и насколько критичны последствия ошибки. Чем выше класс, тем шире объём испытаний и документации.
Есть ли упрощённый путь регистрации для ИИ?
Отдельного «облегчённого» пути для изделий с искусственным интеллектом нет. Применяются общие правила ЕАЭС с учётом специфики программного продукта: данных обучения, метрик качества и управления обновлениями.
Что делать, если алгоритм продолжает обучаться?
Нужно заранее определить границы существенности изменений: какие обновления не затрагивают медицинские характеристики, а какие меняют их и требуют внесения изменений в регистрационные документы. Прозрачный процесс управления версиями проверяют в первую очередь.
Что входит в документацию на ИИ-изделие?
К стандартному досье добавляются описание алгоритма и назначения, сведения о данных обучения и валидации, результаты оценки качества, управление рисками с учётом ошибочных выводов и план управления обновлениями.
Почему назначение так важно для ИИ-продукта?
От формулировки назначения зависит и сам факт признания изделием, и класс риска, и объём документации. Поэтому назначение — отправная точка регистрационной стратегии, к которой подходят особенно ответственно.