← 返回首页

MDR Article 120重大变更判定备忘录:MDD legacy器械改软件、供应商、材料时怎么留证据

EU MDR Article 120(3c) MDCG 2020-3 Rev.1实务:legacy器械的significant change判定备忘录模板、软件/材料/供应商/灭菌方式变更flowchart走法、NB书面意见获取、商业stop/go决策矩阵与证据保留要求。

陈然
陈然最后更新:

本文只解决什么 / 不解决什么

这篇文章只解决一件事:你有一款MDD时代获得CE证书的legacy器械(截至2026年5月仍在Article 120过渡期内),打算在过渡期内做某项变更——可能是改软件版本、换供应商、调整原材料、修改灭菌参数、调整外包装。你需要按MDCG 2020-3 Rev.1的flowchart做significant change判定,并留下能在NB审核或主管当局问询时拿出来的备忘录证据。

不解决:MDD到MDR的过渡总体策略、MDR新认证下的design change管理(这是另一条规则)、IVDR下的significant change(虽然机制类似,应参考MDCG 2022-6)。如果你还没了解legacy device转型路径,先看MDD到MDR过渡错过NB截止指南

Article 120(3c)的核心:两个累积条件

很多中国制造商在做legacy device变更时,把"significant change"理解为"重大变更"或"影响安全的变更"。这是误读。MDCG 2020-3 Rev.1把它定义为两个累积条件:

  1. 存在变更——属于"design or intended purpose"的变更(不属于这两类的变更,如制造组织变更、行政变更,根本不在Article 120(3c)的射程内)
  2. 该变更是显著的(significant)——按附录的flowchart判定

只有同时满足这两条,变更才属于"significant change",从而触发legacy device失去过渡期资格、必须按MDR重新认证的后果。

失去legacy资格意味着什么

如果某项变更被判定为significant change,从该变更实施之日起

  • 现有MDD/AIMDD证书对该器械不再适用
  • 该器械必须按MDR获得新的CE证书才能继续placed on the market
  • Article 120(3)规定的过渡期(Class III/IIb implant到2027-12-31,Class IIb及以下到2028-12-31)不再适用
  • 该器械如未获得MDR证书继续销售,构成MDR不合规

实务后果:变更被判错(实际是significant但被判为non-significant),等于在没有MDR证书的情况下继续销售,主管当局可以发禁售令或要求召回。这是中国出口器械在过渡期最危险的合规失败模式。

MDCG 2020-3 Rev.1的flowchart结构

flowchart由一个主图和五个子图(Chart A到Chart E)组成。每个子图针对特定变更类型:

子图变更类型关键判断点
Chart AIntended purpose变更是否扩展适应症、新患者人群、新使用方式
Chart BDesign变更是否影响安全性能或临床效果;是否引入新风险
Chart CSoftware变更是否新功能、新算法、新医学数据呈现、新互操作通道
Chart D物质或材料变更是否新材料、新含量、新接触面
Chart E灭菌方式变更是否变更灭菌方法或显著调整参数

判定逻辑是否决式的:只要有任何一张子图返回"significant change",整个变更就是significant的。即使其他四张子图都是non-significant,仍然要按重大变更处理。

中国制造商常见的判读错误:只走主图,忽略了某项变更可能同时触发多张子图。例如改一个材料供应商,同时换了材料配方——这同时触发Chart D(材料变更),可能也触发Chart B(设计变更),需要按两张图分别走。

一份能过审的Significant Change Memo模板

下面是建议的备忘录模板。这个备忘录需要:在变更实施前完成,由PRRC(如有)或质量负责人审签,并在NB年度surveillance audit时作为证据提供。

备忘录元数据

字段内容
文档编号SCC-YYYY-###
版本v1.0
起草日期YYYY-MM-DD
审批日期YYYY-MM-DD
起草人RA Manager
审批人PRRC / Quality Director
备忘录有效期变更实施后保留至少10年(与器械生命周期对齐)

第1节:变更描述

字段必须包括:

  • 受影响器械列表(UDI-DI、Basic UDI-DI、商品名、Class、MDD证书编号)
  • 当前设计/用途的简明描述
  • 拟变更内容的简明描述(改了什么、从什么变成什么)
  • 变更触发原因(供应商停产、客户需求、监管要求、内部优化等)
  • 变更预计实施日期

第2节:变更分类

按MDCG 2020-3 Rev.1的6类问题做初判:

主图问题是/否触发的子图
Q1:变更是否影响intended purpose?Chart A
Q2:变更是否影响device design(不含纯软件)?Chart B
Q3:变更是否涉及device software?Chart C
Q4:变更是否涉及substance/material(接触人体)?Chart D
Q5:变更是否涉及灭菌方法或参数?Chart E
Q6:变更是否纯属administrative/manufacturing organization change?不在Article 120(3c)射程内

第3节:子图逐一判读

针对触发的每个子图,逐一回答其内部问题。下面以最常见的Chart B(设计变更)和Chart C(软件变更)为例。

Chart B(设计变更)的关键问题

问题是→significant否→继续
变更是否引入新临床功能?significant继续
变更是否影响关键操作模式?significant继续
变更是否产生新的operating principle?significant继续
变更是否对benefit-risk比有不利影响?significant继续
变更是否引入新的或修改的接触人体材料?跳到Chart D继续
变更是否影响灭菌?跳到Chart E继续
上述都否 → non-significant

Chart C(软件变更)的关键问题

问题是→significant否→继续
是否新增或重大修改operating system或组件?significant继续
是否新增或重大修改architecture或database结构?significant继续
是否变更算法?significant继续
是否将原本用户输入替换为闭环算法?significant继续
是否引入新的医学数据呈现(新格式、新维度、新单位)?significant继续
软件变更是否对benefit-risk比有不利影响?significant继续
是否新增用户界面(影响数据读取/解释)?significant继续
是否新增医学功能或功能性?significant继续
是否新增互操作通道?significant继续
上述都否 → non-significant

注意:MDCG 2020-3 Rev.1明确说软件安全更新不影响功能/可用性的UI外观变更属于non-significant。这是软件变更里少数明确被列为non-significant的情形。

第4节:判定结论

一段简明的判定结论:

基于MDCG 2020-3 Rev.1主图和Chart [X]的逐项分析,本变更被判定为[significant / non-significant] change。

主要支持理由:[列举最关键的1-2个判定点]

据此:

  • 如non-significant:legacy device状态保持不变,MDD/AIMDD证书继续有效。变更将按MDD QMS要求实施和记录。
  • 如significant:器械在变更实施后将失去legacy device状态,必须先获得MDR证书才能继续placed on the market。商业决策选项见第6节。

第5节:支持证据清单

每条判定理由都需要支持证据。下表列出常见证据类型:

判定点证据
Intended purpose未变IFU对比表(旧版vs新版)
接触人体材料未变BOM对比表、生物相容性数据(ISO 10993)
临床效果不受不利影响风险评估、临床等同性论证、PMCF数据
软件算法未变软件版本说明书、change log、影响分析
灭菌方法未变灭菌验证记录、装载图
Benefit-risk未变化更新后的Risk Management File
性能未受影响验证&确认测试报告

第6节:商业stop/go决策(仅当判定为significant时)

如果变更被判为significant,三种应对路径:

选项适用情形时间线商业影响
推迟变更变更非紧急、MDR认证已在路上等待MDR证书发出维持现状,不丢legacy资格
拆分变更部分变更可拆为多个non-significant步骤与NB讨论拆分逻辑中等,需要规划
停止legacy销售必须立即变更(如供应商停产、安全召回)该器械停售或出售剩余库存大;需启动MDR新认证流程

第三种选项实际操作中很复杂——既要安排剩余legacy库存的合规出售(参考MDCG 2024-7),又要并行启动MDR新认证。建议在备忘录里附一份独立的commercial impact assessment。

第7节:NB confirmation(可选但强烈推荐)

MDCG 2020-3 Rev.1明确允许制造商向NB(issuing the MDD/AIMDD certificate)请求书面确认某项变更是non-significant。这种确认书:

  • 不构成证书补充(supplemental certificate),所以不违反"legacy证书不可修订"原则
  • 是制造商和NB之间对判定结果的共识记录
  • 在主管当局问询时是强力证据

申请NB confirmation的常见时机:

情形是否建议申请confirmation
明显是non-significant(如外包装尺寸调整)不必,制造商内部备忘录足够
明显是significant(如新增适应症)不必,直接走MDR新认证
判定结果在边界(borderline)强烈建议申请NB confirmation
涉及软件、材料、供应商等中等风险变更建议申请

NB confirmation通常2-6周出具,部分NB收取小额审核费(500-2000欧元不等)。这笔成本相比误判带来的法律风险微不足道。

第8节:实施记录

变更实施后回填:

  • 实际实施日期
  • 实施前最后一批legacy生产记录批号
  • 实施后第一批生产记录批号
  • 关联的设计输出/输入更新文档编号
  • 关联的validation/verification记录
  • 关联的risk management更新版本
  • 关联的PMS plan和CER更新
  • 关联的IFU/标签变更(如适用)

实施记录这一节通常在变更实施后的30-90天内完成,作为闭环证据。

4个常见变更场景的判定走法

场景1:原材料供应商变更,材料配方完全相同

变更:更换树脂(与人体接触)的供应商,从供应商A换到供应商B。两家供应商的材料配方、化学CAS号、生物相容性等级完全一致。

走法:

主图触发判定
Q1 intended purpose
Q2 design
Q3 software
Q4 substance/material走Chart D
Q5 sterilization

Chart D关键判断:

  • 是否引入新材料?→ 否(配方完全一致)
  • 是否变更接触人体的材料类型?→ 否
  • 是否对benefit-risk比有不利影响?→ 否(配方一致)
  • 是否影响灭菌?→ 否

non-significant change

需要的支持证据:两家供应商材料的化学规格对比表(CAS、纯度、添加剂)、两家供应商的biocompatibility数据(同等级或更高)、新供应商的供应商资质审核记录、供应商质量协议、第一批新供应商材料的IQ/OQ/PQ。

场景2:软件版本升级,新增UI主题切换功能

变更:把IFU指引的"日间模式UI"扩展为"日间/夜间模式可选"。软件不改变任何医学功能、算法、数据呈现单位。

走法:

子图关键问题答案
Chart C Q1 OS或组件变更
Chart C Q2 architecture变更
Chart C Q3 算法变更
Chart C Q4 闭环替换
Chart C Q5 数据呈现新格式/单位否(只是颜色变化)
Chart C Q7 新UI是?否?需判定

最后一项是关键。MDCG 2020-3 Rev.1明确:软件UI外观变更(不影响可用性、不新增功能)属于non-significant。日夜模式属于UI外观,不影响数据读取或解释。

non-significant change(前提是新模式下的可读性已经过验证)

需要的支持证据:UI变更的screenshot对比、可用性测试报告(confirms新UI不降低可读性)、IEC 62366-1 usability engineering update、IEC 62304 software change impact assessment、回归测试报告。

场景3:灭菌循环参数微调

变更:环氧乙烷(EO)灭菌循环的暴露时间从120分钟调整到135分钟,温度和气体浓度不变。

走法:

子图触发
Chart E sterilization

Chart E关键判断:

  • 是否变更灭菌方法?→ 否(仍是EO)
  • 灭菌循环参数变更是否经validation确认仍达到灭菌保证水平(SAL 10⁻⁶)?→ 是
  • 变更是否对benefit-risk比有不利影响?→ 否

MDCG 2020-3 Rev.1明确:灭菌循环参数的变更(在已验证范围内)属于non-significant

non-significant change

需要的支持证据:灭菌循环再验证报告(ISO 11135 EO灭菌验证)、生物负载和生物指示剂数据、已灭菌产品的functional/material测试。

场景4:增加IFU的一个新临床适应症

变更:在IFU的intended use里添加一个新的解剖部位。

走法:

子图触发
Chart A intended purpose

Chart A关键判断:

  • 是否扩展intended purpose?→ 是(新解剖部位)
  • 是否新增/扩展适应症?→ 是
  • 是否触发新的临床需求?→ 是

significant change

→ 必须按MDR重新认证才能在新的解剖部位使用。在没有MDR证书覆盖该新用途之前,IFU不能扩展。

需要的支持证据:风险评估的新适应症章节、文献综述、临床数据(pivotal或PMCF)、CER更新草稿、与NB的沟通记录。

中国制造商最容易踩的7个失败模式

失败模式表现后果补救
把ISO/GMP内部变更当成non-significant没走MDCG 2020-3 flowchart主管当局质疑判定流程每个变更都走flowchart并留备忘录
只看主图不查子图多个子图同时触发但只回答了一张漏判significant change按子图清单逐一打钩
没有备忘录证据口头判定或只在change control记录里写一行NB审核没有可追溯证据用备忘录模板记录每个变更
把"变更次数多"和"分散"混为non-significant用"分批小变更"绕开significant累积变更可能整体显著评估累积影响
把NB confirmation等同于MDR批准误以为有了NB确认就可以无限改NB confirmation仅对该次变更有效每次变更独立申请
软件patch视同安全补丁把含新功能的版本当成security update隐瞒了功能变更按C图严格区分security patch和feature update
供应商变更不评估累积影响同时换树脂供应商和涂层供应商累积可能影响生物相容性同步变更必须做组合评估

文件夹里放什么:significant change证据包

每个变更(无论判定为significant还是non-significant)都应该有一份独立的证据包:

/SCC_YYYY-### (Significant Change Case folder)
├── 01_Significant_Change_Memo_v1.0.pdf
├── 02_Change_Control_Record.pdf       (来自QMS的change control单)
├── 03_Risk_Management_Update.pdf      (ISO 14971更新章节)
├── 04_Design_History_Diff/             (设计输入/输出变更对比)
├── 05_Verification_Validation/         (验证报告)
├── 06_BOM_Comparison.xlsx              (物料清单对比)
├── 07_Supplier_Change/                 (如涉及供应商变更)
│   ├── Supplier_Audit_Report.pdf
│   ├── Quality_Agreement.pdf
│   └── First_Article_Inspection.pdf
├── 08_Software_Change/                 (如涉及软件变更)
│   ├── Software_Change_Impact_Assessment.pdf
│   ├── Regression_Test_Report.pdf
│   └── Cybersecurity_Reassessment.pdf
├── 09_Sterilization_Change/            (如涉及灭菌变更)
│   └── Sterilization_Validation_Report.pdf
├── 10_NB_Confirmation_Letter.pdf       (如已申请并收到)
├── 11_PMS_PMCF_Update.pdf
├── 12_IFU_Label_Diff.pdf               (IFU/标签变更对比)
├── 13_Translation_Updates/             (IFU翻译更新)
└── 14_Implementation_Records/          (实施后填)

NB年度surveillance audit的固定环节就是抽查change control记录,再追溯到这种证据包。每个文件夹都需要审签和版本号。

累积变更的隐藏陷阱

MDCG 2020-3 Rev.1还提到:累积的小变更可能整体构成significant change。这是中国厂商最容易忽视的细节。

举例:某Class IIa器械2024年初做了"包装尺寸调整"(non-significant),2024年中做了"塑料材质从A调整到A+助剂"(non-significant),2025年初做了"灭菌循环时间微调"(non-significant),2025年底做了"软件UI色调变更"(non-significant)。每一项独立都是non-significant,但累积起来——产品包装、材料、灭菌、软件都变了,整体的benefit-risk再评估可能已经偏离原始设计。

补救:

  • 每次做change memo时,附一个"累积变更清单"(cumulative change log),列出过去24-36个月所有change memo
  • 当累积变更超过3-5项时,启动一次综合评估,确认整体仍在原始benefit-risk范围内
  • 必要时主动请求NB对累积变更整体出具confirmation

与NB的沟通节奏

MDCG 2020-3 Rev.1并不要求每次变更都通知NB——只有significant change才必须重走MDR认证。但实务上:

情形是否通知NB通知形式
Non-significant且边界清晰不必内部记录即可
Non-significant但边界模糊建议申请书面confirmation
Significant change必须启动MDR申请流程
累积变更可能影响benefit-risk建议提供累积清单请求审视
MDD证书定期surveillance audit必须提供过去一年所有change memo

如果你的NB对legacy device变更采取严格立场(部分NB会要求非significant变更也通知),主动通知是降低争议的成本最低方式。

总结:把变更管理做成可审计的流程

Article 120过渡期看似宽松,实际上比MDR新认证更难——因为它要求每一次变更都做正确判定,而错误成本是失去legacy资格。把每个变更走过MDCG 2020-3 Rev.1的flowchart并留下备忘录,是过渡期内最重要的合规动作之一。

具体优先级建议:先把过去24个月所有变更做一次回顾性memo(gap fill);再把change control SOP嵌入MDCG 2020-3 Rev.1的flowchart步骤;再设NB confirmation的申请门槛(如borderline或软件/材料类);最后在MDR新认证准备过程中,把累积变更清单作为CER和risk management的输入。

参考资源

免责声明:本文涉及Article 120过渡期下重大变更判定的具体应用,每个变更案例必须由具备MDR资质的RA/QA负责人结合器械特性、变更范围和NB立场作出判定,必要时申请NB书面意见。判定错误可能导致legacy资格丧失和合规风险。

AI 助手

你好!我看到你正在阅读「MDR Article 120重大变更判定备忘录:MDD legacy器械改软件、供应商、材料时怎么留证据」。有任何关于这篇文章的问题,都可以问我!

由 Gemini 驱动 · 回答仅供参考