本文只解决什么 / 不解决什么
这篇文章只解决一件事:你有一款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把它定义为两个累积条件:
- 存在变更——属于"design or intended purpose"的变更(不属于这两类的变更,如制造组织变更、行政变更,根本不在Article 120(3c)的射程内)
- 该变更是显著的(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 A | Intended purpose变更 | 是否扩展适应症、新患者人群、新使用方式 |
| Chart B | Design变更 | 是否影响安全性能或临床效果;是否引入新风险 |
| Chart C | Software变更 | 是否新功能、新算法、新医学数据呈现、新互操作通道 |
| 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的输入。
参考资源
- MDCG 2020-3 Rev.1 (May 2023)
- MDCG 2020-3 Annex flowcharts
- MDCG 2022-4 Rev.2 Appropriate surveillance for legacy devices
- MDCG 2022-6 IVDR significant change guidance
- Regulation (EU) 2023/607 (transitional periods extension)
- EU MDR Article 120 consolidated text
- 站内相关:MDD到MDR过渡指南、MDR技术文档指南、NB审核非合规处理、供应商质量变更通知SOP、器械变更通知全球指南
免责声明:本文涉及Article 120过渡期下重大变更判定的具体应用,每个变更案例必须由具备MDR资质的RA/QA负责人结合器械特性、变更范围和NB立场作出判定,必要时申请NB书面意见。判定错误可能导致legacy资格丧失和合规风险。