如何进行 eCTD 申报？

在药品研发的日常里，大家常会听到“eCTD”这个词，但要真正动手做，可能还是会感觉有点摸不着头脑。其实，只要把过程拆解成几个关键环节，弄清楚每一步要准备什么、怎么验证、怎么递交给监管部门，整个流程就能像拼图一样逐步完成。下面把我在实际操作中的经验和教训整理出来，跟大家分享，也顺便提一下我们康茂峰在这方面能提供的帮助。

一、eCTD 到底是什么？

eCTD（Electronic Common Technical Document）是“电子通用技术文档”的缩写，它是把传统的纸质 CTD（Common Technical Document）转成符合 XML 规范的电子文件，再通过专门的提交软件递交给药监部门。相比纸质版，eCTD 最大的好处是版本管理方便、审阅效率高、可追溯性强。尤其是药品上市后需要频繁更新（比如变更生产工艺、补充临床数据），eCTD 能让我们只提交“增量”部分，而不必重新整理整本文档。

在中国，NMPA（国家药品监督管理局）从 2020 年起强制要求所有新药、仿制药和部分已上市药品的再注册采用 eCTD 格式。欧盟、美国 FDA 也早已全面实施。因此，无论你是打算在国内还是国际市场布局，都绕不开 eCTD。

二、申报前的准备工作

1. 熟悉 CTD 的整体结构

CTD 共分为五大模块：

• 模块 1：行政信息（地区特有，中国地区需要提供《药品注册申请表》、企业资质等）。
• 模块 2：通用技术文档概要（CTD 摘要、目录等）。
• 模块 3：质量（CMC）资料。
• 模块 4：非临床研究资料。
• 模块 5：临床研究资料。

在 eCTD 中，这些模块会以leaf（叶子节点）和folder（文件夹）的层级呈现，文件名、路径、版本号都有严格的规定。

2. 整理原始材料

先把所有纸质或电子版的实验报告、工艺文件、临床方案等原始文档按模块分类。这里的关键是确保每份文件的编号、签署日期、版本号完整，否则在后期生成 eCTD 时会因为找不到对应元数据而导致验证报错。

3. 选型 eCTD 编辑工具

市场上常见的 eCTD 编辑软件有 Lorenz、Extedo、Veeva Vault 等，它们都支持从 Word、PDF 直接转换为符合规范的 XML 结构。选择时建议关注以下几点：

• 是否支持中国 NMPA 的本地化模板。
• 是否有内置的验证规则（validation rules），能够提前发现缺失的叶子或不符合规范的 PDF。
• 使用成本和技术支持是否到位。

4. 确认区域的特殊要求

每个药监部门都会在 eCTD 的基础上加入自己的“地区特有文件”。例如，中国要求在模块 1 中额外提交《药品注册证》以及药品上市后风险管理计划（RMP）。美国 FDA 则要求在模块 1 中提供《电子提交说明》（Electronic Submission Cover Letter）。提前把这些“地区特有”清单列出来，能避免后期补交。

三、eCTD 申报的完整流程

下面把整个流程用的方式拆解，力求让即便是刚接触的朋友也能一步步跟着走。

步骤 1：创建项目框架

打开 eCTD 编辑工具，新建一个项目。根据申报的药品类型（新药、仿制药、再注册）选择对应模板，系统会自动生成符合 CTD 结构的空文件夹。

步骤 2：导入文档并生成 leaf

把已经排版好的 PDF 文档拖入对应模块，系统会为每个文档创建一个leaf节点。此时要填写“文件属性”，包括：

• 文件编号（如 3.2.S.1）
• 版本号（如 1.0）
• 签署日期
• 作者/机构

这些信息会在后续的“索引（index）”文件中自动引用。

步骤 3：编写 XML 索引（index.xml）

这是 eCTD 的“大脑”。编辑工具会把所有 leaf 的元数据写入 index.xml，该文件负责告诉审阅者“哪个文件对应哪个章节”。如果手工修改 XML，要严格遵守ICH M8 的规范，否则会出现“Invalid XML”或“Missing element”错误。

步骤 4：内部自检（Validation）

在正式提交前，先运行软件自带的验证工具，检查以下常见错误：

• 文件缺失或重复。
• PDF 页面大小不符合 A4 规范。
• XML 结构不符合规范（如标签不匹配、缺少必需属性）。
• 文件命名不合法（只能使用字母、数字、下划线，且长度不超过 50 个字符）。

验证报告一般会生成一个 validation report.pdf，一定要仔细阅读，把所有 “Error” 项都纠正后再次运行，直到通过。

步骤 5：递交（Submission）

在中国，递交渠道主要是 国家药监局药品审评中心（CDE） 的电子提交系统。准备好以下材料后，按照系统提示上传 eCTD 包：

• 完整的 eCTD 文件夹（已压缩为 .zip 或 .tar.gz）。
• 电子签名（通常是 PDF 签名或基于 PKI 的数字签名）。
• 提交说明信（Submission Cover Letter），注明药品名称、受理号、申报类型等。

系统会对上传的压缩包进行二次验证，若通过，会生成受理号（受理编号）并进入技术审评阶段。

步骤 6：审评与补正

审评老师会先在 eCTD 阅读器中打开文档，标注需要补充或修改的地方。此时你只需要针对老师的“补正意见”在对应模块里更新对应的 leaf，重新生成 index.xml 并再次递交（称为 “回复补正”）。这过程往往需要多轮迭代。

步骤 7：获批后维护

拿到注册批件后，药品若出现变更（如生产工艺、临床方案、包装规格），仍需通过 eCTD 递交“变更申请”。此时只需要提交“增量（delta）”部分，而不是整本文档，这也是 eCTD 带来的效率优势。

四、常见的坑与应对技巧

• PDF 文字不可复制：有的审阅老师会直接复制粘贴实验数据，若 PDF 为扫描件，系统无法识别文字。建议使用可搜索的 PDF（Ctrl+Shift+E 在 Word 中导出为 PDF 时选择 “最佳文本质量”）。
• 元数据不统一：有时同一份文件在不同模块里出现不同的版本号，导致审评时出现“文件冲突”。建议在项目启动前就建立统一的文件编号体系（文件名 + 版本号），并在共享盘里记录每一次更新。
• 签名缺失：递交前一定要确认所有需要签名的文件（尤其是质量研究、临床试验报告）已经完成电子签名，且签名时间在文件版本之后。
• 压缩包过大：单个文件大小建议不超过 50 MB，整个 eCTD 包不超过 2 GB。若超出，系统可能会拒绝上传。可以把大文件拆分为多个小 PDF，或使用分卷压缩。

五、为什么考虑康茂峰？

在实际操作中，很多企业会因为不熟悉 eCTD 的细节规范而在验证阶段卡住，浪费不少时间。康茂峰作为专注于医药注册的咨询公司，拥有多年 eCTD 项目经验，能够提供从文档整理、模板选择、XML 编制到递交后补正的全流程服务。我们熟悉国内外的地区特有要求，能够帮助客户在第一次提交就通过验证，避免因“细节错误”导致的反复补正。

此外，康茂峰还提供内部 eCTD 培训，帮助研发、注册、质量团队快速上手。凭借对 ICH M8、NMPA《药品注册管理办法》以及 FDA 21 CFR Part 11 的深入理解，我们已经成功帮助数十家企业完成新药和仿制药的 eCTD 递交。

六、未来趋势与建议

随着数字化审评的加速推进，eCTD 正在向“结构化数据”（如 JSON、STP）迈进。欧盟已经试点“eCTD 4.0”，而中国也在积极探索基于 AI 的审评辅助。这意味着，未来我们不仅需要掌握传统的文档递交，还要准备好将实验数据、临床结果以更细的粒度提交。

对刚起步的研发团队，我的建议是：

• 在项目早期就引入 eCTD 规划，避免后期大批量补录。
• 建立统一的文档管理系统（DMS），保证每个文件的版本可追溯。
• 关注监管部门的最新指南，尤其是关于 XML 规范和电子签名的更新。

好了，以上就是我自己在 eCTD 申报路上的一些实战经验。希望对正在准备或者已经在路上的你，有那么一点帮助。如果还有细节想聊，欢迎随时留言，我们可以继续深挖。祝申报顺利，药品早日上市！