Пострегистрационный мониторинг медицинских изделий: подходы ЕС и США

Выход медицинского изделия на рынок не завершает оценку его безопасности и эффективности. Реальная эксплуатация дает данные, которые невозможно полностью получить до регистрации: редкие инциденты, проблемы в отдельных группах пациентов, ошибки использования, снижение performance со временем, новые взаимодействия с другими технологиями и последствия изменений программного обеспечения. И в Европейском союзе, и в США производитель обязан работать с такими сигналами, но архитектура требований заметно различается.

В ЕС MDR строит единую, заранее спроектированную систему post-market surveillance (PMS), встроенную в систему менеджмента качества. Она включает PMS Plan, PMS Report или PSUR, vigilance, trend reporting и, когда применимо, PMCF. Данные должны использоваться для обновления benefit-risk, risk management, клинической оценки, маркировки и технической документации.

В США аналогичная по смыслу работа распределена между несколькими механизмами: Medical Device Reporting (21 CFR Part 803), complaint handling и QMSR, corrections and removals (21 CFR Part 806), recalls, обязательными 522 postmarket surveillance studies, post-approval studies для отдельных PMA/HDE и другими специальными условиями.

Поэтому главное различие не в том, что одна система «строже», а другая «мягче». ЕС нормативно оформляет PMS как единый жизненный процесс для каждого изделия, а США используют набор взаимосвязанных postmarket obligations, которые зависят от вида сигнала, риска и регуляторного статуса изделия.

Пострегистрационный мониторинг — это систематическая работа с информацией о медицинском изделии после его размещения на рынке и начала эксплуатации.

Практически он должен позволять производителю ответить на пять вопросов:

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

Article 83 MDR требует от производителя для каждого изделия планировать, создавать, документировать, внедрять, поддерживать и обновлять post-market surveillance system, пропорциональную классу риска и типу изделия.

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

Результаты PMS используются, в частности, для:

• обновления benefit-risk determination и risk management;
• обновления design and manufacturing information;
• изменения инструкции по применению и маркировки;
• обновления clinical evaluation;
• обновления SSCP, если он применим;
• определения необходимости preventive, corrective или field safety corrective action;
• улучшения usability, performance и safety;
• выявления и сообщения трендов.

PMS system основывается на PMS Plan, являющемся частью технической документации для устройств, кроме custom-made devices. Annex III MDR требует описать систематический и проактивный процесс сбора и использования данных.

MDR разделяет периодическую документацию по классу риска.

PSUR должен, среди прочего, включать выводы benefit-risk, основные результаты PMCF, объем продаж и оценку размера и характеристик популяции, использующей изделие.

Важно: в 2025 году Европейская комиссия предложила изменить часть MDR, включая частоту PSUR для некоторых классов. На 10.09.2026 это предложение не следует выдавать за уже действующее правило; в статье используются действующие требования Article 86.

Post-Market Clinical Follow-up является продолжением клинической оценки. Его задача — не просто собирать complaints, а активно получать клинические данные для подтверждения безопасности и performance в реальной практике и закрытия остаточных неопределенностей.

PMCF может включать:

• долгосрочное наблюдение ранее включенных пациентов;
• регистры;
• пострегистрационные клинические исследования;
• опросы пользователей и пациентов, если методически обоснованы;
• сбор real-world clinical data;
• анализ подгрупп, недостаточно представленных до CE-marking.

Результаты PMCF оформляются в PMCF Evaluation Report и должны использоваться при обновлении Clinical Evaluation Report, risk management, PMS/PSUR и других связанных документов.

Article 87 MDR устанавливает обязанность производителя сообщать serious incidents и field safety corrective actions.

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

Если проблема требует действия в отношении уже размещенных на рынке устройств для снижения риска serious incident, производитель может проводить Field Safety Corrective Action (FSCA).

• возврат или изъятие устройств;
• модификация или обновление;
• изменение labeling/IFU;
• дополнительные проверки или мониторинг пациентов;
• software update;
• ограничение применения.

Информация пользователям обычно доводится через Field Safety Notice. Содержание и коммуникация должны быть согласованы с требованиями MDR и компетентных органов.

Article 88 MDR требует сообщать статистически значимое увеличение частоты или тяжести определенных non-serious incidents и ожидаемых нежелательных эффектов, если оно может существенно влиять на benefit-risk и привело или может привести к неприемлемому риску.

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

Переход к обязательному использованию EUDAMED идет поэтапно. С 28 мая 2026 года обязательными стали первые четыре модуля: Actor registration, UDI/device registration, Notified Bodies and Certificates и Market Surveillance.

При этом модули Post-Market Surveillance and Vigilance и Clinical Investigation & Performance Studies на 10 сентября 2026 года еще находятся в разработке и станут обязательными после признания их функциональности и наступления соответствующих переходных сроков.

Для эксперта это означает: нельзя автоматически считать, что все обязанности Article 87 или Article 92 уже технически исполняются через полноценный PMS/Vigilance module EUDAMED. Нужно проверять текущие каналы компетентного органа и актуальные transitional arrangements.

FDA регулирует postmarket phase через несколько самостоятельных механизмов. Производитель должен построить внутреннюю систему так, чтобы сигналы из complaints, adverse events, service, cybersecurity, field actions и исследований попадали в оценку риска и корректирующие процессы.

Основные блоки:

• Medical Device Reporting — 21 CFR Part 803;
• complaint handling и CAPA в рамках QMSR;
• reports of corrections and removals — 21 CFR Part 806;
• voluntary и, реже, mandatory recalls;
• 522 Postmarket Surveillance Studies;
• Post-Approval Studies (PAS) как условия отдельных PMA/HDE approvals;
• device-specific postmarket conditions и специальные reporting requirements.

21 CFR Part 803 устанавливает обязательные сообщения о определенных adverse events и malfunctions.

MDR report в американском контексте — это Medical Device Report, а не European Medical Device Regulation. В сравнительных материалах это сокращение лучше расшифровывать при первом упоминании.

Не каждая жалоба пользователя требует отчета FDA, но каждая релевантная complaint должна пройти оценку reportability.

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

• что произошло;
• какое устройство и версия участвовали;
• было ли событие связано с death или serious injury;
• произошел ли malfunction, повторение которого может вызвать death/serious injury;
• какова причинная связь;
• требуется ли дополнительное расследование;
• нужна ли corrective action или field action;
• есть ли аналогичные события и формируется ли тренд.

21 CFR Part 806 требует производителям и импортерам сообщать FDA о определенных corrections или removals, если действие инициировано для снижения риска для здоровья либо для устранения нарушения закона, которое может представлять риск для здоровья.

Correction может выполняться без физического изъятия устройства: ремонт, модификация, adjustment, relabeling, inspection или patient monitoring.

Большинство medical device recalls инициируются производителем добровольно. FDA располагает mandatory recall authority в предусмотренных законом случаях.

Section 522 FD&C Act дает FDA полномочие требовать от производителя postmarket surveillance для определенных Class II или Class III devices.

FDA может использовать 522 order, если устройство, например:

• при отказе с высокой вероятностью может привести к серьезным последствиям для здоровья;
• предполагает значительное применение в педиатрической популяции;
• предназначено для имплантации более чем на один год;
• является life-sustaining или life-supporting и используется вне device user facility.

522 surveillance — это активный, систематический и научно обоснованный сбор, анализ и интерпретация postmarket data для ответа на конкретные вопросы безопасности и эффективности.

Для некоторых PMA и HDE FDA может установить post-approval study как условие approval. Такие исследования направлены на подтверждение продолженной безопасности и эффективности либо probable benefit после выхода устройства на рынок.

FDA ведет публичную Post-Approval Studies Database, где отображаются требования, статус исследований и reporting status спонсоров.

PAS и 522 study не следует считать синонимами: у них разные правовые основания и условия назначения.

С 2 февраля 2026 года в США действует Quality Management System Regulation (QMSR), гармонизированная с ISO 13485:2016 посредством incorporation by reference.

Postmarket feedback должен не просто архивироваться, а входить в работающие процессы QMS:

• complaint evaluation;
• nonconformity and investigation;
• risk management;
• corrective and preventive action;
• design/change control;
• supplier controls, если причина связана с поставщиком;
• verification/validation исправлений;
• оценка необходимости regulatory reporting.

Для программных изделий классическая жалоба или adverse event — только часть postmarket картины. Необходимо отслеживать, к какой версии программного обеспечения и алгоритма относится сигнал.

В США для AI-enabled device software functions заранее согласованный PCCP может определять часть будущих модификаций, но он не отменяет postmarket monitoring. В ЕС данные PMS должны обновлять clinical evaluation и risk management, а существенные изменения программного продукта требуют отдельной оценки применимых conformity-assessment obligations.

Шаг 1. Определить юрисдикцию, regulatory status, класс и конкретную версию изделия.

Шаг 2. Составить карту обязательных postmarket процессов и reporting channels.

Шаг 3. Проверить, какие источники данных производитель собирает проактивно, а какие получает реактивно.

Шаг 4. Убедиться, что complaints и adverse events оцениваются по единым критериям и прослеживаются до устройства/версии.

Шаг 5. Проверить сроки и правила обязательной отчетности регулятору.

Шаг 6. Проверить анализ трендов, частот и знаменателей использования.

Шаг 7. Сопоставить postmarket signals с risk management и benefit-risk.

Шаг 8. Проверить, обновляются ли клиническая оценка / performance evidence.

Шаг 9. Проверить связь сигналов с CAPA, design changes, labeling и training.

Шаг 10. Для ПО/ИИ проверить version traceability, drift, cybersecurity и data shift.

Шаг 11. Проверить, нужны ли PMCF, 522, PAS или иные дополнительные исследования.

Шаг 12. Оценить field actions и полноту коммуникации пользователям.

Шаг 13. Проверить эффективность корректирующих действий после их внедрения.

Шаг 14. Зафиксировать остаточные неопределенности и план дальнейшего monitoring.

• PMS существует только как ежегодный отчет, но нет регулярного сбора и анализа данных.
• Производитель считает, что отсутствие serious incidents означает отсутствие проблем.
• Complaints не оцениваются на regulatory reportability.
• Не анализируется частота событий относительно объема использования.
• Сигналы не связаны с risk management.
• CER или clinical evidence не обновляются при появлении новых данных.
• PMCF формально повторяет обычный PMS и не закрывает клинические неопределенности.
• Field action проводится без проверки эффективности.
• Для ПО невозможно определить версию, на которой произошел инцидент.
• После software update старые и новые сигналы объединяются без стратификации.
• Cybersecurity рассматривается отдельно от безопасности пациента.
• Производитель переносит сроки и определения инцидентов из ЕС в США или наоборот.

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

Для ЕС логика может быть представлена как:

PMS Plan → данные → анализ → PMS Report / PSUR → vigilance / trend reporting → PMCF → обновление CER и risk management → CAPA / FSCA

Для США:

complaints / adverse events / field data → MDR assessment → investigation → QMSR/CAPA → Part 806 / recall при необходимости → 522/PAS или иное follow-up → controlled change

Guidance MDCG и FDA содержат методические разъяснения и рекомендации. При противоречии или изменении правового регулирования приоритет имеют MDR, FD&C Act, 21 CFR и иные обязательные акты.

• Сравнительный чек-лист PMS obligations: EU MDR / FDA.
• Матрица serious incident / MDR reportability assessment.
• Журнал postmarket signals и сроков reporting.
• Шаблон PSUR/PMS data map по источникам.
• Матрица «сигнал → risk management → CAPA → regulatory action → effectiveness check».
• Чек-лист PMCF adequacy.
• Чек-лист postmarket monitoring для медицинского ПО и AI.

Дата актуализации: 10 сентября 2026 года.

По ЕС материал учитывает действующий MDR, MDCG 2025-10 и статус поэтапного внедрения EUDAMED: первые четыре модуля обязательны с 28 мая 2026 года, а модуль Post-Market Surveillance and Vigilance на дату подготовки еще находится в разработке.

По США учтены 21 CFR Parts 803 и 806, Section 522 FD&C Act, Post-Approval Studies Program и QMSR, действующая с 2 февраля 2026 года.

Перед применением к конкретному изделию необходимо проверять device-specific guidance, conditions of approval/clearance, национальные требования государства-члена ЕС и актуальные регуляторные каналы подачи сообщений.

Версия материала: 1.0