2. 设计控制体系构建

设计控制体系不是三份文件的简单堆叠，而是由设计控制计划（DCP）、设计历史文档（DHF）和设计主文档（DMR）构成的三层证据结构。理解它们各自回答什么问题，是编制工作的起点：DCP 回答“这个项目打算怎么控制”，DHF 回答“我们实际做了什么、依据是什么”，DMR 回答“最终产品按什么配置生产”。三者时间指向不同、责任主体不同、变更节奏也不同，混用会导致审核时无法追溯。

一、设计控制计划：把法规要求转成项目级任务

DCP 是项目启动阶段编制的顶层策划文件，核心作用是把 ISO 13485 第 7.3 条和 21 CFR 820.30 的要求，逐条映射为可执行的活动、责任人、输出物和时间节点。编制时建议采用“条款—活动—输出—责任人—时机”五列结构，而不是照抄法规原文。

以一个有源医疗器械为例，DCP 中至少应覆盖：设计输入评审（输出《设计输入规格书》）、风险分析（输出《风险管理报告》初版）、验证与确认策划（输出 V&V 计划）、设计转换（输出试产报告）、设计变更控制（输出变更申请与影响分析）。每条活动必须指定唯一责任人和完成判据，例如“设计输入评审”的判据是“所有输入项均有来源、可验证、无相互矛盾”。

二、设计历史文档：按时间线积累可追溯证据

DHF 是“证据仓库”，证明设计过程符合 DCP 和法规要求。它的编制难点不在格式，而在追溯链的完整性：每一条设计输入都应能追溯到对应的输出、验证记录和风险控制措施。建议在 DHF 中建立一张追溯矩阵，字段包括：输入编号、输入描述、对应输出文件、验证方法、验证结果、关联风险项、风险控制措施、残留风险可接受性。

实际操作中，DHF 常按阶段分卷：概念阶段、设计输入阶段、设计输出阶段、验证阶段、确认阶段、设计转换阶段、设计变更阶段。每个阶段卷内放置该阶段产生的评审记录、计算书、测试报告、图纸、软件版本说明等。关键原则是：DHF 中的记录必须是当时产生的，而不是事后补写的；补写记录会破坏证据的时间效力。

三、设计主文档：面向生产的受控配置清单

DMR 与 DHF 的最大区别在于：DMR 描述的是“产品最终按什么制造”，是生产放行的直接依据。它通常包括：产品规范、图纸与物料清单（BOM）、工艺规程、检验规程、包装与标签、软件版本、外购件技术协议。DMR 中的每一份文件都必须是受控版本，任何变更都要经过变更控制并同步更新 DMR。

一个常见错误是把 DMR 做成“文件目录”。有效的 DMR 应能回答：这个型号的产品，用哪个版本的软件、哪版 BOM、哪份工艺文件、哪份检验标准。建议在 DMR 首页设置配置索引表，列出产品型号、软件版本、BOM 版本、关键工艺版本和生效日期。

四、把设计控制要求嵌入质量管理体系

三份文件编好只是第一步，真正决定体系有效性的是它们能否被 QMS 的日常流程“接住”。嵌入的关键动作有四个：

• 文件控制对接：DCP、DHF 分卷、DMR 全部纳入受控文件清单，明确审批权限、发放范围和版本规则。DHF 中的记录按记录控制程序管理，保存期限至少覆盖产品寿命期后一段规定时间。
• 变更控制贯通：任何设计变更必须同时评估对 DCP 活动、DHF 证据和 DMR 配置的影响。变更申请单上应设置“是否影响 DMR”和“是否需补充 DHF 证据”两个判断项。
• 管理评审输入：把设计控制体系的运行指标纳入管理评审，例如设计评审按时完成率、DHF 追溯矩阵完整率、DMR 变更同步率、设计变更导致的返工次数。
• 内审与 CAPA 联动：内审检查表中设置设计控制专项条款，发现追溯断点或 DMR 版本不一致时，按纠正预防措施流程处理，并验证关闭效果。

五、编制顺序与责任分工建议

实际项目中，建议按以下顺序推进：项目启动会确定 DCP 框架 → 设计输入阶段建立 DHF 追溯矩阵初版 → 设计输出阶段同步生成 DMR 初稿 → 验证确认阶段回填 DHF 证据 → 设计转换阶段冻结 DMR 并完成配置索引。责任上，DCP 由项目经理主导，DHF 由设计保证/质量工程师维护，DMR 由生产工程与质量部门共同确认。三者之间通过变更控制单和追溯矩阵保持联动，才能形成可审核、可追溯、可维护的设计控制体系。