什么是ISO13485设计开发控制
ISO 13485《医疗器械 质量管理体系 用于法规的要求》是医疗器械行业通行的质量管理体系标准,我国等同采用的版本为 GB/T 42061。标准第 7.3 条"设计开发"专门规定了从设计开发策划到设计更改的全过程控制要求,业界通常称之为"设计开发控制"。
需要特别说明的是,设计开发控制并不是一套"文件模板",而是一套贯穿产品全生命周期的证据链管理机制。它要求企业把"想法—输入—输出—验证—确认—转换—上市后监控"每个环节的活动、责任人、判定准则和记录固定下来,使得任何一位第三方审核员或监管检查员,都能沿着这条证据链还原出产品为什么被设计成现在这个样子。
对于医疗器械企业而言,设计开发控制的重要性体现在三个层面:第一,它是产品安全有效性的源头保障;第二,它是注册申报资料的法定组成部分;第三,它是 FDA 现场检查、欧盟公告机构审核、NMPA 飞行检查中最容易开出不符合项的章节。
2026 年,随着美国 FDA 质量管理体系法规(QMSR)正式取代原 QSR,全球主要市场的质量体系要求进一步向 ISO 13485 靠拢,设计开发控制的审核深度和证据要求都在提高。
ISO13485标准对设计开发控制的核心条款拆解
ISO 13485:2016 第 7.3 条由若干子条款构成,可以归纳为"一个策划、两组输入输出、三道关口、两个延伸"。
一个策划(7.3.2 设计与开发策划):企业必须为每个设计开发项目编制计划,明确各阶段的活动、评审、验证、确认、职责与权限、资源配置以及阶段间的接口。策划不是一次性文件,项目推进中发生重大变更时必须同步更新计划。
两组输入输出(7.3.3 / 7.3.4):设计输入是"要求",包括功能性、性能、安全性、法规要求、适用标准、包装、灭菌、可用性、风险管理输出等;设计输出是"答案",必须可验证、可追溯到输入、给出或引用接收准则,并明确对产品安全和使用所必需的特性。
三道关口(7.3.5 评审、7.3.6 验证、7.3.7 确认):设计评审由相关职能代表参加,评价设计满足要求的能力并识别问题;设计验证确认输出满足输入;设计确认确认产品满足预期用途和用户需求。三者不能互相替代,尤其验证与确认的对象、时机和样本量必须有明确依据。
两个延伸(7.3.8 设计转换、7.3.9 设计更改):设计转换关注设计输出能否被稳定地转化为可批量制造的产品,包括工艺能力、检验方法、工装夹 具、人员培训、作业指导书的落地;设计更改则要求在更改实施前进行评审、验证和必要的确认,并评估对已交付产品、在制品和注册文件的影响。
此外,7.3.10 要求保留设计开发文档(DHF),使每个设计开发项目的过程和结果可追溯;7.3.1 则要求企业将设计开发程序形成文件化程序。
设计开发输入与输出控制的实操要点
设计输入最容易被做"薄"。很多企业的设计输入只有一页功能清单,结果在审核时被判定"输入不完整,无法验证"。完整的输入至少应覆盖:
- 预期用途、适应症与目标用户群体
- 性能与功能要求,含定量指标
- 安全性与风险控制要求(与 ISO 14971 风险管理输出对接)
- 适用的法规、标准清单(含版本号与生效日期)
- 包装、运输、贮存、灭菌要求
- 可用性工程要求(与 IEC 62366 对接)
- 软件要求(适用时与 IEC 62304 对接)
- 源自类似产品、上市后信息与投诉的需求
设计输出的可验证性是审核重点。标准明确要求"输出应满足输入要求,且可对照输入进行验证"。因此输出文件中凡出现"性能良好""操作方便"等描述性语言,都是风险点。正确做法是把每一条输出对应到具体的 接收准则和验证方法,例如"报警音量 ≥ 65 dB(A) @ 1 m,按指定标准方法测定"。
同时要建立输入—输出追溯矩阵(Traceability Matrix)。这张表是整个设计开发控制的骨架:横向列输入条目,纵向列输出文件、验证记录、确认记录、风险控制措施,任何一个输入条目缺少对应输出或验证证据,都能被立即发现。
设计评审、验证与确认的区别与落地方法
三者混淆是最高频的不符合项之一。
设计评审是"同行评议",发生在设计开发的适当阶段,目的是找出问题、提出改进建议。评审记录应包含参加人员、评审内容、发现问题及处置措施,并保留跟踪到关闭的证据。评审不能只签名不讨论。
设计验证回答"我们把产品做对了吗"——针对设计输出是否满足设计输入。手段包括计算分析、实验室测试、模拟试验、与已上市产品对比等。验证方案必须事先批准,明确样本量、判定准则和偏离处理。
设计确认回答"我们做对了产品吗"——针对产品是否满足用户需求和预期用途。通常包括模拟使用测试、动物试验、临床试验、可用性总结报告等。确认应在具有代表性的产品上进行,样本量要有统计学或法规依据。
常见的落地方法包括:
- 在项目计划中把评审、验证、确认设置为独立的里程碑,配置门径(Gate)决策;
- 为每类活动制定独立的方案模板与报告模板,避免一份文件既做验证又做确认;
- 用不合格信息、CAPA 和风险管理文件反哺设计输入,形成闭环。
设计转换、设计更改与DHF管理
设计转换是把"实验室版本"变成"量产版本"的关键一跳。典型活动包括:生产工艺与检验方法确认、工装模具与设备验证、供应商确认、作业指导书与检验规程发布、人员培训、试生产与过程能力研究。审核员通常会检查试生产批次的记录,确认设计输出中的公差、关键特性在量产条件下仍能稳定满足。
设计更改管理要求企业评估更改的性质和范围,判断是否需要重新验证、重新确认,是否需要变更注册、是否需要通知监管机构。更改记录应追溯到受影响的设计输入、输出、风险文件、DHF 和已上市产品。
设计开发文档(DHF)应包含所有与设计开发项目相关的记录,便于追溯。ISO 13485:2016 第 4.2.5 条要求记录保存期限至少相当于医疗器械的寿命期,但从组织放行之日起不少于 2 年,或按相关法规要求执行。对于植入类、高风险产品,注册法规往往要求更长期限。
2026年监管 环境变化对设计开发控制的影响
2026 年一个必须关注的动态是,美国 FDA 的 QMSR 已于 2026 年 2 月 2 日正式实施,21 CFR 820 与 ISO 13485:2016 实现结构对齐。这意味着原先按 QSR 建立体系、另做一套 ISO 13485 文件的企业,可以逐步统一体系文件,但设计开发部分的证据要求并未放松:FDA 依然强调设计控制的追溯性、设计确认的充分性以及设计历史文件的可检索性。
在欧盟,MDR (EU) 2017/745 对技术文档、临床评价、上市后监督的要求,同样以设计开发过程为证据来源。公告机构在审核设计开发时,会特别关注风险管理与临床评价的接口,以及设计更改对 CE 证书覆盖范围的影响。
在国内,NMPA 的《医疗器械生产质量管理规范》及其无菌、植入性、体外诊断试剂等附录,对设计开发提出了与 ISO 13485 一致但更强调注册申报衔接的要求。注册资料中的研究资料、产品技术要求、说明书,本质都是设计输出的一部分。
企业实施ISO13485设计开发控制的常见误区
误区一:把设计开发控制等同于"补记录"。 在项目结束后倒推记录,是审核中被识破率最高的做法。正确路径是先建流程、再跑项目、同步留痕。
误区二:设计输入只有功能指标,没有法规和风险要求。 导致风险管理文件与设计文件"两张皮",一到注册申报或现场核查就暴露。
误区三:验证与确认混用。 用一份测试报告同时充当验证和确认,无法说明是否覆盖了用户需求和预期用途。
误区四:设计更改不走评估直接实施。 尤其是"小改动",往往忽略了对注册文件和库存产品的影响评估。
误区五:DHF 只存放在研发部门。 当审核员要求追溯某批产品的设计状态时,无法快速调取。
企业如何借助专业辅导高效落地设计开发控制
设计开发控制的建立,本质是"标准条款 + 产品特性 + 法规要求"三者的匹配工作。不同产品类别(有源器械、无源器械、体外诊断试剂、独立软件)的设计开发生命周期模型差异很大,直接套用通用模板往往在注册申报和体系审核中两头受挫。
专业咨询辅导的价值在于:
- 依据产品分类与目标市场,裁剪设计开发阶段模型,明确每个阶段的输入、输出、评审、验证、确认节点;
- 建立输入—输出追溯矩阵与风险管理接口,使设计文件与 ISO 14971 文件相互支撑;
- 针对 DHF、设计更改、设计转换开展专项培训与内部模拟审核,提前发现不符合项;
- 在注册申报前完成文件一致性检查,降低发补风险。
需要提醒的是,第三方咨询机构提供的是辅导服务,认证证书由经国家认监委批准的认证机构颁发;咨询与认证相互独立,企业应以真实体系运行和真实记录作为通过审核的基础。
如果你的企业正在准备 ISO 13485 体系认证、NMPA 注册体系核查或 FDA 现场检查,建议尽早把设计开发控制作为独立专题推进,而不是等到审核前集中补救。
常见问题
ISO13485设计开发控制是否所有医疗器械企业都必须建立?
原则上是。ISO 13485:2016 第 7.3 条要求组织对医疗器械的设计开发形成文件化程序。若企业确实不承担设计开发职能(例如完全按客户图纸代工、且客户承担全部设计责任),可以在质量手册中说明删减理由并说明如何获取设计输出,但需注意:删减必须不影响产品满足法规要求的能力,且 NMPA《医疗器械生产质量管理规范》对注册人/备案人的设计开发职责有单独规定,委托生产并不等于免除设计责任。
设计验证和设计确认到底有什么区别?
设计验证回答"设计输出是否满足设计输入",对象是技术指标与规格,常用方法包括计算、台架测试、模拟试验、与已上市产品对比。设计确认回答"产品是否满足用户需求 和预期用途",对象是临床/使用场景下的安全有效性,常用方法包括模拟使用测试、动物试验、临床试验、可用性总结。两者不能互相替代,一份台架测试报告无法证明临床有效性,一份临床报告也不能替代规格符合性验证。
设计开发文档(DHF)需要保存多久?
ISO 13485:2016 第 4.2.5 条要求记录保存期限至少相当于组织规定的医疗器械寿命期,但从组织放行之日起不少于 2 年,或按适用的法规要求执行。实际操作中,植入类、生命支持类产品以及欧盟 MDR、美国 FDA 覆盖的产品,法规通常要求更长时间(如 10 年以上或产品寿命期加若干年)。建议企业在文件控制程序中直接引用法规最高要求,避免多套期限并存导致执行混乱。
2026年FDA QMSR正式实施后,设计开发控制要求有什么变化?
FDA 的 QMSR 已于 2026 年 2 月 2 日正式实施,21 CFR 820 与 ISO 13485:2016 在结构和概念上对齐,原先需要维护两套体系的负担有所减轻。但在设计开发方面,FDA 依然强调设计输入输出的可追溯性、设计评审的实质开展、设计验证与确认的充分性,以及设计历史文件(DHF)的可检索性。企业若已按 ISO 13485 建立设计开发程序,重点应放在证据完整性和记录真实性上,而非重写文件。
委托设计(ODM/OEM)的产品,设计开发控制怎么做?
关键是把设计责任边界写清楚。建议在与设计方签订的技术协议中明确:设计输入由谁确认、设计评审由谁组织、设计输出文件与验证数据如何移交、设计更改如何通知。注册人即使不亲自做设计活动,也应保存设计方提供的设计文档摘要、验证与确认证据,并对上市后信息进行闭环评估。审核时最常见的风险是"设计活动真实发生,但注册人手上没有可追溯的证据"。
参考与依据
- ISO 13485:2016 Medical devices — Quality management systems — Requirements for regulatory purposes(www.iso.org/standard/59752.htm...)
- FDA Quality Management System Regulation (QMSR) — Medical Device CGMP(www.fda.gov/medical-devices/qu...)
- 国家药品监督管理局 医疗器械生产质量管理规范(www.nmpa.gov.cn/...)
- IMDRF International Medical Device Regulators Forum(www.imdrf.org/...)