做医疗器械注册的人，对DHF（Design History File，设计历史文件）一定不会陌生。它是FDA21 CFR 820.30(j)的明确要求，也是国内《医疗器械注册质量管理体系核查指南》4.5.1条款的*关键项目——73项核查项目中仅有的2个*关键项目之一。
但"知道重要"和"能做好"之间，隔着一道不小的鸿沟。FDA数据显示，设计控制缺陷占FY2021年483观察项的33%以上，其中DHF不完整是最常见的违规类型之一。国内的注册核查中，设计开发文档相关的19项核查（占26%）也是发补率最高的模块。
今天医械加油站就带大家系统拆解：什么是DHF、为什么它如此重要、以及如何从"一张白纸"开始，构建一套能通过技术审评和现场核查的DHF体系。
图：DHF（设计历史文件）九大核心模块与中美法规对照
一、DHF是什么？中美法规怎么说？
DHF（Design History File，设计历史文件）是设计开发过程中产生的完整记录集合，用于证明产品的设计是按照已批准的设计计划和相关法规要求进行的。通俗地说，DHF就是产品的"设计档案"——从立项到上市的每一个设计决策、每一次测试验证、每一项变更调整，都必须在这个档案里找到对应的记录。
在中国，DHF对应的概念是"设计开发文档"。《医疗器械注册质量管理体系核查指南》（50号公告）4.5.1条款明确要求：医疗器械设计和开发文档应当源于设计开发策划、输入、输出、评审、验证、确认、转换、变更的相关文件，包含设计开发过程中建立的记录，应当确保历次设计开发最终输出过程及其相关活动可追溯。这是73项核查项目中的*关键项目，检查员会重点核查。
在美国，FDA21 CFR 820.30(j)规定：每个制造商必须为其每种器械类型建立并维护DHF，其中应包含或引用必要的记录，以证明设计是按照已批准的设计计划和本部分要求进行的。2026年2月起生效的QMSR（质量管理体系法规）将FDA QSR与ISO 13485对齐，但DHF的核心要求并未改变——完整的设计历史记录仍然是合规的基础。
三个法规体系对DHF的共同要求是：全覆盖（覆盖设计开发全过程）、可追溯（任何设计决策都能追溯到依据和记录）、一致性（文件之间相互一致，没有矛盾）。这三个要求不达标，核查基本过不了。
二、DHF的九大核心模块：每个模块该放什么？
一套完整的DHF包含九大核心模块。我们逐一拆解每个模块的法规依据、核心内容和典型文件清单。
模块一：设计开发策划（Design Plan）
这是DHF的"项目章程"。策划文档需要明确设计开发的目标、范围、阶段划分、各阶段的评审/验证/确认活动安排、职责分工和时间节点。2025版GMP要求策划文档覆盖全要素，建议输出：设计开发计划书、项目进度表、职责分工矩阵。
模块二：设计开发输入（Design Inputs）
输入定义了"产品应该做什么"。来源包括：适用的法律法规和强制性标准、产品适用范围和预期用途、用户需求（包括临床需求）、前代产品或同类产品的技术指标、风险管理初步结果。核查指南特别提到，输入一般应当包括国内外指南文件、标准品或参考物质信息（IVD产品适用）。
模块三：设计开发输出（Design Outputs）
输出了"产品怎么做、做成什么样"。这是核查的重中之重——*4.5.3关键项目。输出文件包括：产品技术要求、设计图纸和BOM清单、生产工艺规程、检验和试验操作规程、软件文档、标签和说明书。关键要求：每项输出必须能追溯到对应的输入，且不同输出文件之间不能相互矛盾。
图：从零构建DHF的五步法：从立项到核查就绪
模块四：设计评审（Design Reviews）
评审不是"签字走过场"，而是在设计开发的适宜阶段对设计结果进行系统性评估。2025版GMP要求评审记录至少包括：评审时间、地点、参与人员；评审内容和范围；发现的问题及整改措施；整改措施的跟踪关闭记录。评审人员应包括与被评审阶段无关的人员，以确保评审的独立性。
模块五：设计验证（Design Verification）
验证回答了"我们是否正确地构建了产品"——即设计输出是否满足设计输入。验证方法包括：测试、检验、分析、计算、对比。验证文件包括：验证方案、原始数据、测试报告、偏差处理记录。关键要求：验证方案必须与输入要求对应，不能漏项；必须保留原始数据。
模块六：设计确认（Design Validation）
确认回答了"我们是否构建了正确的产品"——即产品是否满足用户的实际需求和预期用途。确认方法包括：临床评价、性能评价、用户可用性研究。FDA特别强调，确认必须使用与最终生产等效的样品。确认文件包括：确认方案、临床评价报告、可用性研究报告。
图：需求追溯矩阵（RTM）：DHF的"生命线"
模块七：设计转换（Design Transfer）
转换是"从样机到量产"的关键桥梁。2025版GMP新增了对设计转换的明确要求：从设计开发到生产的转换活动应当经过评审、验证和确认。转换文件包括：转换方案、试生产批记录、工艺验证报告、培训记录。
模块八：设计更改（Design Changes）
更改管理贯穿产品全生命周期。每个更改都必须经过：申请→评估→批准→执行→验证→关闭的完整流程。更改文件包括：变更申请、影响评估报告、验证报告、文件更新记录。如果涉及注册证载明事项的变更，还需要办理变更注册。
模块九：风险管理（Risk Management）
风险管理不是DHF的一个独立"抽屉"，而是贯穿全部八个模块的"红线"。ISO 14971要求：风险管理计划、风险分析（危害识别+风险估计）、风险评价、风险控制措施、剩余风险评价、风险/受益分析、生产及生产后信息。关键是风险管理的结果必须体现在设计输入、输出、验证、确认的各个环节中。
三、从零构建DHF：五步法实操指南
了解了DHF的九大模块，接下来是最实际的问题：如何从"一张白纸"开始构建？我们总结了一个五步法。
Step 1：搭框架。项目立项的同时，就开始建立DHF的目录结构和文档编号规则。框架的设计建议按九大模块组织，每个模块下设子文件夹。同时明确：谁负责编写、谁负责审核、谁负责批准、版本号怎么编（建议V主版本.次格式，如V1.0→V1.1→V2.0）。
Step 2：填内容。按照设计开发的实际进度，逐模块填充内容。"边做边记"是核心原则——设计活动发生的同时，文档就应当同步生成。切忌"先干活后补文档"，因为 retrospective documentation（追溯性补写文档）不仅效率低下，更容易出现遗漏和不一致。
Step 3：建追溯。这是DHF的"生命线"——需求追溯矩阵（RTM，Requirements Traceability Matrix）。RTM的核心逻辑是：每一个设计输入→对应一个设计输出→对应一种验证方法→对应一种确认方法→对应一项风险管控措施。如果某一行出现了空白，说明存在追溯断裂，核查时会被开不符合项。
Step 4：做评审。在每个设计阶段的节点，组织正式的评审会议。评审需要跨职能团队参与（至少包括设计、质量、生产、法规代表），评审意见和整改措施需要形成书面记录并跟踪关闭。建议引入独立审查员——与被评审内容无直接利益关系的人员，以确保评审的客观性。
Step 5：常维护。DHF不是"写完了就锁进抽屉"的静态文档，而是需要持续维护的"活档案"。设计变更时同步更新DHF；定期（建议每季度）审核DHF的完整性和一致性；注册申报前做一次全面的内部模拟核查——让不直接参与项目的同事扮演"检查员"的角色，随机抽查DHF的某个数据点，看能否快速找到对应的完整证据链。
图：医疗器械产品设计开发流程图
四、核查自查清单：八个必查项
在注册申报前，建议对照以下八个必查项逐项自查。
必查项一：DHF是否覆盖设计开发全过程？从策划到风险管理，九大模块缺一不可。特别容易被遗漏的是设计转换模块和风险管理的过程性记录。
必查项二：追溯矩阵是否完整？每一个设计输入都有对应的输出、验证、确认和风险管控措施。随机抽查3-5个输入项，顺着链路核查到末端，确认没有断点。
必查项三：输出文件之间是否一致？产品技术要求、说明书、图纸、标签对同一参数的描述是否完全一致。这是检查员最常用的检查手法——比对不同文件中的同一数据。
必查项四：评审记录是否有实质内容？评审记录不能只有"同意"两个字，需要包含评审内容、发现的问题、整改措施和关闭确认。
必查项五：验证/确认样品是否具有代表性？注册检验产品和临床试验产品的生产地址、生产设备、生产工艺应当与申报的一致。
必查项六：变更是否全部纳入管控？检查是否有"隐性变更"——即实际发生了但没有走变更流程的改动。这类变更往往是核查时的"惊喜"。
必查项七：风险管理是否覆盖全部危害？风险分析是否覆盖了所有可预见的危害场景？风险控制措施的验证记录是否完整？
必查项八：文件版本是否受控？现场使用的文件是否为最新有效版本？作废文件是否已从所有使用点回收？
以上我们从DHF的法规基础（中美对照）入手，系统拆解了九大核心模块，给出了从零构建的五步法实操路径，并梳理了注册申报前的八个必查项。
DHF的本质不是"为了应付检查而整理的文档"，而是产品设计开发过程的真实记录。一个高质量的DHF，既是注册申报的"通行证"，也是产品全生命周期质量管理的"基石"。把DHF做好，注册之路就稳了一大半。
医械加油站将持续为医械人分享医疗器械行业快讯、法规标准解读、文件模板、培训课件及设计开发相关产品资讯，欢迎大家持续关注！
📋 医械加油站持续更新新版GMP核查专栏系列全景规划，覆盖GMP核查从框架认知到模块拆解、从文件编写到问题整改、从内审应答到供应商管理的完整链路，欢迎持续关注！