飞检必查！这12条设计开发铁律，输入不完整、转换没做直接判定体系失效

医疗器械GMP合规精讲07｜飞检必查！这12条设计开发铁律，输入不完整、转换没做直接判定体系失效

-------2026年11月01日执行新版的医疗器械生产管理规范（2025年第107号）

很多企业的质量缺陷追到源头都在研发：设计输入写得太虚、输出给生产用不了、关键工序没做转换验证、设计变更私自改……这些问题到量产后就是反复偏差、注册发补、飞检不符合项。

第七章“设计开发”共12条，覆盖策划、输入、输出、风险管理、评审、验证、确认、转换、变更、文档和委托研发，是产品“先天质量”的核心控制章节。

第七章 设计开发（第四十七条～第五十八条，共12条）

第四十七条【设计开发控制程序】

法规原文：

企业应当建立设计开发控制程序，对设计开发的阶段进行划分，规定设计开发的策划、输入、输出、验证、确认、转换、变更和评审等活动以及相关文档控制要求，对医疗器械设计开发全过程实施策划和控制。

实施要点：

1. 建立独立的《设计开发控制程序》，明确阶段划分，至少覆盖策划、输入、输出、验证、确认、转换、变更、评审八大活动；

2. 程序中对各阶段文档控制提出要求，包括计划、清单、方案、报告、评审记录、变更单等；

3. 对全过程实施策划和控制，避免研发只按经验推进、无文件化节点。

实操深度解读：

很多企业研发靠项目会议纪要推进，没有受控程序，飞检时最容易被认定“过程不受控”。建议程序里直接画一张阶段图：立项策划→输入→输出→评审→验证→确认→转换→试产→变更闭环，并明确每阶段责任部门、输出文件和批准人。程序发布后，所有在研项目都按同一套执行，避免不同项目经理各做各的。

第四十八条【风险管理贯穿设计开发】

法规原文：

企业应当将风险管理理念贯穿到设计开发至产品实现全过程，制定相关要求并形成文件，使用风险管理方法和工具开展风险管理活动并保留相关记录。

实施要点：

1. 建立风险管理程序，可参照GB/T 42062－2022《医疗器械 风险管理对医疗器械的应用》；

2. 风险管理不是设计末期补报告，而应嵌入策划、输入、输出、验证、确认、转换、生产反馈各阶段；

3. 保留风险分析计划、风险评价记录、控制措施、剩余风险评价及工具使用记录（如FMEA、风险矩阵）。

实操深度解读：

飞检常见问题是“研发前期没风险记录，注册前补一份风险管理报告”。正确做法：策划阶段列风险计划，输入阶段把风险控制措施写进输入，输出阶段评设计风险是否可控，验证/确认阶段验证控制措施有效，量产后结合偏差和投诉持续更新。风险工具不要求全用，但至少要有风险识别、评价、控制、回顾的闭环记录。

第四十九条【设计开发策划与计划】

法规原文：

企业应当根据产品特性对设计开发进行策划，明确设计开发输入、输出、转换、验证与确认等阶段需要开展的具体活动。应当制定设计开发计划，明确各阶段适用的验证、确认、转换、变更和评审等活动以及输出要求，确定各部门在不同阶段的活动和接口，明确职责和分工。设计开发计划应当经过评审和批准，并在实施过程中定期回顾。

实施要点：

1. 按产品特性制定设计开发计划，而不是套用通用模板；

2. 计划需列明输入、输出、转换、验证、确认、变更、评审各阶段活动、输出文件、时间节点；

3. 明确研发、质量、生产、采购等跨部门接口与职责；

4. 计划经评审和批准，实施中定期回顾，重大调整重新审批。

实操深度解读：

有源、无源、IVD、软件产品的计划差别很大。比如无菌器械要把灭菌确认、洁净验证放进计划；有源设备要把电气安全、EMC、软件验证放进计划；独立软件要把需求分析、单元测试、集成测试、系统测试、用户验收放进计划。飞检会看计划是否定期回顾——如果项目周期一年，计划从立项到结项没更新过，会被认为“策划失控”。

第五十条【设计开发输入】

法规原文：

设计开发输入至少应当包括根据用户需求以及预期用途所确定的功能、性能、安全以及法规、标准、风险控制措施等要求。设计开发输入要求应当清晰、完整，并经过评审和批准。

实施要点：

1. 输入至少覆盖：用户需求、预期用途、功能要求、性能要求、安全要求、适用法规和标准、风险控制措施；

2. 形成设计开发输入清单或输入报告，避免只用一句“按产品技术要求开发”；

3. 输入经多部门评审和批准，确保清晰、完整、无矛盾。

实操深度解读：

输入不完整是发补和飞检高频问题。比如血糖仪只写“测血糖”，不写样本类型、量程、精度、使用环境、生物相容接触要求，后面验证就没依据。建议输入清单关联到具体标准条款：预期用途对应临床场景，性能对应产品技术要求，安全对应GB 9706/YY 0505等，风险对应FMEA输出。输入评审时质量、生产、注册都要参与，避免研发自说自话。

第五十一条【设计开发输出】

法规原文：

设计开发输出应当满足各阶段的输入要求。设计开发输出至少应当包括采购、生产、检验、使用和服务所需的相关信息以及产品技术要求等。设计开发输出应当经过验证并得到批准。

实施要点：

1. 输出按阶段满足对应输入，最终输出至少包括：BOM、图纸、工艺规程、作业指导书、检验规程、产品技术要求、说明书标签、安装和服务要求；

2. 采购用输出（物料规格、验收标准）、生产用输出（工艺参数、工装）、检验用输出（抽样、方法、接受标准）必须完整；

3. 输出经验证后批准，形成受控技术文件。

实操深度解读：

研发输出“只给图纸不给工艺”最典型。飞检会追：生产按什么做？检验按什么判？采购按什么买？建议输出打包成“设计输出清单”，每类文件标注版本、对应输入条目、验证状态。软件产品还要输出需求规格、设计文档、测试用例、版本号；无菌产品输出灭菌参数、包装材料规范、储存条件。

第五十二条【设计开发转换】

法规原文：

企业应当结合产品特性，开展设计开发到生产的转换活动，确保设计开发输出的生产环境、原材料控制、生产工艺和质量控制等相关规程得到验证并适用于商业化生产。设计开发转换应当重点关注关键工序和特殊过程的识别以及验证、确认等。

实施要点：

1. 开展从研发到生产的转换，覆盖生产环境、物料控制、工艺规程、质量控制规程；

2. 识别关键工序和特殊过程，关键工序做验证，特殊过程做确认；

3. 转换可通过小批/连续批试产验证商业化能力，输出试产报告和转化结论。

实操深度解读：

样品合格不等于能量产。转换重点解决“研发参数如何落产线”：比如注塑件缩水率、灭菌装载方式、试剂配制批间差、软件烧录环境。关键工序如激光切割、点胶、焊接；特殊过程如灭菌、清洗、无菌内包装、热处理，输出难以完全靠终检验证的必须确认。飞检常查试产记录、工艺验证报告、关键/特殊过程清单，没有转换记录直接判研发与生产脱节。

第五十三条【设计开发评审】

法规原文：

企业应当在设计开发的适宜阶段进行评审，持续评价设计开发输出满足输入要求的能力，识别问题并提出必要的改进措施。

实施要点：

1. 在适宜阶段组织评审，如输入完成、原型输出、验证前、确认前、转换前、重大变更后；

2. 评审评价输出满足输入的能力，识别问题、风险和改进项；

3. 评审形成记录，问题有责任人、闭环措施和验证确认。

实操深度解读：

评审不是只签“同意”。有效评审要留下：评审对象、参加部门、输入符合性结论、存在问题、改进要求、重评节点。研发独评最容易被飞检质疑，生产、质量、采购、注册都应按阶段参与。评审发现的问题进入CAPA或项目问题台账，避免“评审记录全合格、后期反复出偏差”。

第五十四条【设计开发验证】

法规原文：

企业应当对设计开发进行验证，确保设计开发输出满足输入要求。应当保留验证相关文件，至少包括验证方案、验证报告、验证结果和结论以及验证过程记录等。

实施要点：

1. 验证证明“输出满足输入”，可通过对标测试、模拟计算、样机试验、方法验证等开展；

2. 验证前制定方案，明确项目、方法、样本、接受标准、职责；

3. 保留方案、过程记录、原始数据、报告、结果结论；必要时对不合格进行再验证。

实操深度解读：

验证和确认容易混：验证看“是否达到输入指标”，确认看“是否满足使用用途”。比如呼吸机，验证做流量精度、报警阈值、压力误差；确认做临床评价或模拟使用确认治疗场景。飞检会查验证方案是否经过批准、原始记录是否可追溯到设备人员和批号、不合格是否重验。仅用供应商报告代替自有验证，高风险产品通常不被接受。

第五十五条【设计开发确认】

法规原文：

企业应当对设计开发进行确认，确保产品满足规定使用要求或者预期用途。设计开发确认可以采用临床评价或者非临床评价方式。开展临床试验的，应当符合医疗器械临床试验相关要求。

实施要点：

1. 确认证明产品满足规定使用要求或预期用途，不等同于只做出厂检验；

2. 按产品风险选择临床评价或非临床评价，非临床可包括模拟使用、动物试验、同品种比对、用户测试等；

3. 开展临床试验的，按GCP及医疗器械临床试验管理要求执行，保留伦理、方案、报告等文件。

实操深度解读：

二类、三类高风险产品确认是注册核心证据。独立软件可做用户验收和场景测试；无源植入可做生物相容、动物试验和临床评价；有源治疗设备通常结合临床评价。飞检关注确认与预期用途是否对应：若产品用于医院，却只做实验室自测、无使用场景证据，会被认为确认不充分。确认报告应写清方法、样本、接受标准、剩余使用风险。

第五十六条【设计开发变更】

法规原文：

企业应当对设计开发变更进行识别并评估变更影响。必要时，应当对设计开发变更进行验证、确认，并在实施前得到批准。

实施要点：

1. 建立设计变更控制流程，识别需求、物料、结构、工艺、软件、标准等变更；

2. 评估对安全、有效性、产品技术要求、生产过程、注册文件的影响；

3. 必要时开展验证/确认，变更实施前按风险批准；涉及注册或备案事项的同步走法规变更。

实操深度解读：

研发阶段改个电阻、改个包装尺寸、改个软件逻辑都算设计变更。常见问题是无评估直接改BOM，导致生产用旧版、检验用新版、注册资料再版不同步。建议变更单写清：变更原因、影响范围、验证确认计划、文件更新清单、注册/备案影响、批准层级。已上市产品变更还要结合变更指导原则判断是否报补正。

第五十七条【设计开发文档】

法规原文：

企业应当建立产品设计开发文档，包括设计开发过程中建立或者引用的记录，确保历次设计开发输出过程以及相关活动可追溯。

实施要点：

1. 建立设计开发文档（DHF），覆盖策划、输入、输出、评审、验证、确认、转换、变更全过程；

2. 文档包括计划、输入清单、输出清单、评审记录、验证/确认方案报告、转换记录、变更单、风险管理记录；

3. 确保历次输出版本、审批、引用文件可追溯，避免只留最终版、不留过程版。

实操深度解读：

飞检常要求“调某个在研产品从立项到试产的全部记录”。如果只有最终图纸和注册资料，没有中间评审、验证、变更记录，会被认定不可追溯。建议按项目建DHF目录，版本受控；引用外部标准、供方报告、委托试验资料的，标注来源和适用版本。委托研发资料也并入委托方DHF，不能只放受托方手里。

第五十八条【委托设计开发】

法规原文：

委托设计开发医疗器械的，委托方应当对受托方研发与持续技术支持能力进行评估；应当与受托方签订协议，明确委托设计开发活动范围、责任以及设计开发文档转移要求；应当对委托设计开发过程和结果进行管理并承担相应责任，确保设计开发过程满足法律法规和协议要求。

实施要点：

1. 委托前评估受托方研发能力、体系能力、持续技术支持能力，形成评估报告；

2. 签订委托研发协议/质量协议，明确范围、责任、节点、输出物、DHF转移、知识产权和变更沟通；

3. 委托方对全过程和结果进行管理，承担相应质量责任，不能因委托免除主体责任。

实操深度解读：

注册人委托研发最忌“给需求、拿结果”。委托方要管计划、管输入确认、管阶段评审、管验证确认报告、管文档接收。协议里别只写“乙方完成设计”，要写清各阶段交付物、变更谁发起、偏差谁评估、数据谁持有、试产转换谁负责。飞检会查委托方是否参与评审和验收，若全程无记录，会被认为委托研发失控、主体责任未履行。

第七章 核心自查清单（建议收藏对照）

1. 是否建立设计开发控制程序，覆盖策划、输入、输出、验证、确认、转换、变更、评审八大活动？

2. 风险管理是否从策划贯穿到产品实现，有各阶段风险记录和工具输出？

3. 设计开发计划是否按产品特性制定、经评审批准、定期回顾？

4. 设计输入是否含用户需求、预期用途、功能性能安全、法规标准、风险控制措施，且评审批准？

5. 设计输出是否含采购、生产、检验、使用、服务信息及产品技术要求，且经验证批准？

6. 是否开展设计转换，识别关键工序/特殊过程并完成验证或确认？

7. 验证、确认是否分别留方案、记录、报告；确认方式是否与预期用途匹配？

8. 设计变更是否做影响评估、必要验证确认、实施前批准？

9. DHF是否完整可追溯，含各阶段输出和变更记录？

10. 委托研发的，是否评估受托方能力、签协议、管过程、收文档并承担主体责任？

下期预告：

《医疗器械GMP合规精讲08｜第八章 采购与原材料管理：10条供应商管控铁律，外购料不合格直接牵连整批产品》

采购是质量源头，供应商分类、现场审核、进货验收、变更告知都是飞检高频项。