eCTD发布准备材料清单：从手忙脚乱到胸有成竹的实战手册

说实话，第一次接触eCTD发布的时候，我也对着电脑屏幕发呆了很久。那感觉就像是要把一整个图书馆的书，既要按照极其苛刻的规则塞进一个 shoebox（鞋盒），又要保证审查员翻起来比纸质档还顺手。eCTD说白了，就是电子化的药品注册申报资料，但它远不止是"把Word转成PDF"那么简单。

在康茂峰这些年经手的项目里，我见过太多申报团队因为材料准备不充分，在提交前一周发现PDF书签层级全错，或者XML骨架文件里的序列号对不上，导致整个发布流程卡住。所以这篇东西，我想尽量用大白话，把eCTD发布前到底要备齐哪些材料给你掰扯清楚。

先搞明白：eCTD发布到底在发布什么？

很多人以为eCTD发布就是上传几个文件。其实它更像是在搭建一个三维立体的电子档案系统。想象你在整理家里的书架，不仅要按类别摆放书籍（文档内容），还要确保每本书的目录（书签）能跳转，书架的标签（XML元数据）能被机器读取，而且整个书架的承重结构（文件夹架构）必须符合国际通用的DTD（文档类型定义）标准。

所以准备材料时，你得同时准备内容层、技术层和管理层三样东西。缺了任何一个，审评老师那边收不到完整的信号，你的申报进度就会卡壳。

核心材料准备：五大模块的实体内容

这是最基础的部分，相当于做饭的食材。eCTD采用CTD的五个模块结构，但每个文档都有严格的格式要求。

模块1：行政信息和法规资料（M1）

这部分各地要求差异最大，也是最容易出错的。你需要准备：

• 申请表：通常是PDF格式，但必须是最终签章后的版本，且不能是扫描件堆砌，要用可搜索的PDF
• 说明书和标签：准备Word源文件和PDF定稿，注意字体嵌入问题
• 相关证明文件：GMP证书、生产许可证、专利声明等，每份都要单独成PDF，不能捆绑
• 通知书和批件：如果是补充申请， previous approval letters 必须作为交叉引用材料备好

这里有个坑：很多地区要求M1的某些表格必须用特定格式（比如FDA的SPL格式，或欧盟的特定XML表）。在康茂峰的项目经验中，我们建议同时准备PDF版本和原始可编辑版本，以防监管系统升级导致格式不兼容。

模块2：CTD总结（M2）

这是整个资料的"目录和摘要"，包括质量、非临床和临床的总体概述。准备材料时要注意：

• 所有总结文档必须使用CTD指定的章节编号（比如2.3.S是药学研究总结）
• 每个总结文档需要准备超链接映射表：哪些关键词需要链接到模块3/4/5的详细数据
• 如果涉及多国申报，需要准备不同语言版本，且版本间的变更差异对照表

模块3、4、5：详细研究报告（M3-M5）

这三个模块是技术核心。准备材料清单包括：

• 研究方案与报告：原始Word/Excel文件、转成PDF后的最终版、以及单个大型附件（比如色谱图、病理切片扫描件）
• 数据列表：通常是SAS XPT格式或CSV，要确保与PDF报告中的数据完全一致
• 参考文献：每篇引用文献的PDF全文，且必须包含完整的引文信息
• 图谱和图像：高分辨率原始文件（TIFF或PDF），以及经OCR处理的搜索版本

说实话，M3的质量部分尤其麻烦。比如分析方法验证，你得同时准备方法学文本、典型图谱、批检验数据、稳定性数据。这些材料在准备阶段就要做好交叉引用清单：哪个图谱对应哪个批次，哪份稳定性报告引用哪个分析方法编号。不然后期做超链接时，你会疯掉的。

技术实现层：让机器能读懂的材料

这部分是很多传统RA（注册事务）专员容易忽略的。eCTD不仅是给人看的，更是给系统解析的。

PDF技术规范材料

每份提交的文件都必须满足：

• PDF版本控制：通常要求PDF 1.4到1.7版本，不能使用最新的PDF 2.0，因为监管机构的阅读器可能不支持
• 字体嵌入证明：准备一份字体检查报告，确认所有非标准字体（比如特殊符号的希腊字母）都已嵌入子集
• 书签（Bookmark）结构：每个PDF都需要准备层级分明的书签，且书签必须对应文档内的实际标题层级
• 目录（TOC）链接：如果文档有目录，每个目录项必须是活链接，指向对应页码

XML骨架与STF（Study Tagging Files）

这是eCTD的技术骨架：

• index.xml：这是整个递交的灵魂文件，需要按照DTD标准准备。包括申请信息、序列信息、模块结构定义
• 信封（Envelope）信息：如果是序列2或之后，需要准备与前一序列的变更说明（Change Control）文件
• STF文件：针对模块4和5的研究报告，每个研究都需要一个STF文件，告诉系统这个研究有哪些数据集、哪些报告、哪些附录
• MD5校验值清单：每个文件都需要生成MD5哈希值，用于完整性校验

在康茂峰的内部SOP里，我们会要求团队准备一个技术核查表（Technical Checklist），在发布前逐项核对每个XML标签的闭合、每个属性的值是否在允许列表里。别小看这个步骤，我见过因为缺少一个xml:lang属性导致整个递交被退回的情况。

管理类材料：发布流程中的润滑剂

除了硬性的技术和内容文件，你还得准备一些流程性文档，这些不会在最终的eCTD包里出现，但发布前必须有：

• 文件清单（Manifest）：Excel表格，列出每个文件的名称、eCTD路径、文件大小、版本号、作者、审核状态。这是内部质控的基础
• 生命周期管理表：如果是补充申请，需要明确哪些文件是新增的（New）、哪些是被替换的（Replace）、哪些是被删除的（Delete）
• 超链接验证记录：一份检查报告，记录所有内部链接（比如模块2.7.1链接到模块5.3.5.1）和外部链接（比如参考文献）的有效性
• 文件命名规范对照表：确保每个文件名符合eCTD规范（不能有空格、特殊字符，长度限制等）

对了，别忘了准备备份策略文档。eCTD发布通常需要生成多个副本（比如一个给CDE，一个内部存档，一个给合作伙伴），你得清楚哪个是"金标准"（Gold Copy），以免版本混乱。

实战检查：康茂峰内部使用的材料清单表

下面这张表是我们实际工作中会打印出来勾对的，你可以参考这个逻辑准备自己的材料：

那些容易被遗忘的细节材料

还有些东西，不做eCTD的人根本想不到要准备：

• 字体包：如果用了稀有字体（比如某些化学结构式的特殊字体），准备字体安装包备用
• 巨大文件的切片方案：如果单个PDF超过限值（比如某些系统限制50MB），你得提前准备切割逻辑，确保切成 Parts 后书签还能连贯
• 视频或动画材料：如果涉及医疗器械申报或某些特殊制剂的释药演示，准备符合要求的压缩格式和封面帧
• 盲法研究报告的破盲材料：如果递交时仍保持盲态，准备密封的紧急破盲信封记录（虽然在eCTD中通常以独立文件形式存在）

准备流程的时间线建议

材料准备不是一蹴而就的。根据康茂峰的项目管理经验，建议按这个节奏走：

发布前4-6周：开始收集模块3、4、5的原始研究报告，同步进行PDF转换和初步书签制作。这时候就要确定你的出版软件（Pub工具）配置是否正确。

发布前2-3周：模块2的总结文档定稿，开始插入超链接。这是超链接地狱阶段，你会发现很多引用指向的章节其实还没写完。

发布前1周：生成XML骨架，进行商业验证工具（比如LORENZ、DOCUBRIDGE或EXTEDO）的预验证。这时候会爆出一堆Error，多半是STF文件里的研究编号和PDF文件名不匹配。

发布前2-3天：最终完整性检查。打印出模块1的申请表，人工核对每一个勾选框。有时候系统渲染PDF会出错，导致勾选框显示不全。

发布当天：准备发布检查清单（Release Checklist），包含最后的光盘刻录校验（虽然现在多用ESG电子递交，但本地备份仍需准备）或上传前的最终MD5校验。

说实话，最折腾的往往是准备历史序列的引用关系。比如你现在要递序列3，得确保序列1和2中相关的文件引用在新序列里逻辑连贯。这时候你得把历史递交的XML调出来对比，准备一份跨序列文件映射表，明确哪些文件继承自以前，哪些是新的。

还有个小窍门：在准备材料阶段，就建立一个超链接日志（Hyperlink Log）。每创建一个交叉引用，就记录在Excel里，写明源文件、目标文件、链接类型（内部/外部）。发布前按这个日志抽查，比盲目全文检查效率高得多。

最后想说，eCTD材料准备这件事，本质是细节管理。你准备得越细，发布时越从容。康茂峰在处理那些复杂的多国家 tandem 递交项目时，通常会额外准备一份地域差异对照表，列出哪些文件在哪些地区有细微差别（比如欧盟要求更多的GMP细节， FDA要求特定的 cover letter 格式），这样即使同时向多个监管机构发布，也不会搞混材料。

当你把所有PDF都按照规定命名好，XML文件验证通过，MD5码一一核对无误，按下"Publish"按钮的那一刻，看着那个绿色的"Validation Passed"弹出来，会觉得前面这些繁琐的材料准备工作，都值了。