QMSR下中国OEM/ODM工厂的设计转移证据包：DHF、DMR、DHR和供应商控制怎么串起来

2026年2月2日FDA QMSR正式生效之后，我们接到了不少中国OEM/ODM工厂的咨询，核心问题几乎一样：设计转移的证据包到底怎么准备？

这些工厂大多已经拿到ISO 13485认证，有些还过了MDSAP审核。但QMSR带来的变化不是换个证书那么简单。FDA检查官现在可以直接调阅你的内审报告、供应商审核记录、管理评审文件——过去有820.180(c)豁免保护的东西，现在都得摊开来看。更要命的是，设计转移这个环节在OEM/ODM场景下涉及两个主体——sponsor（美国上市许可持有人）和contract manufacturer（中国工厂），责任边界模糊，证据链条容易断。

就我们接触到的案例和行业公开信息来看，涉及设计控制的483观察项中，DHF缺失或不完整是最常见的发现之一，其中相当一部分跟OEM/ODM场景下设计转移证据链断裂有关。这不是个小问题。

本文只聚焦一件事：中国OEM/ODM工厂在QMSR框架下，如何构建一套完整的设计转移证据包，使得FDA检查时能够自证"设计输出已经正确转移到生产，且生产过程能够持续产出符合设计要求的产品"。

本文只解决什么 / 不解决什么

先把范围说清楚，避免浪费读者的时间。

本文解决：

OEM/ODM场景下设计转移证据包的文件清单和串联逻辑
ISO 13485 Clause 7.3.8（设计转移）与21 CFR 820.10(c)的映射关系
Sponsor与Contract Manufacturer之间的RACI责任划分
供应商控制、过程验证、变更控制、投诉追溯的证据要求
FDA检查准备清单和常见失败模式

本文不解决：

QMSR的整体框架解读——这部分我们在另一篇文章里已经详细写过
QMSR实施后FDA检查的全面变化——参见QMSR实施后检查实况
设计控制和DHF的基础知识——参见医疗器械设计控制与DHF完整指南
510(k)或PMA的注册申报流程

如果你的工厂是以自主品牌在美国上市（即你是design owner也是manufacturer），设计转移的逻辑会更直接一些，本文讨论的OEM/ODM双主体场景的复杂性对你来说会低很多。但文件清单和证据要求大体一致，仍然可以参考。

QMSR术语变化速览

QMSR把ISO 13485:2016以"引用并入"的方式纳入了21 CFR Part 820，术语体系跟着ISO走。对中国工厂来说，最直观的变化是记录名称改了。

旧QSR术语	QMSR/ISO 13485术语	英文缩写	核心内容
Design History File（设计历史文件）	Design and Development File（设计和开发文件）	DDF	设计输入、输出、验证、确认、转移、变更的全过程记录
Device Master Record（器械主记录）	Medical Device File（医疗器械文件）	MDF	产品规范、生产规程、标签、包装、检验标准等主文档
Device History Record（器械历史记录）	Production Records（生产记录）	Batch Record / DHR	每批次生产全过程记录，含原材料批号、过程参数、检验结果
Management Representative（管理者代表）	Top Management（最高管理者）	—	体系整体负责人的职责界定
Supplier（供应商）	External Provider（外部供方）	—	涵盖原材料、组件、外包服务等所有外部供方
CAPA（纠正和预防措施）	Corrective Action（纠正措施）	CA	ISO 13485将纠正和预防分开表述（8.5.2和8.5.3）

术语改了，但文件的内容要求并没有本质变化。就我们的观察，多数中国工厂的做法是在现有DHF封面加一行"又名DDF"或者"DDF = DHF"，内部文件编号体系保持不变。这样做FDA是接受的。关键不是叫什么名字，而是里面的内容是否完整、记录之间是否能互相索引。

有一个需要特别留意的点：ISO 13485 Clause 4.2.3要求每个医疗器械类型（device type）都必须有一个医疗器械文件（MDF）。在OEM/ODM场景下，这个MDF应该由谁持有？一般来说，contract manufacturer持有自己负责生产的那部分MDF内容（生产规程、检验标准、包装操作规程），而sponsor持有完整的产品MDF。两边的MDF内容要有交叉引用，不能各做各的。

设计转移的法律要求

ISO 13485 Clause 7.3.8说了什么

ISO 13485:2016 Clause 7.3.8（Design and Development Transfer）的要求可以拆解为两层：

第一层，设计和开发的输出在成为最终生产规范之前，必须经过验证，确认这些输出适合制造。

第二层，必须验证制造能力能够满足器械的要求。

条款原文不长，但信息密度很高。"适合制造"（suitable for manufacturing）意味着设计输出不能只停留在原型阶段——工程样品做得出来不等于量产做得出来。公差、工艺窗口、设备能力、人员技能，这些都要在设计转移阶段确认清楚。

"制造能力满足器械要求"则更进一步。它不只是说设备能转起来，而是要证明：在正常生产条件下，产出的一致性能持续符合设计规范。这就是为什么设计转移跟过程验证（IQ/OQ/PQ）紧密关联。

21 CFR 820.10(c)的补充要求

QMSR在820.10(c)中保留了FDA对设计控制的要求。虽然ISO 13485的条款现在有了联邦法规效力，但FDA通过820.10(c)明确了几个补充点：

设计转移是设计控制流程的必经环节，不能跳过
转移记录必须可追溯（traceable）
合同制造商（contract manufacturer）的设计转移活动同样受QMSR约束

这一点对OEM/ODM工厂至关重要。有些中国工厂以为"设计是客户的，我只负责生产，设计转移跟我无关"。这个想法在QMSR下行不通。FDA在2026年2月的FAQ里写得很直白：如果contract manufacturer承担了任何与设计转移相关的活动（哪怕是执行转移后的生产验证），这些活动就必须在QMSR框架下有记录、有证据。

IDE器械不再豁免设计控制

旧QSR时代，研究用器械豁免（IDE）器械可以免除部分设计控制要求。QMSR收紧了这一点——IDE器械现在也需要遵循完整的设计控制流程，包括设计转移。如果你的工厂有IDE器械的代工业务，这一点要格外注意。

OEM/ODM场景下的证据链

谁负责什么：Sponsor vs Contract Manufacturer

OEM/ODM场景下设计转移的复杂性在于，活动跨越两个法律主体。设计输入、设计输出验证这些通常由sponsor主导；但过程验证、生产释放、来料检验这些由contract manufacturer执行。如果责任划分不清晰，FDA检查时两边都拿不出完整证据。

我们建议用RACI模型把责任矩阵明确下来。下面的表格是一个典型的OEM/ODM设计转移RACI分配，可以根据实际情况调整：

活动	Sponsor	Contract Mfg	备注
设计输入审批	R/A	C	sponsor拥有最终审批权，但应征求工厂的可制造性意见
设计输出验证	R	A/C	sponsor主导验证方案，工厂确认可制造性
设计转移方案	A	R	工厂起草转移方案，sponsor审批
过程验证（IQ/OQ/PQ）	C	R/A	工厂执行并审批，sponsor确认结果可接受
生产释放（Production Release）	A	R	工厂执行批放行，sponsor保留最终市场释放权
投诉处理	R/A	C	美国市场的投诉由sponsor处理，涉及生产问题的需反馈工厂
CAPA发起	R/A	R	双方均可发起，但分级由sowner决定
变更控制	R/A	R	设计变更由sponsor审批，工艺变更由工厂发起、sowner确认
供应商审批	C	R/A	工厂审批自己的供应商，关键供应商需sowner认可
DDF/DDF维护	R/A	R	sponsor维护完整DDF，工厂维护自己负责部分的DDF子集

R = Responsible（执行），A = Accountable（审批/负责），C = Consulted（被咨询）

就我们的经验来看，最容易出问题的几个环节是：

过程验证——工厂做了IQ/OQ/PQ，但方案和报告没有经过sponsor正式审批。FDA检查sponsor时，sponsor拿不出contract manufacturer的过程验证记录；检查工厂时，工厂说"这是客户的产品，验证报告我们留着但客户没签字确认"。两头都不完整。

变更控制——工厂内部做了工艺优化，但没通知sponsor。或者sowner改了设计规范，但没正式传达给工厂。两种情况都会导致DDF/MDF与实际生产不一致。

投诉追溯——美国市场的投诉由sponsor处理，但如果投诉涉及生产过程偏差，需要反馈到工厂进行根因分析。这条反馈链在实际操作中经常断裂。

关键接口文件

两个主体之间需要有一套接口文件把证据链串起来。核心文件包括：

质量协议（Quality Agreement）——明确双方在设计转移中的职责、沟通机制、变更通知要求、记录保存要求。这是最基础的接口文件，没有它一切都是空谈。
设计转移方案（Design Transfer Plan）——由contract manufacturer起草，sponsor审批。列出所有需要转移的要素、接受标准、时间表。
技术转移包（Technical Transfer Package）——sowner向工厂提供的设计输出文档，包括产品规范、图纸、材料规范、检验标准、包装规范等。
验证总计划（Validation Master Plan）——涵盖所有需要验证的工艺、设备、软件，由工厂编制、sowner确认。

文件夹里放什么：设计转移证据包清单

这是本文最实用的部分。下面列出的每一份文件，都对应一个ISO 13485条款和/或QMSR 820章节。FDA检查时，检查官大概率会要求看到这些文件。

核心文件清单

文件	负责方	ISO 13485条款	QMSR 820章节	说明
设计转移方案	Contract Mfg (起草) / Sponsor (审批)	7.3.8	820.10(c)	定义转移范围、接受标准、时间表、责任人
设计转移报告	Contract Mfg	7.3.8	820.10(c)	记录转移执行结果、偏差、结论
DDF索引及交叉引用	双方	4.2.3, 7.3.10	820.10(c)	列出所有DDF文件清单，标明持有方和存放位置
MDF（工厂持有部分）	Contract Mfg	4.2.3	820.10(c)	生产规程、检验标准、包装SOP、设备清单
过程验证方案（IQ/OQ/PQ）	Contract Mfg	7.5.6	820.10(c)	每个特殊过程的验证方案
过程验证报告	Contract Mfg	7.5.6	820.10(c)	含数据统计分析、结论
质量协议	双方签署	4.1.6, 7.4	820.10(c)	明确设计转移职责、变更通知、记录保存
供应商质量协议（关键供应商）	Contract Mfg	7.4	820.10(c)	含设计转移相关的来料要求
批记录模板（Batch Record）	Contract Mfg	7.5.1, 8.2.6	820.10(c)	生产记录模板，含所有过程参数和检验点
来料检验标准	Contract Mfg	7.4.3, 7.1	820.10(c)	关键原材料和组件的接收标准
环境控制记录	Contract Mfg	6.4, 7.5.1	820.10(c)	洁净室/受控环境的监测数据
设备维护和校准记录	Contract Mfg	6.3, 7.6	820.10(c)	关键生产设备的维护计划和校准证书
人员培训和资格记录	Contract Mfg	6.2	820.10(c)	设计转移相关岗位的培训记录和资质确认
变更控制记录	双方	7.3.9, 7.5.7	820.10(c)	设计和工艺变更的审批记录
软件验证记录（如适用）	Contract Mfg	7.5.6, 4.1.6	820.10(c)	生产用软件的验证报告

文件之间的串联逻辑

文件不是孤立存在的。FDA检查官看设计转移证据包时，关注的是文件之间的逻辑关联。一个典型的串联路径如下：

设计输入（来自sowner的技术转移包） → 设计输出确认（工厂确认可制造性） → 设计转移方案（定义接受标准） → 过程验证（证明生产能力） → 设计转移报告（总结结论） → MDF更新（将验证后的参数写入生产规范） → 首批生产记录（DHR/batch record证明实际产出符合要求）

任何一个环节的记录缺失，整条证据链就断了。就我们接触到的483案例来看，最常见的断裂点是：过程验证报告跟设计转移报告之间缺乏明确的引用关系。工厂确实做了IQ/OQ/PQ，但没人把验证结果跟设计转移的接受标准做一个对照表。FDA检查官看到的是两份独立的文件，而不是一条完整的证据链。

我们的建议是：在设计转移报告中加一个"验证结果对照表"，左边是设计转移方案中定义的接受标准，右边是对应的IQ/OQ/PQ报告编号和结果，逐项对照。这个做法简单有效，但很多工厂没想到。

供应商控制证据包

设计转移不是只跟工厂内部有关。你的原材料、组件、外包加工服务的供应商，也是设计转移的一部分。ISO 13485 Clause 7.4对采购控制提出了明确要求，QMSR下FDA可以直接审查你的供应商审核记录。

供应商控制的核心文件

文件	ISO 13485条款	说明
批准供应商清单（ASL）	7.4.1	列出所有经批准的供应商及其供货范围、状态（临时/正式/暂停）
供应商评价记录	7.4.1	初始评价和年度再评价记录，含评价标准和结果
供应商质量协议	7.4.2	与关键供应商签署，明确质量要求、变更通知义务、检查权
来料检验规程	7.4.3	每种关键原材料的检验项目、方法、抽样方案、接受标准
来料检验记录	7.4.3	实际检验数据，含批号、日期、结果、判定
供应商审核报告	7.4.1	对关键供应商的现场审核报告（QMSR下FDA可查阅）
供应商纠正措施记录	7.4.1	供应商不符合项的纠正和验证记录
供应链变更通知记录	7.4.2	供应商发起的变更通知及工厂的评估和处置记录

质量协议的关键附件

在OEM/ODM场景下，工厂与sowner之间的质量协议里应该有一个专门的附件处理设计转移相关的供应商控制。这个附件至少需要包含以下内容：

哪些原材料和组件被定义为"关键"——这通常由sowner在技术转移包中指定
关键供应商的审批流程——工厂推荐、sowner确认
供应商变更通知的要求——什么级别的变更需要通知sowner，通知的时限
来料检验标准的确认机制——工厂的来料检验标准需要与sowner的材料规范一致

我们看过不少质量协议，写得都比较泛，像是通用模板。在设计转移的语境下，质量协议必须具体到"这个产品的这颗螺丝钉由哪个供应商提供，检验标准是什么，供应商变更需要提前多久通知"。不够具体的质量协议在FDA检查时基本等于没有。

供应商审核的频率

ISO 13485没有硬性规定供应商审核频率，但要求基于风险制定审核计划。就我们的经验来看，以下频率是行业通行做法：

关键原材料供应商：每年至少一次现场审核
一般原材料供应商：每两年一次现场审核，或基于绩效数据延长至三年
外包加工服务供应商：每年至少一次，特别是灭菌、无菌加工等高风险服务

需要留意的是，QMSR下FDA可以查阅你的供应商审核报告。如果你的审核记录写得马虎——比如审核发现项描述模糊、纠正措施没有跟踪验证——这本身可能成为483观察项。

过程验证证据包

设计转移和过程验证是强关联的。ISO 13485 Clause 7.3.8要求"验证制造能力能够满足器械要求"，这个验证的核心就是过程验证。

哪些过程需要验证

ISO 13485 Clause 7.5.6要求，过程的输出不能被后续的监视或测量完全验证的，必须进行过程确认（validation）。在医疗器械制造中，以下过程通常需要验证：

注塑成型——产品尺寸和内部缺陷无法100%检测
挤出工艺——管材壁厚和同心度有波动风险
焊接/粘接——接头强度无法逐件全检
灭菌工艺——无菌状态无法逐件验证
无菌包装密封——密封完整性无法100%无损检测
涂层/表面处理——涂层厚度和均匀性难以全检
注装/灌封——灌装量精度和密封性

对于OEM/ODM工厂来说，设计转移时需要做的第一件事就是跟sowner一起确认：哪些生产过程属于"特殊过程"需要验证。这个确认本身也应该有记录。

IQ/OQ/PQ的三阶段框架

阶段	内容	典型样本量	设计转移中的角色
IQ（安装确认）	确认设备按规范安装，公用设施连接正确，仪表经过校准	N/A	证明"设备就位、可运行"
OQ（运行确认）	确认设备在操作范围内能稳定运行，识别关键工艺参数和操作窗口	通常每个参数组合3个运行	证明"设备能做对"
PQ（性能确认）	确认在实际生产条件下，过程能持续产出合格产品	通常连续3个批次，每批次按实际批量	证明"量产做得出"

在设计转移方案中，应该明确引用IQ/OQ/PQ报告。转移的接受标准之一就是PQ的三批（或更多）全部通过。如果PQ批次出现不合格，需要分析根因——是设计输出不适合量产（设计问题），还是设备/工艺能力不足（生产问题），还是人员培训不到位（管理问题）。这个分析本身就是设计转移证据包的重要组成部分。

软件验证

如果生产过程中使用了软件（比如自动化检测设备的控制软件、MES系统、ERP系统中的生产模块），ISO 13485 Clause 4.1.6和7.5.6要求对这些软件进行验证。

在OEM/ODM场景下，一个容易被忽略的点是：sowner提供的检验标准或测试程序中包含软件成分。比如sowner给了一份基于机器视觉的外观检验程序，工厂的检测设备运行这个程序。这个程序本身的验证责任在谁？一般来说，程序的功能验证由sowner负责，但程序在工厂特定设备上的运行验证由工厂负责。这个分工也应在质量协议中明确。

无菌制造的特别考虑

如果你的OEM/ODM产品涉及无菌制造，设计转移的证据包要额外注意以下几点：

灭菌工艺验证——需要完整的灭菌验证报告（含生物指示剂挑战测试、灭菌剂量设定或EO残留测试等）
无菌屏障系统验证——包装的密封强度、染色渗透测试、加速老化试验
环境监测数据——无菌生产区域的环境监测（微生物、微粒）基线数据
培养基模拟灌装（如适用）——至少连续三次成功的培养基模拟灌装结果

灭菌和无菌相关的验证是FDA检查的高频关注区域。在我们接触到的涉及无菌产品的483案例中，灭菌验证不完整是一个反复出现的观察项。

变更控制与投诉追溯

设计变更怎么流转

设计转移完成后，变更控制是保持证据链持续有效的关键。ISO 13485 Clause 7.3.9（Design and Development Changes）要求所有设计变更都必须经过评审、验证（必要时）、确认（必要时）和审批，并在实施前获得批准。

在OEM/ODM场景下，变更可能来自三个方向：

方向一：Sponsor发起设计变更。比如改了产品材料、调整了尺寸公差、修改了标签内容。变更由sowner的工程变更通知（ECN）触发，通过质量协议约定的渠道传达给工厂。工厂收到后需要评估变更对生产的影响——是否需要重新做过程验证？是否需要更新MDF？是否需要通知下游供应商？

方向二：Contract Manufacturer发起工艺变更。比如优化了注塑参数、更换了设备、调整了检验方法。这类变更需要经过工厂内部的变更控制流程，并根据质量协议的要求通知sowner。sowner需要评估变更对产品性能的影响——是否需要更新设计输出？是否需要重新验证？

方向三：供应商发起变更。比如原材料供应商更改了配方、包装材料供应商更换了供应商。这类变更需要经过工厂的供应商变更管理流程，并根据变更的级别决定是否需要通知sowner。

每一类变更都需要有记录，而且记录要能串联起来：变更发起单 → 影响评估 → 验证/确认报告（如需要） → 审批记录 → 实施记录 → MDF/DDF更新记录。这条链不能断。

投诉数据怎么回传

美国市场的投诉由sowner收集和处理（因为sowner是FDA注册的上市许可持有人）。但如果投诉涉及生产过程问题——比如尺寸超差、材料缺陷、包装破损——sowner需要将投诉信息反馈到工厂进行根因分析。

在实际操作中，这条反馈链经常断裂。原因有几个：

sowner的投诉处理团队跟工厂的对接人不一致，信息传递有延迟
投诉信息的格式跟工厂的CAPA系统不匹配，需要手工转换
语言障碍——美国团队的投诉描述是英文的，工厂的根因分析用中文写，翻译过程中丢失细节
没有建立明确的时限要求——投诉发生后多久内需要反馈到工厂，工厂多久内需要完成根因分析

我们的建议是：在质量协议中明确规定投诉反馈的SLA（服务等级协议）。比如，涉及生产过程的投诉，sowner应在收到后5个工作日内通知工厂；工厂应在收到通知后15个工作日内完成初步根因分析并回复。同时，建立一个统一的投诉反馈模板，包含所有FDA 820.198要求的7项要素，减少信息丢失。

CAPA的联动

当投诉或偏差触发CAPA时，OEM/ODM场景下的CAPA可能跨越两个主体。比如：美国市场投诉产品开箱破损，sowner发起CAPA，根因分析指向工厂的包装工艺。这时CAPA的执行需要在两个体系之间流转：sowner的CAPA系统记录了问题、启动了调查，工厂的CAPA系统接收了调查任务、执行了根因分析和纠正措施，然后将结果反馈回sowner的CAPA系统关闭。

这个跨体系流转需要有明确的机制。常见做法是给每一条跨体系CAPA分配一个联合编号（joint CAPA number），两边各保留一份完整记录。

FDA检查员常见483观察项

从近年来FDA公开的483数据和行业观察来看，涉及设计转移的观察项主要集中在以下几个方向：

常见观察类型

483观察类型	常见程度	典型描述
DHF/DDF缺失或不完整	非常常见	无法提供完整的设计转移记录；DDF中缺少验证/确认报告引用
过程验证不充分	常见	特殊过程缺少IQ/OQ/PQ记录；验证样本量不足
供应商控制不足	常见	关键供应商未经审批；无来料检验记录
变更控制缺失	较常见	设计变更未经正式审批即实施；变更未通知相关方
质量协议不完整	较常见	质量协议未明确设计转移职责；缺少变更通知条款
批记录不完整	偶见	批记录缺少过程参数记录；检验结果未记录

（注：以上基于近年来FDA公开483中涉及设计控制和合同制造的观察项的行业分析。一份483可能包含多项观察。）

最常见的五个具体观察

观察一：DHF/DDF中找不到设计转移记录。

检查官问"请提供这个产品的设计转移方案和报告"，工厂提供不了。或者提供的DDF中有设计输入、设计输出验证、设计确认，但唯独没有设计转移的章节。这说明设计控制流程走到了临床/性能验证就停了，没有完成从设计到生产的完整衔接。

观察二：过程验证与设计转移脱节。

工厂有IQ/OQ/PQ报告，但报告里没有引用设计转移方案中的接受标准。检查官看到的验证报告像是"为了验证而验证"，而不是"为了证明设计输出正确转移到生产"。

观察三：质量协议中设计转移职责空白。

检查官要求查看质量协议，发现其中只有生产交付、付款条款等商业内容，完全没有涉及设计转移、变更通知、投诉反馈的质量条款。

观察四：供应商变更未经通知。

工厂更换了关键原材料供应商，但没有通知sowner，也没有更新MDF。检查官通过批记录追溯原材料批号时发现了不一致。

观察五：批记录与验证状态不符。

过程验证中确定的工艺参数范围是A到B，但批记录中实际使用的参数超出了这个范围。或者验证中使用的是旧版设备，生产线上已经换了新设备但没有重新验证。

检查准备清单

FDA检查前的准备工作不应该只是"把文件找出来"。检查官要看的是一条完整的证据链。下面这份清单列出了检查前应该逐项确认的内容，建议在检查前2-4周完成自查。

文件完整性检查（15项）

DDF索引表是否完整——列出所有DDF文件，每份文件有编号、版本、日期、持有方
设计转移方案是否经过双方审批签字——确认sowner和contract manufacturer都有签字
设计转移报告是否完整——包含所有转移要素的结果、偏差处理、结论
验证结果对照表是否存在——设计转移接受标准 vs IQ/OQ/PQ结果逐项对照
所有IQ/OQ/PQ报告是否齐全——每个特殊过程都有完整的三个阶段报告
过程验证是否在有效期内——验证通常有效期为2-3年，需要确认是否需要再验证
MDF是否为最新版本——确认生产规程、检验标准与最新设计输出一致
批记录模板是否与MDF一致——抽查3-5份批记录，确认记录中的参数和检验项与MDF匹配
质量协议是否涵盖设计转移条款——确认协议中有设计转移、变更通知、投诉反馈的专门条款
ASL是否更新——确认所有关键供应商都在批准供应商清单上，且状态为"正式批准"
供应商审核报告是否在有效期内——确认关键供应商的最近一次审核不超过12个月
来料检验记录是否完整——抽查近期5-10批关键原材料的来料检验记录
人员培训记录是否覆盖设计转移相关岗位——确认操作工和检验员接受了设计转移后的培训
变更控制记录是否完整——自设计转移以来所有变更都有记录，且经过双方确认
投诉和CAPA记录是否有跨体系关联——涉及生产问题的投诉是否已反馈到工厂，CAPA是否已关闭

人员准备（5项）

确定陪同检查的关键人员：质量经理、生产经理、设计转移项目负责人
确保陪同人员能解释DDF索引和文件之间的引用关系
准备好检查官可能问到的关键数据：生产批量、不合格率、投诉数量、CAPA状态
确认英语沟通能力——如果检查官说英文，需要有能流利对答的质量人员在场
准备一份简要的工厂和产品介绍材料（英文），5页以内

物理准备（3项）

确保检查官需要查阅的所有文件都能在30分钟内找到并提供
确认生产区域和仓库的现场状态整洁，标识清晰
准备一个独立的会议室供检查官使用，配备打印机、复印机

常见失败模式

失败模式一："设计转移就是文件移交"

有些工厂把设计转移理解为"sowner把技术文件发给我们，我们收到存档就行了"。这不是设计转移，这是收发快递。

设计转移的本质是验证——验证设计输出在工厂的实际生产条件下能够被正确执行，且产出符合设计要求的产品。如果只是收了文件没有验证，等于没有做设计转移。

补救方法：起草一份设计转移方案，列出需要验证的每个要素，逐一执行验证并记录结果。

失败模式二："验证报告是应付审核的文书"

部分工厂的IQ/OQ/PQ报告是为了应付ISO 13485认证审核写的，数据可能是"编"的或者从其他产品复制粘贴过来的。这种做法在MDSAP或ISO审核中可能侥幸过关（虽然也不应该），但在FDA检查中大概率会被识破。

FDA检查官会交叉核对验证报告中的设备序列号、校准日期、操作人员签名与工厂的设备清单、校准记录、培训记录。对不上就是483。

补救方法：重新执行过程验证，确保数据真实、完整、可追溯。

失败模式三：质量协议是通用模板

很多工厂的质量协议是从网上下载的模板或者从其他客户那里复制的，里面的条款跟当前产品的实际情况不符。比如模板里写着"sowner负责所有设计验证"，但实际上某些验证（如可制造性验证）是由工厂执行的。

FDA检查官看到质量协议中的职责描述跟实际操作不一致时，会追问：到底谁做了什么？为什么协议跟实际不符？这个追问可能暴露出更深层的体系问题。

补救方法：根据每个产品的实际OEM/ODM安排定制质量协议，逐条确认职责描述与实际操作一致。

失败模式四：批记录缺少设计追溯

FDA检查官在审核批记录时，会关注一个关键问题：这份批记录中的参数和检验标准，能否追溯到一份经过验证和批准的文件（MDF或SOP）？

有些工厂的批记录中直接写参数值，但不标注参数来源。检查官问"这个温度范围80±5°C是从哪里来的？"操作工说"一直这么做的"。这就是典型的追溯失败。

补救方法：在批记录模板的每个参数和检验项旁边标注来源文件编号和版本号。或者在批记录的表头列出所有引用文件。

失败模式五：忽视了sowner端的DDF完整性

中国OEM/ODM工厂有时候只关注自己手里的文件，忽略了sowner那边是否持有完整的DDF。如果FDA检查sowner时发现DDF不完整——比如缺少设计转移的记录——检查结论可能会影响到工厂。

虽然FDA通常不会因为sowner的DDF问题直接给工厂发483，但如果sowner的DDF中引用了工厂的过程验证报告，而工厂提供不出这些报告，问题就会传导到工厂这边。

补救方法：定期与sowner对齐DDF索引，确认双方持有的文件清单一致、引用关系正确。

如何补救：发现差距后的分步行动

如果你读到这里发现自己工厂的设计转移证据包有缺口，不用慌。差距被发现本身就是一个好的开始。以下是分步补救的行动方案。

第一步：差距评估

把本文前面列的15项文件完整性检查清单过一遍，标出哪些有、哪些没有、哪些有但不完整。这个评估建议由质量经理和设计转移项目负责人一起做，大概需要1-2天。

输出：一份差距清单（gap list），每条差距标注严重程度（高/中/低）和预计补救时间。

第二步：优先级排序

以下差距应该优先处理，因为它们直接影响FDA检查的结果：

缺少设计转移方案和报告（高优先级）
缺少过程验证报告或验证不在有效期内（高优先级）
质量协议中没有设计转移条款（高优先级）
DDF索引不存在或不完整（中优先级）
供应商审核记录缺失（中优先级）
批记录与MDF不一致（中优先级）
培训记录不完整（低优先级，但容易被问到）

第三步：补充缺失文件

对于缺失的文件，有两种情况：

文件确实从未创建过。比如从来没有写过设计转移方案。这种情况下需要补写，但要注意：补写的方案和报告必须标注实际创建日期，不能倒签。FDA对倒签日期非常敏感，发现后可能升级为造假嫌疑。

补写的方案应该包含一个"回溯验证"（retrospective validation）的章节——说明虽然正式的设计转移方案在当时没有创建，但通过回顾现有的验证记录、批记录、投诉数据，确认设计输出实际上已经正确转移到生产。附上所有支持性证据。

文件曾经存在但遗失了。这种情况下，如果能从sowner或其他渠道找到副本，直接补充即可。如果确实找不到了，需要创建一份声明（memo），说明文件的原始创建情况、遗失原因、替代证据（如有）。

第四步：验证现有文件的一致性

把DDF、MDF、批记录、过程验证报告放在一起比对，确认：

MDF中的参数和检验标准与DDF中的设计输出一致
批记录中的参数和检验项与MDF一致
过程验证报告中的参数范围涵盖了批记录中实际使用的参数

如果发现不一致，通过变更控制流程处理——不能直接改文件，要走变更。

第五步：与sowner对齐

把补救结果跟sowner沟通。特别是：

补写的文件需要sowner审批签字
更新后的DDF索引需要双方确认
质量协议的修订需要双方协商

第六步：纳入日常管理

补救完成后，把设计转移证据包的维护纳入日常质量管理体系。具体来说：

每年管理评审中增加"设计转移证据包有效性"的评审项
内审时覆盖设计转移的所有要素
变更发生时评估对设计转移证据的影响

常见问题（FAQ）

Q1：我们是纯代工工厂（OEM），产品设计完全是客户的。DHF/DDF还需要我们维护吗？

需要，但范围不同。完整的设计和开发记录（DDF）由sowner维护。但工厂需要维护DDF中与自己负责部分相关的子集——主要是设计转移记录、过程验证记录、以及自己在可制造性评审中的输入和反馈。ISO 13485 Clause 7.3.8的设计转移要求对contract manufacturer同样适用。

Q2：我们的产品已经在生产了，但从来没有正式做过设计转移。现在怎么办？

这在中国OEM/ODM工厂中相当普遍。补做一份回溯性的设计转移验证（retrospective design transfer validation）。核心思路是：回顾已有的过程验证记录、批记录统计（Cpk、不合格率）、投诉数据，证明设计输出确实已经正确转移到生产并且持续产出合格品。关键是不能倒签日期——回溯性验证的报告日期写真实的补做日期，内容中明确标注这是一份回溯性评估。

Q3：QMSR和旧QSR对设计转移的要求有本质区别吗？

核心要求没有本质变化——都是要求证明设计输出适合制造、制造能力满足产品要求。主要变化在两个方面：一是术语（DHF→DDF），二是检查权限（FDA现在可以查阅内审和供应商审核记录）。如果你的体系在QSR时代就是合规的，过渡到QMSR的增量工作不会太大。但如果之前就存在差距，QMSR下被发现的概率更高了。

Q4：过程验证（IQ/OQ/PQ）的样本量有没有硬性规定？

ISO 13485和FDA都没有规定具体的样本量数字。行业通行的做法是：OQ阶段每个参数组合至少3个运行，PQ阶段至少连续3个批次。但对于高风险过程（如灭菌、无菌加工），PQ可能需要5个甚至更多批次。样本量的确定应基于风险管理——对产品质量影响越大的过程，样本量应该越大。统计分析（如Cpk计算）通常要求PQ阶段Cpk > 1.33。

Q5：我们的sowner不太配合提供设计转移相关的信息，怎么办？

这种情况确实存在。我们的建议是分三步走：首先，通过书面方式（邮件、函件）向sowner说明FDA检查的风险——如果检查时发现设计转移证据链断裂，sowner作为上市许可持有人承担主要责任。其次，提出一个具体的文件清单，sowner只需要确认"有/没有/愿意提供"，降低配合门槛。第三，如果sowner仍然不配合，在工厂的质量体系记录中留下沟通证据——证明工厂已经尽到了沟通和提醒的义务。FDA检查时，有证据证明你积极寻求信息但未获得配合，比完全没有记录要好得多。

Q6：MDSAP审核通过了，FDA检查是否就能通过？

大概率不能直接通过。MDSAP和FDA检查虽然都基于ISO 13485，但检查思路和抽样逻辑不同。MDSAP审核员通常采用标准化清单逐项确认；FDA检查官则更倾向于基于风险评估的深度抽样，会追着一两条线索深挖。特别是在设计转移和OEM/ODM场景下，FDA检查官对跨主体证据链的关注度远高于MDSAP审核员。就实际经验而言，通过MDSAP审核是好的基础，但不能替代FDA检查的准备。

Q7：质量协议必须由律师起草吗？

不需要。质量协议首先是技术文件，不是法律文件。它应该由质量团队起草，确保每个条款都反映了实际操作的职责划分。律师可以后续审核法律措辞，但核心内容（谁负责什么、变更怎么通知、投诉怎么反馈）必须由懂业务的人来写。一份质量协议如果只是法律术语的堆砌而没有具体的操作指引，在FDA检查时基本没有价值。

Q8：设计转移证据包需要保存多久？

ISO 13485 Clause 4.2.5要求记录的保存期限至少相当于产品的生命周期，且从产品放行之日起不少于两年。对于医疗器械来说，产品生命周期通常远超两年——植入类器械可能需要保存15年以上。在OEM/ODM场景下，建议在质量协议中明确记录保存的责任方和期限，避免出现"sowner以为工厂在保存、工厂以为sowner在保存"的真空地带。

参考来源：

FDA Quality Management System Regulation (QMSR) — FDA官方QMSR页面，包含最终规则文本、FAQ和实施指南
FDA Design and Development Guidance Presentation — FDA关于设计和开发要求的培训材料，涵盖设计转移的具体要求
AAMI QMSR Understanding Part 820.10 Requirements — AAMI对QMSR 820.10要求的深度解读
ISO 13485:2016 — Medical devices — Quality management systems — ISO官方标准页面，QMSR引用的核心框架