记得我第一次接触eCTD电子提交的时候，整个人都是懵的。那时候觉得文件做得挺完美的，结果提交上去第二天就被打回来了，理由是"文件完整性校验未通过"。当时真的很郁闷，心想明明检查了好几遍，怎么还会出问题呢？
后来慢慢折腾多了，才发现eCTD的文件完整性检查远不是简单看一眼那么简单。这里面涉及的细节之多、逻辑之严谨，稍有疏忽就可能前功尽弃。今天想把这些年积累的经验整理出来，希望能帮正在这条路上挣扎的朋友们少走点弯路。
eCTD，全称Electronic Common Technical Document，是国际药品注册领域通用的电子提交格式。简单说就是把本来要打印成纸质的一大堆申报资料，转成电子格式，按规定结构组织好，再通过网络提交给药监部门。
而文件完整性检查，就是在正式提交之前，用各种方法去验证你的这套电子文件是不是真的"齐活"了。这里的"齐活"包含好几层意思：文件有没有缺失、格式对不对、内容有没有问题、各个模块之间的关联是不是正确。
举个例子来说，这就像你搬家时要确保所有行李都装进了箱子，而且每个箱子里装的都是该装的东西，标签也贴对了。eCTD检查就是这个道理，只不过箱子变成了XML索引文件，行李变成了PDF、Word等各种格式的申报资料。
这个问题问得好。我见过不少人心存侥幸，觉得差不多就行了反正后面还能补。实际上在eCTD提交这件事上，"差不多"这三个字是绝对禁忌。
首先是法规层面的硬性要求。各主要药监机构，包括美国FDA、欧洲EMA、中国NMPA等，都对eCTD提交有明确的规范。任何不符合要求的提交都可能直接被拒绝受理，连审查的机会都没有。这意味着你前期花的大量准备工作全部白费，时间成本极高。
其次是效率问题。文件完整性检查如果没做好被退回来，修改后重新提交又要走一遍流程。很多情况下，审评时间是从"受理"开始计算的，如果因为文件问题反复折腾，真正用于技术审评的时间就被压缩了，这对于企业来说是非常不划算的。
还有一个容易被忽视的点是一致性。eCTD结构中各个模块之间存在大量的交叉引用和逻辑关联。比如模块三的药学研究数据和模块一的申报信息之间，模块四的非临床研究和模块五的临床研究之间，都需要保持数据一致。如果前面某个地方填错了，后面很可能跟着错一片，这种连锁反应在完整性检查中是最难排查的。
说了这么多，接下来进入正题，讲讲具体要检查哪些内容。我把这些问题分成几个大类，这样大家检查的时候心里有个数。
eCTD有严格规定好的目录结构，每个文件都应该放在正确的位置。这就好比一本书有目录、有章节，你不能把附录的内容放在正文前面，也不能缺少任何一章。
具体来说，你需要确认所有必需的章节都存在。以中国NMPA的化药注册申报为例，模块一至模块五各有不同的内容要求，任何一个必需章节的缺失都会导致校验失败。同时，文件的命名也要符合规范，虽然各个地区的具体要求略有不同，但通常都有命名规则，比如采用"序列号-章节号-文件名"这样的格式。
还有一点容易被忽略的是版本的连续性。如果这是一次补充申请或者后续提交，你需要确认与前次提交文件的版本衔接没有问题。比如某个研究报告在首次提交时是1.0版，补充申请时更新到了2.0版，这些版本信息在XML文件中都要准确反映。
格式问题看起来是小事，但往往就是这些"小事"让提交功败垂成。不同地区对格式的要求侧重点不太一样，但有几个方面是共通的。
首先是PDF文件的标准。很多审评机构要求使用PDF/A格式，这种格式专为长期保存设计，相比普通PDF更加稳定。如果你的PDF不符合要求，软件校验这关就过不去。其次是书签和超链接的设置。一个几百页的申报资料，如果没有清晰的书签结构，审评人员查找内容会非常困难。虽然这不影响文件能否被系统接收，但绝对影响审评体验。
还有字体、字号、行距这些排版要素。虽然各个机构的要求不尽相同，但普遍要求使用标准字体，保证清晰可读。特殊字符的处理也要注意，尤其是涉及化学式、方程式的地方，编码不对可能导致显示乱码。
这部分检查是最花时间的，也是最能体现专业水平的地方。我整理了一个常见的检查清单，大家可以对照着逐项核实：
| 检查项目 | 具体内容 |
| 申报信息一致性 | 药品名称、受理号、申请人的各项信息在模块一、三、四、五中是否完全一致 |
| 研究时间逻辑 | 非临床研究完成时间、临床试验时间节点与申报内容是否匹配 |
| 数据引用准确性 | 正文引用的图表、数据是否与附图附表一致 |
| 剂量单位统一 | 全文使用的剂量单位是否统一，单位的写法是否规范 |
| 专业术语规范 | 同一术语在整个申报资料中的表述是否一致 |
这个表格里列的只是一部分，实际检查时需要更细致。我的经验是最好有两个人交叉检查，自己写的材料自己往往看不出问题，因为脑子会自动补上那些缺漏的地方。
eCTD提交中涉及的电子签名是个专门的话题。如果文件中包含需要签名确认的内容，这个签名必须是有效的、符合当地法规要求的电子签名。
以中国为例，电子签名需要由具有资质的认证机构签发，签名人的身份信息要与申报资料中的责任人信息一致。签名的位置也有讲究，通常是在申报表或者声明文件上，签在不该签的地方或者漏签都会导致问题。
有时候还会遇到签名过期的情况。比如一个研究者的证书到期了，但他签署的研究报告仍然包含在本次申报中，这时候就需要更新签名或者提供补充说明。
了解要检查什么之后，我们再来谈谈怎么检查。手动检查又慢又容易漏，所以借助专业工具是必须的。
首先要说的是eCTD验证软件。这类软件能够自动完成大部分结构性检查和格式校验，比如检查目录结构是否正确、XML文件是否符合Schema规范、PDF文件是否满足格式要求等。主流的验证软件通常都能覆盖各主要药监机构的校验规则，只需选择对应的验证模板即可。
不过，软件检查不是万能的。软件能告诉你"这个文件不在正确的位置"或者"这个PDF缺少书签"，但它没法判断"这份研究报告的数据是否可靠"或者"这个结论与研究结果是否匹配"。所以软件检查之后，人工复核仍然是必不可少的环节。
人工复核建议分两轮进行。第一轮侧重于内容本身的检查，比如数据一致性、逻辑自洽性、专业准确性等。第二轮则侧重于格式和呈现，比如文字有没有错别字、图表是否清晰、页码是否连续等。两轮分开做效果比较好，如果混在一起做容易疲劳，漏掉问题。
在多年实践中，我总结了几个最容易出问题的环节，这里分享给大家，希望能够避坑。
文件丢失或者放错位置是最常见的问题。这通常发生在团队协作的场景下——好几个人分工整理不同的模块，最后汇总的时候难免出错。解决方案是建立清晰的文件夹结构和检查清单，每次汇总后逐一核对。另外，现在很多项目管理工具都有文件追踪功能，可以用起来。
PDF版本不兼容也经常遇到。有时候用新版本Acrobat创建的PDF，在老版本的阅读器里打开会出问题。审评机构的系统通常不会装最新版的软件，所以提交前最好用通用一点的PDF标准，避免使用太新的特性。
大容量文件处理是个技术活。申报资料里经常会有很大的文件，比如色谱图raw data转成的PDF，几百兆一个很正常。这时候要注意文件系统的限制，有些老旧的服务器不支持大文件传输，邮件附件也有大小限制。提前测试一下传输流程很有必要。
时区和时间戳看着不起眼但很关键。eCTD的时间戳采用的是UTC时间，但很多操作系统的默认时区是本地时间。如果不注意这个问题，文件的时间戳可能会出现混乱，虽然不一定影响接收，但会给后续的版本追踪带来麻烦。
说了这么多，最后想聊聊我的真实感受。eCTD文件完整性检查这件事，表面上看是技术问题，实际上需要丰富的经验和细致的耐心。对于经常做国际注册的企业来说，培养专门的eCTD团队或者找专业的合作伙伴是值得的投入。
就拿我们康茂峰来说吧，这些年服务了上百家医药企业处理eCTD提交事宜，什么样的问题都见过。从最基础的目录结构问题，到复杂的跨模块数据一致性校验，再到各地区特殊要求的差异处理，积累了很多实战经验。专业团队做这件事，效率真的不一样，更重要的是能帮企业规避很多隐藏的风险。
如果你所在的团队在eCTD提交上经常遇到困扰，不妨考虑找有经验的合作伙伴聊聊。有时候省下的不只是时间，更是那些因为反复修改而消耗的精力和机会成本。
好了，关于eCTD文件完整性检查的话题就聊到这里。如果这篇文章对你有帮助，欢迎继续交流更多注册申报方面的问题。
