ARTICLE · 1095791
医疗器械设计开发文档(DHF),别等研发做完再补
我是医械朱老师，深耕医疗器械注册与合规。想持续读懂「AI + 医疗器械」的政策信号与实战打法，欢迎关注公众号「医械都会点」，也欢迎加入知识星球「医械AI实战圈」——医疗器械人的 AI 合规加速器。
医疗器械注册质量管理体系核查里，设计开发是分量最重的一块：《医疗器械注册质量管理体系核查指南》（2022 年第 50 号）的 73 项核查项目中，与设计开发相关的有 19 项，占比 26%，其中含 2 个标注"*"的关键项目。
但很多企业的设计开发文档（DHF，Design History File），是"研发做完、临注册了才回头补"的。结果就是：输入输出对不上、验证确认缺记录、追溯链断裂——核查时一查一个准。
这篇文章把设计开发文档从头讲清楚：法规骨架是什么、核心是"可追溯"、各阶段该产出什么文件、核查看什么、常见缺陷在哪。
一、先认准法规骨架：新版 GMP 第七章，12 条说了什么
做设计开发文档，先搞懂依据。新版《医疗器械生产质量管理规范》第七章"设计开发"（第 47—58 条），把设计开发的完整链条规定清楚了：
这套框架，与 ISO 13485:2016 第 7.3 条"设计和开发"（策划/输入/输出/评审/验证/确认/转换/更改控制/文档）完全对应。两个要点先记住：
第一，设计评审不是独立阶段，而是贯穿每个阶段的活动。 每个阶段结束都要评审，而不是只在最后做一次。
第二，第 57 条是"收口"——设计开发文档（DHF）是前面所有活动的记录汇总。 所以 DHF 不是"单独写一份文档"，而是"把策划、输入、输出、评审、验证、确认、转换、变更的全程记录系统化汇编"。
二、设计开发文档的核心，是"可追溯"，不是"文件多"
DHF 最容易被误解成"文件越多越好"。其实它的核心只有两个字：可追溯。
中国医药报对"设计开发文档"核查要点的官方解读，给出了三条合规底线：
- 保留每个医疗器械类型或医疗器械族的 DHF
——不是一个产品一份杂乱的文件夹，而是按器械类型/族系统保留； - DHF 源于各阶段活动
——策划、输入、输出、评审、验证、确认、转换、变更的相关文件，以及过程中建立的记录，都要纳入； - 历次设计开发最终输出过程及其相关活动可追溯
——这是最关键的一条。
落到实操，就是一条"追溯链"：
设计输入（需求）→ 设计输出（产品规范）→ 设计验证（证明输出满足输入）→ 设计确认（证明满足预期用途）
核查员问"可追溯"时，问的就是这条链断没断——每一项输入有没有对应的输出？每一项输出有没有被验证？每一次变更有没有评估影响并重新验证确认？
一个最实用的自查：建一张"输入—输出—验证—确认"的追溯矩阵，把设计输入清单里的每一项，逐条对应到输出文件、验证报告、确认结论。这张矩阵做扎实了，追溯性就立住了。
三、七阶段文件清单：该产出什么、核查看什么
下面按七个阶段，把文件清单列全——每个阶段"该产出哪些文件、每份文件的核查要点是什么"。比单纯列名单更有用的是，把"核查看什么"提前想清楚。
阶段一：设计开发策划（6 份）
核查要点：风险管理计划要"同步启动、贯穿全程"，不能研发快做完了才补（对应新版 GMP 第 48 条）。配置管理计划常被漏，却是软件类产品核查的必查项。
阶段二：设计开发输入（7 份）
核查要点：输入必须"可验证"，不能出现"产品应稳定可靠"这类不可量化的表述；每一项输入都要能对应到后面的输出和验证。输入评审要跨职能参加（研发、质量、法规、生产）。
阶段三：设计开发输出（14 份）
核查要点：输出文件之间必须"一致"——BOM 和图纸对得上、检验规程覆盖技术要求全部性能指标。这是核查高频缺陷。每一项输入都要有对应的输出文件证明已转化。
阶段四：设计开发转换（11 份）
核查要点：进口转产企业最常被点名的，就是"未签设计转移协议""转移协议未明确技术文件清单和软件版本"。试生产记录要覆盖从投料到成品入库的完整批次，与设计输出的工艺参数对照。
阶段五：设计开发验证（14 份）
核查要点：验证方案的项目要"逐一对应设计输入清单"，报告要含原始数据。核查员关注数据完整性和可追溯性。
阶段六：设计开发确认（7 份）
核查要点：确认方式取决于产品类别——免临床目录产品做同品种比对，目录外产品通常需临床试验。风险管理报告在确认阶段最终定稿。确认要在产品交付/实施前完成。
阶段七：设计开发变更（5 份）
核查要点：ISO 13485 第 7.3.9 条要求，变更评审要评价对产品组成部分、在制品、已交付产品及风险管理输入输出的影响。变更不能"改了就算"。
汇总：七个阶段合计 64 份文件。对照这份清单查漏补缺，比只盯着"几份核心文件"要稳妥得多。记住一条主线——每一份文件都要能追溯到上一步的依据，也都要能被下一步引用。
四、设计开发文档与其他资料的衔接
DHF 不是孤立的，它和另外两套资料紧密相连：
一是风险管理（GB/T 42062）。 新版 GMP 第 48 条要求风险管理贯穿设计开发全过程——风险管理计划在策划阶段建立，风险分析（PHA/DFMEA）在输入输出阶段持续更新，风险管理报告在确认阶段定稿。所以 DHF 里必须"嵌着"一套完整的风险管理记录，两者不能各做各的。
二是注册申报资料（121 号公告）。 注册申报的"综述资料"（产品描述、研发历程）"非临床资料"（风险管理、研究资料）"临床评价资料"，本质都是 DHF 的"对外呈现"。DHF 做扎实了，注册资料只是水到渠成的整理；DHF 是散的，注册资料也经不起审评追问。
一句话：DHF 是"根"，风险管理记录和注册申报资料是"枝"和"叶"。根不牢，枝叶都立不住。
五、几个高频缺陷，提前避开
1. 输入输出"两张皮"。 设计输入写了 10 项需求，输出只覆盖了 7 项，剩下 3 项找不到对应。追溯矩阵能直接暴露这个问题。
2. 验证确认"混为一谈"。 把"验证"（输出满足输入）和"确认"（满足预期用途）当成一回事，或者只做了验证、没做确认。
3. 风险管理"后补"。 研发快结束了才补风险管理计划和分析，违背第 48 条"贯穿全过程"的要求。
4. 转换"缺试生产"。 只有图纸工艺文件，没有试生产记录和可制造性评估，或者特殊过程没做确认。
5. 变更"不留痕"。 改了设计、换了物料、调了参数，却没有变更记录和影响评估，更没有重新验证确认。
6. 委托研发"无协议"。 委托了研发却没签协议，或协议没明确技术文件清单、软件版本、文档转移要求。
写在最后：设计开发文档，AI 能帮你把"追溯链"补完整
DHF 最费功夫的，是把"输入—输出—验证—确认—变更"这条追溯链做完整、做可追溯。这几件事，正是 AI 能帮上忙的地方：
- 追溯矩阵生成
：把设计输入清单的每一项，自动对应到输出文件、验证报告、确认结论，生成可追溯的对照矩阵，暴露"漏项"； - 设计开发文档框架
：按七阶段生成各阶段文件的框架模板，把核查关注点预先嵌入，避免"缺文件"； - 变更影响评估辅助
：变更时，辅助梳理"这项变更影响了哪些输入、哪些输出、是否需要重新验证确认"。
丑话说在前面：AI 给的是框架、矩阵和初筛，设计开发的技术判断、验证确认的实质结论、变更的风险评估，还得靠懂产品、懂法规、懂工艺的专业人。 DHF 容不得半点"差不多"，因为它管的是"产品从想法到上市，每一步都说得清、追得到"。
「医械 AI 实战圈」里沉淀的，正是帮团队把"设计开发、风险管理、体系落地"提效的实战资产：风险管理文档编制、产品技术要求编制与合规审核、验证方案与报告、法规检索与溯源，以及一千多份产品技术要求、各类标准的逐条拆解。
最后问你一句： 你企业的设计开发文档，是"研发做完、临注册才补"，还是"从立项就开始、每一步都留痕"的一条完整可追溯链？
想持续读懂「AI + 医疗器械」的政策信号与实战打法，欢迎关注公众号「医械都会点」，也欢迎加入知识星球「医械AI实战圈」——医疗器械人的 AI 合规加速器。
#医疗器械 #设计开发 #DHF #设计开发文档 #设计输入输出 #设计验证确认 #体系核查 #新版GMP #ISO13485 #AI医疗器械 #知识星球