在欧盟医疗器械合规体系里，很多中国企业把DoC（Declaration of Conformity，符合性声明）当成“最后签个字的表格”，结果真正到公告机构审核、进口商尽调、EUDAMED数据核查或成员国市场抽查时，才发现DoC才是最容易暴露体系漏洞的文件之一。它不是装点门面的附件，而是制造商正式声明“该产品符合MDR/IVDR要求并由我承担责任”的法律文件。
截至2026年3月23日，欧盟MDR和IVDR并没有放松DoC的核心要求。相反，随着SRN、Basic UDI-DI、EUDAMED、公告机构证书和上市后体系逐步联动，DoC的写法已经从“法务文本”变成了连接技术文件、注册数据、标签和市场监督的关键控制点。本文基于Regulation (EU) 2017/745、Regulation (EU) 2017/746及其Annex IV要求，系统拆解DoC应写什么、什么时候签、什么时候改、谁来签、如何和CE认证总指南、EUDAMED注册指南、MDR技术文档指南联动。
一、为什么DoC不是“最后补签的一页纸”
1.1 DoC是制造商的法律承诺，不是公告机构证书的替代品
MDR Article 19和IVDR对应条款的逻辑很明确：制造商必须出具EU declaration of conformity，声明相关产品符合适用法规要求，并持续更新该声明。这意味着：
- 公告机构证书不是DoC
- DoC也不是公告机构代签
- DoC的责任最终落在制造商，而不是欧代、经销商或代理顾问
| 文件 | 谁签发 | 证明什么 | 责任归属 |
|---|---|---|---|
| 公告机构证书 | Notified Body | 某一符合性评定程序已完成 | 公告机构对其评定结论负责 |
| DoC | 制造商 | 该产品符合MDR/IVDR及相关欧盟法规 | 制造商承担最终法律责任 |
1.2 为什么市场抽查先看DoC
因为DoC是最快暴露体系不一致的文件。监管方、进口商和客户用一页DoC就能快速比对：
- 制造商名称和地址是否与标签一致
- 欧代是否正确列示
- Basic UDI-DI是否与技术文件一致
- 风险等级是否与分类规则一致
- 公告机构号和证书号是否匹配
- 适用法规是否写完整
如果这些最基础的数据都对不上，监管方没有理由相信后面的技术文件会更严谨。
1.3 中国企业最常见的误区
| 误区 | 表面看起来没问题 | 实际风险 |
|---|---|---|
| 用旧MDD模板改个标题继续用 | 省时间 | 缺少Basic UDI-DI、SRN、Annex IV要素 |
| 认为DoC只给Class I用 | 把NB证书当全部 | Class IIa/IIb/III同样必须有DoC |
| 多个型号共用一页DoC但识别不清 | 文件变少了 | 追溯边界不清，抽查时被质疑范围过宽 |
| 证书更新后不改DoC | 觉得证书才是核心 | DoC信息失真，构成文档不一致 |
二、MDR/IVDR下DoC的法律基础是什么
2.1 MDR Article 19与IVDR体系要求
MDR Article 19明确规定，EU declaration of conformity应说明相关器械满足法规要求，而且制造商需要持续更新。IVDR对IVD产品采取同样逻辑，只是对应条款和分类体系不同。
最关键的两点是：
- DoC必须持续更新
- DoC的最低内容必须满足Annex IV
如果产品除MDR/IVDR外，还同时受其他欧盟立法约束，法规还允许制造商出具一份统一的EU declaration of conformity，在同一份声明里列出所有适用欧盟法规，而不是每部法规各写一张孤立声明。
这点在实务上非常重要，因为一旦企业决定采用“单一DoC”路径，文件里就必须能清楚识别所涉及的全部Union legislation，而不能只把MDR/IVDR写完整，其他同时适用的法规却模糊带过。很多 competitor 文章只说“可以合并”，却没有提醒企业：能合并不等于能偷懒，合并后的识别和版本控制反而更严格。
2.2 DoC管理的几个关键年份
| 时间点 | 对DoC管理的意义 |
|---|---|
| 2017年 | MDR 2017/745与IVDR 2017/746发布，Annex IV最小内容框架确立 |
| 2021年 | MDR开始适用，旧MDD时代模板不能直接照搬 |
| 2022年 | IVDR开始适用，IVD产品DoC逻辑全面切换 |
| 2024年 | EUDAMED、SRN、Basic UDI-DI等主数据联动要求在实务中明显加强 |
| 2026年 | 市场关注点从“有没有DoC”转向“DoC与证书、标签、EUDAMED是否完全一致” |
2.3 Annex IV到底要求写什么
根据MDR/IVDR Annex IV，DoC至少应包含以下信息：
| Annex IV要素 | 核心含义 |
|---|---|
| 制造商名称、注册商号/商标、地址、SRN（如已签发） | 明确谁承担责任 |
| 欧代信息（如适用） | 非欧盟制造商必须衔接欧代 |
| 声明由制造商独立负责签发 | 锁定法律责任 |
| Basic UDI-DI | 锁定产品族主标识 |
| 产品/商品名/产品代码/目录号/识别信息 | 明确DoC覆盖范围 |
| 风险分类 | 与Annex VIII或IVDR分类规则一致 |
| 符合MDR/IVDR及其他适用欧盟法规的声明 | 不是只写一部法规就结束 |
| 适用标准或Common Specifications引用 | 说明符合路径 |
| 公告机构名称、编号、程序与证书信息（如适用） | 关联NB活动 |
| 额外信息（如适用） | 特殊情形补充 |
| 签发地点、日期、签字人姓名职务、签字 | 形成可执行法律文件 |
2.4 Article 19/17与CE标志的关系
DoC和CE标志是连在一起的。逻辑顺序通常是：
- 完成适用的符合性评定
- 技术文件和QMS就位
- 出具DoC
- 加贴CE标志
所以DoC不是CE之后的装饰文件，而是加贴CE前必须具备的法定文件。
三、哪些产品需要DoC，哪些人必须签
3.1 不是只有Class I才需要DoC
所有已按MDR/IVDR上市、并可合法加贴CE标志的常规器械，原则上都需要DoC。区别不在“要不要DoC”，而在DoC前面是否有公告机构参与。
| 产品类型 | 是否需要DoC | 是否需要公告机构参与 |
|---|---|---|
| MDR Class I（非无菌/非测量/非可重复手术器械） | 是 | 通常否 |
| MDR Class Is / Im / Ir | 是 | 是 |
| MDR Class IIa / IIb / III | 是 | 是 |
| IVDR Class A（非无菌） | 是 | 通常否 |
| IVDR Class A sterile | 是 | 是 |
| IVDR Class B / C / D | 是 | 是 |
3.2 非欧盟制造商谁来签
对中国企业来说，签字责任仍在制造商，不会因为有欧代就转移。欧代会在DoC中被列示，但欧代不是DoC的责任主体替代品。因此，企业内部必须明确：
- 是中国总部签
- 还是境外MAH/子公司签
- 谁拥有技术文件和QMS控制权
如果签字实体和标签制造商名称不一致，后续合规链条就会断开。
3.3 谁可以代表公司签字
法规没有要求必须是董事长或总经理，但签字人必须具备授权基础，并能证明是代表制造商签署。实务上最常见的是：
- 法定代表人
- 质量/法规负责人
- 董事或授权管理层
建议同步保留内部授权记录，不要只在DoC上放一个名字。
四、Annex IV逐项拆解：每一项真正该怎么写
4.1 制造商、欧代、SRN字段
这一部分最容易出错。常见错误包括：
- 地址用销售办公室地址，不是注册营业地
- 欧代公司名和证书上的名称不一致
- SRN已拿到却未写入
- SRN写错主体，把制造商SRN写成欧代SRN
建议格式化管理：
| 字段 | 写法建议 |
|---|---|
| Manufacturer | 与证书、标签、EUDAMED主体保持完全一致 |
| Authorised Representative | 与授权协议和EUDAMED主体一致 |
| SRN | 分清制造商SRN与欧代SRN，不要混用 |
4.2 Basic UDI-DI与产品识别范围
Annex IV要求DoC能明确识别DoC所覆盖的器械。对MDR/IVDR体系而言，Basic UDI-DI是产品族级别的核心锚点。这意味着DoC不能只写一个市场名称就算完事，必须让监管方知道到底覆盖哪一组器械。
最稳妥的做法是同时写：
- Basic UDI-DI
- 商品名/系列名
- 产品代码或catalogue number
- 适用型号范围
4.3 风险分类与分类规则引用
很多DoC只写“Class IIa”或“Class C”，但不解释依据。这会让文件显得像抄模板。更好的做法是：
- 写明风险等级
- 内部留存对应的分类依据
- 与技术文件里的classification rationale一致
对于IVDR产品，尤其是从旧IVDD转来的企业，常见问题是市场团队仍沿用旧分类认知，而DoC已经切换到新分类，导致标签、宣传册和DoC彼此冲突。
五、DoC应该如何连接证书、标准、EUDAMED与技术文件
5.1 公告机构信息不是可选装饰
若产品需要公告机构参与，DoC就必须写清：
- 公告机构名称
- 公告机构四位编号
- 执行了哪种符合性评定程序
- 证书编号
| 情况 | DoC中应如何体现 |
|---|---|
| 自我声明Class I | 不写不存在的NB信息 |
| 有NB参与的MDR/IVDR产品 | 写清NB名称、编号、程序、证书号 |
| 多张证书支撑同一产品族 | 明确列示相关证书并确保范围匹配 |
实务上更稳的做法，是在正式签发DoC之前就先做一版DoC字段映射表或draft DoC，把制造商主体、欧代、Basic UDI-DI、证书范围、NB编号、适用法规和签字权限先对齐。这样做的价值不只是文档漂亮，而是能在NB审核、进口商尽调和EUDAMED登记前，提前暴露“证书范围对不上产品边界”这类真正会拖项目的错误。
5.2 标准、CS与GSPR如何放进DoC
Annex IV要求引用所用标准和Common Specifications（如适用）。这不意味着要把几十页标准列表全贴上去，而是要体现制造商是通过什么合规框架证明符合性。
建议规则：
- DoC写主要标准/CS类别
- 完整标准矩阵放技术文件
- 标准版本必须与技术文件和测试报告版本同步
5.3 DoC与EUDAMED不是两套平行系统
2026年越来越多企业开始真正感受到这一点：DoC、EUDAMED、证书、Basic UDI-DI、SRN、标签信息必须相互咬合。若DoC写的产品边界与EUDAMED注册边界不一致，就会出现：
- 进口商发现产品找不到对应声明
- 欧代无法把证书、UDI和主体信息对齐
- 成员国抽查时要求解释DoC范围
因此，DoC应被视为“监管主数据的一部分”，不是独立文档。
六、给中国企业的DoC编写模板框架
6.1 推荐结构
一个成熟的DoC通常可以按下面顺序组织：
| 顺序 | 内容 |
|---|---|
| 1 | 标题：EU Declaration of Conformity |
| 2 | 制造商与欧代信息 |
| 3 | 责任声明 |
| 4 | Basic UDI-DI与产品识别信息 |
| 5 | 风险分类 |
| 6 | 符合MDR/IVDR及其他法规的声明 |
| 7 | 标准/CS引用 |
| 8 | NB信息与证书号（如适用） |
| 9 | 地点、日期、签字人、职务、签字 |
6.2 一个实用写法思路
正文可以围绕以下四句话展开：
- 我是谁
- 我声明哪些产品符合哪些法规
- 我基于哪些标准/证书/程序作此声明
- 我由谁在何时何地签字负责
这四句话写清楚，DoC大框架就不会偏。
6.3 多型号、多语言、多市场的管理方法
对于出口型中国企业，真正难的不是“写出一版DoC”，而是如何在几十个型号、多个成员国语言、多个证书版本更新后仍能保持一致。
建议至少建立三张控制表：
| 控制表 | 作用 |
|---|---|
| 产品族与Basic UDI-DI映射表 | 管DoC覆盖边界 |
| 证书与DoC版本映射表 | 管更新触发 |
| 成员国语言与市场投放表 | 管翻译与发放版本 |
七、什么时候必须更新DoC
7.1 Article 19强调“持续更新”
MDR Article 19不是要求企业“做一份DoC”，而是要求企业持续更新。这意味着只要影响DoC内容的事实发生变化，DoC就要同步调整。
7.2 常见更新触发点
| 触发事件 | 是否通常需要更新DoC |
|---|---|
| 制造商名称/地址变更 | 是 |
| 欧代变更 | 是 |
| SRN签发或变更 | 通常是 |
| Basic UDI-DI调整 | 是 |
| 风险分类变化 | 是 |
| NB证书更新、续证、范围变化 | 是 |
| 新增适用法规或CS | 通常是 |
| 仅排版微调 | 不一定 |
7.3 证书更新后最容易漏掉的三件事
- DoC没改
- 标签/IFU里的NB编号或主体名没改
- EUDAMED和内部文控系统不同步
这三件事一旦漏掉，企业会出现“证书是新的，DoC是旧的，标签是更旧的”三层错位。
八、成员国语言、进口商尽调与市场抽查时最常见的退审点
8.1 语言要求不是“统一英语即可”
MDR Article 19同时指出，DoC应翻译成器械投放市场所在成员国要求的官方语言版本。因此，企业不能简单假设“英语版足够覆盖全欧盟”。不同成员国的市场监管实践和进口商要求并不完全一致。
截至2026年3月23日，欧盟委员会已分别发布MDR和IVDR的成员国语言要求汇总表，并在2024到2025年持续更新。对制造商最实际的启示不是“背表格”，而是承认一个事实：DoC语言要求必须按国家、产品类型和用户场景管理。有些国家在professional use场景下接受英文，有些国家则仍要求本国语言；如果企业只保留一个英文版主文件，再靠销售临时翻译，极容易在进口商审核和市场抽查时出问题。
因此，更成熟的做法不是“统一英语”，而是建立一张DoC语言矩阵，至少覆盖：
- 投放成员国
- 设备是否面向professional use
- DoC是否需要本国语言版本
- 谁负责翻译、复核和版本回收
8.2 进口商通常怎么看DoC
进口商不会逐条审技术文件，但会先看DoC有没有以下问题：
- 制造商/欧代主体是否真实存在
- 产品是否属于其进口范围
- CE证书与DoC是否一致
- 是否缺签字、缺日期、缺NB信息
换句话说，DoC是很多进口商的第一道筛选器。
8.3 最常见的退审点清单
| 退审点 | 根本原因 |
|---|---|
| DoC没有Basic UDI-DI | 仍沿用旧模板 |
| 产品描述模糊 | 没有建立产品族边界 |
| NB证书号不对 | 文控没同步 |
| 欧代名称旧版 | 授权变更后未更新 |
| 签字人无职务或无授权痕迹 | 法务和RA脱节 |
| MDR/IVDR引用错误 | 复制模板未核对 |
九、给中国制造商的执行建议
9.1 不要把DoC交给外部顾问“单独产出”
DoC看似短，但它连接的是整个法规主数据。最危险的做法，是让顾问在看不到完整技术文件、证书和EUDAMED信息的情况下单独起草一版DoC。正确做法应是由企业内部RA/QA主导，顾问辅助校核。
9.2 建立“DoC变更触发机制”
建议在变更控制流程里把DoC单独列为受影响文档。凡是以下系统发生变化，都要自动触发DoC复核：
- 标签主数据
- 主体信息
- 证书状态
- Basic UDI-DI
- 风险分类
- 欧代信息
9.3 让DoC成为内部一致性的终审文件
最实用的管理方式，不是把DoC当最后签字页，而是把它当成一张“总核对表”。在正式签字前，用DoC倒推检查：
- 技术文件边界是否清晰
- 证书范围是否一致
- EUDAMED字段是否一致
- 标签和IFU是否一致
- 法人主体是否一致
如果DoC能一次性过这五关，说明你的欧盟主数据体系基本站住了。
十、FAQ
10.1 DoC和公告机构证书有什么区别？
公告机构证书是第三方评定结果，DoC是制造商自己的法律声明。两者互相关联，但不能互相替代。
10.2 Class I产品也需要DoC吗？
需要。区别只在于很多Class I产品可以自我声明，不代表不需要DoC。
10.3 一个DoC能覆盖多个型号吗？
可以，但前提是产品边界清晰、Basic UDI-DI和识别信息足以支持追溯，且与证书范围一致。
10.4 DoC里必须写Basic UDI-DI吗？
根据Annex IV要求，原则上应包含Basic UDI-DI这一核心识别信息。
10.5 欧代要不要签DoC？
通常DoC由制造商签发。欧代会被列示，但不替代制造商承担签发责任。
10.6 NB证书更新后，DoC一定要更新吗？
大多数情况下是的。只要DoC中涉及的NB信息、证书号、范围或状态发生变化，就应同步更新。
10.7 只要有英文版DoC就够了吗？
不一定。法规明确提到应翻译成相关成员国要求的官方语言或语言版本。
10.8 DoC最适合谁来管理？
最适合由企业内部RA牵头，QA、法务、文控、欧盟项目负责人共同维护，而不是只靠销售或代理商保管。
对中国企业而言，DoC真正的价值不在“这页纸写得多漂亮”，而在于它能否把你的主体信息、产品边界、分类逻辑、证书状态、EUDAMED数据和市场投放版本全部串成一个闭环。谁把DoC当成监管主数据中枢，谁的欧盟合规体系就更稳；谁把它当模板文件，谁迟早会在抽查、进口或证书更新时付出代价。
参考链接
- EUR-Lex, Regulation (EU) 2017/745 (MDR): https://eur-lex.europa.eu/eli/reg/2017/745/oj/eng
- EUR-Lex, Regulation (EU) 2017/746 (IVDR): https://eur-lex.europa.eu/eli/reg/2017/746/2025-01-10/eng
- European Commission, MDCG 2019-15 rev.1 guidance for manufacturers: https://health.ec.europa.eu/document/download/349a2d4c-ea2a-4279-861c-7c063bc077e4_en?filename=md_guidance-manufacturers_en.pdf
- European Commission, MDR language requirements for manufacturers (Rev. 3, August 2025): https://health.ec.europa.eu/document/download/aa9760e3-c864-4173-8b16-d790dac66d74_en?filename=md_sector_lang-req-table-mdr.pdf
- European Commission, IVDR language requirements for manufacturers (Rev. 2, August 2024): https://health.ec.europa.eu/document/download/1e312d8f-8b34-45da-a5fa-1918ba618aca_en?filename=md_sector_lang-req-table-ivdr.pdf
相关文章
CE认证完全攻略：MDR/IVDR框架下医疗器械欧盟市场准入全流程
MDR Rule 1-22分类判定、公告机构审核周期12-18个月、EUDAMED/UDI注册、授权代表职责、UKCA双轨衔接——2026年CE认证全流程费用与时间线，覆盖27+4个欧洲市场。
医疗器械设计控制与DHF设计历史文件完全指南：FDA QMSR与EU MDR双合规
系统解析医疗器械设计控制流程、V模型开发、DHF文件体系与FDA QMSR/EU MDR/NMPA三重合规要求，涵盖网络安全SBOM、AI/ML器械、IVD/IVDR、CAPA闭环，附实操模板、检查清单与常见审计发现。
医疗器械PMCF上市后临床跟踪完全指南：EU MDR合规必修课（2026）
深度解析EU MDR下PMCF（上市后临床跟踪）的法规要求、计划编写、数据收集方法、PMCF评价报告与SSCP更新，附实操模板与合规清单。