Логотип MDRC
Обзор
← Центр знаний

Регламент (ЕС) 2017/745 · внедрение · доказательства · доступ на рынок

Внедрение MDR и практические решения основных проблем

Большинство проектов по MDR терпят неудачу не из-за отсутствия одного документа. Проблема возникает, когда разные документы описывают разные изделия.

Назначение определяет классификацию. Классификация определяет процедуру оценки соответствия. Заявления определяют необходимый объем клинических доказательств. Данные с рынка меняют выводы о риске. В этом руководстве показано, как сохранить целостность этой цепочки и восстановить ее, если проект распался на отдельные части.

Обновлено 10.12.2024 Руководство на 18 минут План восстановления проекта
Найти слабое звено ↓
УПРАВЛЕНИЕ ВНЕДРЕНИЕМЕДИНАЯ ЛОГИКА ИЗДЕЛИЯ
КОНТРОЛЬНАЯ ТОЧКАПуть
MDR
Назначение · класс · доказательства
  1. 01ОпределитьИзделие и путь
  2. 02ДоказатьРиски и данные
  3. 03КонтролироватьСМК и поставки
  4. 04АнализироватьPMS и изменения
КРИТЕРИЙ

Каждое заявление, идентификатор и заключение относятся к одному утвержденному изделию

Диагностика внедрения

Управляйте соответствием MDR как цепочкой взаимозависимостей

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

УПРАВЛЯЕМОЕ ВНЕДРЕНИЕ

Единая утвержденная основа

  • Определены юридический изготовитель и семейство изделий
  • Назначение, заявления, класс и процедура оценки согласованы
  • Риски, клинические и технические доказательства прослеживаются
  • Процессы СМК создают записи для конкретного изделия
  • Данные с рынка возвращаются в доказательную базу
ФРАГМЕНТИРОВАННОЕ ВНЕДРЕНИЕ

Документы изменяются независимо

  • Маркетинг меняет заявления вне управления изменениями
  • Специалисты по рискам и клинической оценке используют разные конфигурации
  • Поставщики меняют критические компоненты без оценки
  • Регистрационные данные противоречат маркировке и сертификатам
  • Отчеты PMS не актуализируют выводы о соотношении польза-риск
ПРАКТИЧЕСКОЕ ПРАВИЛО

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

Найдите слабое звено

Определите проблему по доказательствам, которые проект не способен представить

Выберите область, в которой работа остановилась. Видимый симптом, основная причина и доказательства, необходимые для восстановления контроля, редко совпадают.

ВИДИМЫЙ СИМПТОМ

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

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

  1. ОСНОВНАЯ ПРИЧИНА

    Нет утвержденной регуляторной основы

  2. КОНТРОЛЬ

    Назначение и обоснование классификации

  3. ДОКАЗАТЕЛЬСТВО

    Запись о решении по семейству и регуляторному пути

Десять типичных проблем внедрения

Замените общие рекомендации проверяемыми мерами контроля

Для каждой проблемы необходимы ответственный владелец, управляемое решение и доказательства, способные выдержать проверку технической документации, аудит СМК и изменения после выхода на рынок.

  1. 01
    РЕГУЛЯТОРНЫЙ ПУТЬ

    Неустойчивое назначение и классификация

    Утвердите определение изделия, заявления, квалификацию, обоснование классификации, применимые правила и процедуру оценки соответствия как единую управляемую основу.

  2. 02
    КЛИНИЧЕСКИЕ ДОКАЗАТЕЛЬСТВА

    Заявления опережают имеющиеся данные

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

  3. 03
    ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ

    Досье содержит противоречия

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

  4. 04
    МЕНЕДЖМЕНТ КАЧЕСТВА

    СМК сертифицирована, но не адаптирована к MDR

    Встройте статью 10(9), функции PRRC, UDI, PMS, бдительность, регуляторное взаимодействие и доказательства по изделию в действующие процессы.

  5. 05
    НОТИФИЦИРОВАННЫЙ ОРГАН

    Заявка подается до достижения готовности

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

  6. 06
    UDI И EUDAMED

    У регуляторных данных нет единого владельца

    Управляйте Basic UDI-DI, UDI-DI, EMDN, данными об участниках, изделиях и сертификатах через ту же систему утверждения и изменений, что и маркировкой и досье.

  7. 07
    ЦЕПОЧКА ПОСТАВОК

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

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

  8. 08
    ПЕРЕХОДНЫЙ ПЕРИОД

    Статус legacy device воспринимается как пауза

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

  9. 09
    ПОСТРЕГИСТРАЦИОННАЯ СИСТЕМА

    Данные с рынка собираются, но не используются

    Возвращайте жалобы, данные бдительности, тенденции, литературу и PMCF в управление рисками, клиническую оценку, анализ польза-риск и CAPA.

  10. 10
    УПРАВЛЕНИЕ ПРОЕКТОМ

    Ресурсы распределяются по числу документов, а не по риску

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

ПРОВЕРКА СОГЛАСОВАННОСТИ

Попросите пять подразделений описать одно изделие

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

Цепочка доказательств

Все последующие документы должны отражать единую регуляторную основу

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

Контрольная точка
Вопрос
Подтверждающие доказательства
01Определение изделия
Что представляет собой изделие, что оно делает и для кого предназначено?
Утвержденное назначение, описание изделия, варианты, принадлежности, пользователи, популяция и заявления
02Регуляторный путь
Почему продукт является медицинским изделием и какая оценка применима?
Квалификация, классификация, процедура оценки соответствия, применимое законодательство, коды и запись о переходном статусе
03Архитектура безопасности
Какой вред может возникнуть и как он контролируется?
План управления рисками, анализ опасностей, решения о пользе и риске, верификация мер контроля и информирование об остаточном риске
04Архитектура доказательств
Что подтверждает безопасность, функциональность и клиническую пользу?
Матрица GSPR, верификация, валидация, клиническая оценка, юзабилити, биологические доказательства и документация по программному обеспечению, если применимо
05Выпущенная конфигурация
Какое именно изделие допущено к размещению на рынке?
Утвержденные спецификации, поставщики, производственный контроль, маркировка, UDI, декларация, сертификат и записи о выпуске
06Данные жизненного цикла
Какие выводы изменил опыт применения на рынке?
PMS, PMCF, бдительность, тенденции, PSUR или отчет PMS, CAPA и актуализированные выводы о риске и клинических доказательствах
УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ

Изменение не является локальным, если оно меняет логику изделия

Новое заявление, поставщик, материал, алгоритм, параметр стерилизации, срок годности, популяция пользователей или рынок могут одновременно затронуть несколько звеньев. Оценка влияния должна определить все технические, клинические, регуляторные и пострегистрационные результаты, а также элементы СМК, маркировки и регистрации, которые необходимо пересмотреть.

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

Восстановите контроль, прежде чем создавать новые документы

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

  1. 01
    НЕДЕЛИ 1–2

    Зафиксируйте движущуюся цель

    Составьте перечень изделий, вариантов, рынков, сертификатов, сроков, действующих заявлений и открытых изменений. Остановите неконтролируемую параллельную подготовку документов.

  2. 02
    НЕДЕЛИ 2–3

    Подтвердите юридический путь

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

  3. 03
    НЕДЕЛИ 3–5

    Сформируйте основу доказательств

    Свяжите риски, GSPR, заявления, испытания, клинические доказательства, маркировку, идентификаторы и PMS с управляемой конфигурацией изделия.

  4. 04
    НЕДЕЛИ 5–7

    Ранжируйте пробелы по последствиям

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

  5. 05
    НЕДЕЛИ 6–10

    Закрывайте взаимосвязанные пакеты работ

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

  6. 06
    НЕДЕЛИ 9–11

    Проведите критические проверки

    С помощью независимых экспертов проверьте классификацию, достаточность клинических доказательств, меры контроля рисков, данные поставщиков, PMS и согласованность информации.

  7. 07
    НЕДЕЛИ 11–13

    Зафиксируйте основу для подачи

    Устраните противоречия, утвердите конфигурацию, проверьте пакет заявки и переведите оставшиеся действия под формальное управление.

Взаимодействие с нотифицированным органом

Готовьтесь к оценке, не ожидая консультационной поддержки

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

ВЫБОР

Проверьте назначение и техническую область

Используйте NANDO и документированную область нотифицированного органа для проверки применимых кодов MDR, компетентности по изделиям и возможности провести требуемую оценку соответствия. Сравните доступные ресурсы, процедуры, стоимость и языки.

ЗАЯВКА

Представьте стабильный и полный портфель

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

ОТВЕТ

Устраняйте причины, а не только замечания

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

ПРОЦЕДУРНАЯ ЯСНОСТЬ

Новые правила ЕС повышают предсказуемость

Имплементационный регламент Комиссии (ЕС) 2026/977 вводит единые требования к отдельным процедурам и СМК нотифицированных органов, включая элементы, влияющие на заявки, коммуникацию, сроки и стоимость.

КОНТРОЛЬ ИЗГОТОВИТЕЛЯ

Предсказуемость не заменяет готовность

Изготовитель по-прежнему отвечает за классификацию, доказательства, СМК, полноту заявки, ответы, изменения и постоянное соответствие.

БЕЗ КОРОТКОГО ПУТИ

Оценка не означает передачу соответствия на аутсорсинг

Договор или назначенный аудит не подтверждают соответствие. Готовность достигается только тогда, когда представленная логика изделия полна, согласована и реализована на практике.

Проверка готовности к подаче

Может ли эксперт проследить путь от одного заявления до пострегистрационного контроля?

Выберите ключевое заявление о функциональности. Проследите его через назначение, классификацию, риски, GSPR, требования к конструкции, верификацию, клиническую оценку, маркировку, показатели PMS и управление изменениями. Разрыв в цепочке прогнозирует вопросы точнее, чем количество документов.

  1. 01Заявление
  2. 02Риск
  3. 03Доказательство
  4. 04Маркировка
  5. 05PMS

UDI, EUDAMED и управление цепочкой поставок

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

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

ИДЕНТИФИКАЦИЯ

Управляйте иерархией идентификаторов

Определите семейства изделий, Basic UDI-DI, присвоение UDI-DI, уровни упаковки и условия, требующие нового идентификатора.

ОСНОВНЫЕ ДАННЫЕ

Утвердите единую регуляторную запись

До подачи согласуйте данные об участниках, изделии, EMDN, сертификате, маркировке, декларации и технической документации.

ЭКОНОМИЧЕСКИЕ ОПЕРАТОРЫ

Обеспечьте возможность проверки

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

ИЗМЕНЕНИЯ

Обновляйте все затронутые источники

Установите триггеры, владельцев, утверждения и сверки для внутренних систем, маркировки, партнеров и EUDAMED.

Дорогостоящие ошибки внедрения

Работа, которая кажется быстрой, но создает новый цикл исправлений

Самые дорогостоящие короткие пути приводят к созданию тщательно оформленных документов до утверждения лежащих в их основе регуляторных и доказательных допущений.

01

Начинать с шаблонов документов

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

02

Копировать классификацию конкурента

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

03

Называть подбор литературы клинической оценкой

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

04

Считать нотифицированный орган разработчиком проекта

Требование независимости ограничивает консультации. Изготовитель должен представить обоснованные решения и управляемые доказательства.

05

Покупать программное обеспечение до определения управления данными

Система может хранить UDI или данные СМК, но не способна устранить неясную ответственность, противоречивые исходные записи или отсутствие триггеров изменений.

06

Закрывать несоответствие только в указанном документе

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

Практические вопросы

Вопросы о внедрении MDR

Откройте вопрос, относящийся к вашему регуляторному пути, плану доказательств, оценке соответствия или восстановлению проекта.

Что обычно вызывает наибольшие сложности при внедрении MDR?+

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

С чего следует начинать внедрение требований MDR?+

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

Устраняет ли сертификат ISO 13485 пробелы во внедрении MDR?+

Нет. ISO 13485 создает надежную основу системы менеджмента качества, однако изготовитель должен целенаправленно встроить в нее требования MDR, включая регуляторную стратегию, общие требования безопасности и функциональности, клиническую оценку, PMCF, UDI, регистрацию, PMS, бдительность и взаимодействие с регуляторными органами. Один сертификат ISO не подтверждает соответствие конкретного изделия.

Какой объем клинических доказательств достаточен по MDR?+

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

Следует ли изготовителю одновременно обращаться в несколько нотифицированных органов?+

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

Является ли работа с EUDAMED исключительно задачей IT?+

Нет. EUDAMED показывает качество основных регуляторных данных и решений изготовителя. Сведения об участниках, структура Basic UDI-DI, идентификаторы изделий, номенклатура, сертификаты и информация о статусе должны соответствовать маркировке, декларациям, технической документации и внутренним записям. Поэтому распределение ответственности, утверждение и управление изменениями важнее самого ввода данных.

Можно ли отложить внедрение MDR до окончания переходного периода для legacy devices?+

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

Как восстановить отстающий от графика проект по внедрению MDR?+

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

Преобразуйте фрагментированную программу в единый управляемый путь

Нужно диагностировать или восстановить проект по внедрению MDR?

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

Обсудить проект MDR ↗
↑

Обсудить ваш проект

Без языковых барьеров!

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

→

В чем вам нужна поддержка?

Регуляторная стратегия
Техническая документация
Клинические и эксплуатационные доказательства
Жизненный цикл ПО и кибербезопасность
Подготовка к оценке Нотифицированной организацией

Начать обсуждение

 

Без языковых барьеров!

Свяжитесь с нами по электронной почте: info@mdrc-services.com

Или воспользуйтесь формой для контактов