设计开发文档别等核查前才补：73项核查里，它占19项

新版GMP第七章共12条 · 核查73项中19项与设计开发相关 · 七阶段64份文件

❝

核查员问的从来不是「你有没有文件」，而是「这一项输入，能不能追到它的输出」。设计开发文档不是一份文档，是一条必须走得通的链。

先把一个场景放在前面。体系核查现场，核查员翻到设计输入清单第 7 项，抬头问了一句：「这一项的输出在哪？」如果接下来三十秒里，你翻不出对应的输出文件、验证报告和确认结论，那这份设计开发文档，在核查逻辑上就是不成立的。

这不是危言耸听。《医疗器械注册质量管理体系核查指南》共 73 项核查项目，其中与设计开发相关的有 19 项，占比 26%，还包含 2 个标注「*」的关键项目。换句话说，设计开发是注册体系核查里分量最重的一块，没有之一。

📌 先认骨架：新版GMP第七章，12条把话说完了

做设计开发文档，第一步不是打开文件夹，而是把依据搞懂。新版《医疗器械生产质量管理规范》第七章「设计开发」集中在第 47—58 条，一条一条把整条链规定清楚了。

这套框架与 ISO 13485:2016 第 7.3 条「设计和开发」完全对应。但有两个要点必须先记住。

▍第一，设计评审不是独立阶段，而是贯穿每个阶段的活动

每个阶段结束都要评审，而不是攒到最后做一次。很多企业的做法是「研发收尾时集中开一次评审会」，这在核查视角下等于把评审做成了形式。

▍第二，第 57 条是「收口」条款

设计开发文档（DHF）是前面所有活动的记录汇总。所以 DHF 不是「单独写一份文档」，而是把策划、输入、输出、评审、验证、确认、转换、变更的全程记录系统化汇编起来。

🔗 核心只有两个字：可追溯

DHF 最容易被误解成「文件越多越好」。实际上它的核心只有两个字——可追溯。

官方对设计开发文档核查要点的解读给出了三条合规底线：按医疗器械类型或器械族保留 DHF，而不是一个产品一个杂乱文件夹；DHF 源于各阶段活动，相关文件与记录都要纳入；历次设计开发最终输出过程及其相关活动，必须可追溯。

第三条最关键。

落到实操，就是一条链：设计输入（需求）→ 设计输出（产品规范）→ 设计验证（证明输出满足输入）→ 设计确认（证明满足预期用途）。核查员问「可追溯」，问的就是这条链断没断：每一项输入有没有对应的输出？每一项输出有没有被验证？每一次变更有没有评估影响并重新验证确认？

❝

建一张「输入—输出—验证—确认」追溯矩阵，把设计输入清单里的每一项，逐条对应到输出文件、验证报告、确认结论。这张矩阵做扎实了，追溯性就立住了。

🗂 七阶段64份文件：核查看什么

▍策划阶段：风险管理计划必须「同步启动」

项目建议书、立项会议记录、设计开发计划书、风险管理计划、配置管理计划、策划阶段评审报告。核查要点有两个：风险管理计划要同步建立、贯穿全程，不能研发快做完了才补（对应第 48 条）；配置管理计划常被漏，却是软件类产品核查的必查项。

▍输入阶段：不能出现「产品应稳定可靠」

用户需求说明书、设计开发任务书、设计输入清单、安全特征问题清单、危险（源）分析报告、可用性与网络安全需求、输入评审报告。核查要点：输入必须可验证，每一项输入都要能对应到后面的输出和验证，输入评审要跨职能参加。

▍输出与转换阶段：文件之间必须「对得上」

输出阶段 14 份文件，从产品技术要求、图纸、BOM、工艺流程图、检验规程，到 DFMEA、输出评审报告。转换阶段 11 份，重点是设计转换方案、可制造性评价、试生产记录与总结、PFMEA、特殊过程确认（IQ/OQ/PQ）。最高频的缺陷是——BOM 和图纸对不上、检验规程没有覆盖技术要求里的全部性能指标。

▍验证、确认与变更：别把两者混为一谈

验证（输出满足输入）和确认（满足预期用途）是两件事。验证关注的是「做得对不对」，确认关注的是「做的是不是临床需要的」。确认方式取决于产品类别：免临床目录内的产品走同品种比对，目录外通常要做临床试验。变更阶段则要注意，ISO 13485 第 7.3.9 条要求变更评审必须评价其对在制品、已交付产品以及风险管理输入输出的影响。

🚨 六个高频缺陷，提前避开

✅ 这周就能动的三件事

第一，用一张表把设计输入清单逐条映射到输出、验证、确认，先看漏了哪几项；第二，把风险管理计划从哪里开始写，改成从立项就开始写；第三，按七阶段 64 份文件的清单对照现有 DHF，缺什么补什么——但补的时候要记住，补的是证据链，不是补一份说明。

DHF 是「根」，风险管理记录和注册申报资料是「枝」和「叶」。根不牢，枝叶都立不住。DHF 做扎实了，注册申报资料只是水到渠成的整理。

END