说到eCTD电子提交，可能很多刚接触药品注册的朋友会感到头大。什么PDF版本要求、文件夹结构、文件命名规则……一堆规范摆在那儿，看得人眼花缭乱。我当初第一次接触eCTD的时候，也是一脸懵，觉得这玩意儿怎么这么复杂。但后来慢慢理清楚了，发现这些要求其实都是有道理的。今天我就用大白话，把eCTD文件格式的要求给大家掰开揉碎了讲讲，希望能帮你少走点弯路。
在正题之前，我想先说个事儿。大家有没有想过，药品监管机构每天要审成千上万份申报资料？如果每个企业都按自己的方式来交材料，那审评老师还不得疯了？文件夹命名乱七八糟，PDF版本参差不齐，目录结构各抒己见……光是整理这些资料就够呛，还怎么专心审内容？
eCTD之所以对格式要求这么严格，其实就是为了让所有申报资料"长一个样子"。这样一来，审评系统可以自动解析，审评老师也能快速定位内容。对我们申报企业来说，虽然前期准备麻烦了点，但至少不用担心因为格式问题被退回重交。从这个角度看，eCTD的规范化其实是双向受益的事儿。
说到eCTD提交，PDF文件是绝对的重头戏。我见过太多案例，内容写得漂漂亮亮，结果因为PDF不符合要求被打回来。你说亏不亏？所以这块儿咱们得好好唠唠。
eCTD对PDF版本是有明确要求的，目前国际通用的标准是PDF 1.4到1.7版本之间。太高不行，太低也不行。这可不是随便定的，PDF 1.4之前的版本在某些安全特性和字体嵌入方面存在兼容性问题，而太高的版本可能有些老旧的审评系统打不开。
这里有个坑大家千万注意：别用最新的Acrobat Pro来生成你的申报PDF。有朋友跟我说，他用2024版的Acrobat生成的PDF，提交的时候系统报错。这就是版本太新的缘故。老老实实用Acrobat XI或者DC的经典版本吧，这些版本生成的PDF兼容性最好。
单个PDF文件的大小不能超过300MB，这个是硬性规定。但我想说的是，最好别真的顶格提交。我个人的经验是，控制在100MB以内比较保险。为什么？因为审评机构的系统每天要处理海量文件，太大的文件上传慢、打开也慢，万一遇到网络波动断了，还得重新传。多一事不如少一事，对吧？
如果你的资料确实很多怎么办？分拆呗。比如临床试验报告，原则上一个完整的研究可以作为一个文件，但如果你那个报告特别厚实，像好几百页的那种，适当分拆成几个部分反而更合理。记得分拆的时候保持文档的连续性，页码要接上。
PDF书签这个功能，看起来不起眼，但在eCTD里特别重要。为什么？因为审评老师不可能从头到尾逐页翻你的资料，他们需要快速跳转。书签就是导航用的，里面应该包含文档的所有标题层级，最好能精确到三级标题。
我见过不少申报材料，PDF做得挺漂亮，但点开一看——没有书签。这就好比一本书没有目录，厚厚几百页让读者自己翻，换谁谁乐意？所以各位，在最终定稿之前，一定要检查PDF书签是否完整、准确。这活儿不费事儿，但能让审评老师对你的好感度提升不少。
字体这事儿看着简单，其实门道不少。eCTD要求所有使用的字体都必须嵌入PDF文件里。啥叫嵌入？简单说就是把字体文件"打包"进PDF里，这样无论在什么电脑上打开，显示效果都能保持一致。
那哪些字体不能用呢？系统自带的宋体、黑体之类的中文字体一般没问题，但有些特殊字体就不行了。比如某些花钱买的商业字体，如果没有嵌入权限，生成的PDF可能字体丢失，显示成一堆方框。更麻烦的是，有些字体在不同系统上显示效果差异很大，你在自己电脑上看着挺好，传到审评系统上可能就变形了。
我的建议是：申报材料里最好统一用常见的标准字体。中文用宋体或者思源宋体，英文用Times New Roman或者Arial。这些字体兼容性最好，几乎不会出什么问题。那些花里胡哨的艺术字体，敬而远之吧。
PDF里的超链接和JavaScript脚本，原则上不建议使用。这不是康茂峰的规定，是eCTD规范本身的要求。为什么？因为这些动态元素可能在不同环境下表现不一致，严重的还可能带来安全风险。审评机构的系统一般都会屏蔽这些功能，所以你的超链接可能根本点不动，白费功夫。
如果你想在文档里引用其他章节的内容，老老实实用交叉引用功能，别整那些花活儿。虽然点击不能跳转，但至少能看到引用的是哪个章节，审评老师找起来也方便。
如果说PDF是eCTD的"血肉"，那文件夹结构就是"骨架"。没有规范的骨架，血肉再漂亮也站不起来。eCTD的文件夹结构是有国际标准的，不是你想怎么搭就怎么搭。
eCTD申报包的顶层目录一般包含这几个文件夹：m1（行政信息）、m2（CTD概要）、m3（质量研究报告）、m4（非临床研究报告）、m5（临床研究报告）。每个大模块下面还有更细的子目录，得严格按照ICH制定的CTD模块结构来设置。
这里要特别提醒一下模块2到模块5的关系。模块2是对后面三个模块的概要和总结，里面的内容必须和其他模块对应得上。比如模块2里写了个质量综述提到某个生产工艺详情在m3章节，那你得确保m3里确实有这部分内容，而且位置要对得上，否则审评老师会对你的材料打问号。
eCTD对文件命名是有严格规范的，不是随便起个名字就成。我给大家列几个核心要求，看看是不是你都注意到了。
对了，每个文件夹里的文件命名也最好有个规律。比如按章节序号来命名，"m4-001.pdf""m4-002.pdf"这样，既清晰又好排序。别整个"最终版""最新改稿""真的最终版"这种名字，过俩礼拜你自己都分不清哪个是哪个。
如果说PDF和文件夹是"身体"，那XML骨架文件就是eCTD的"神经系统"。这玩意儿看不见摸不着，但没了它，整个申报包就瘫痪了。XML文件的主要作用是告诉审评系统：你的申报包里都有哪些文件，每个文件对应CTD的哪个章节。
eCTD申报包一般包含两个核心XML文件：index.xml和regional.xml。简单说，index.xml是国际通用部分，描述的是模块2到模块5的文档结构；regional.xml是地区特定部分，包含一些针对目标监管机构的额外信息，比如申请表、电子签名授权书这些。
这两个文件必须符合各自的DTD（文档类型定义）规范。DTD是什么？你可以理解为XML的"语法规则"，不符合规则的XML文件，审评系统根本识别不了。这两个文件通常需要用专业的eCTD制作软件来生成，手工编写容易出错。
在正式提交之前，一定要用官方提供的校验工具对你的eCTD申报包进行校验。校验主要检查什么呢？文件夹结构对不对、XML文件是否符合规范、PDF文件是否满足要求、该有的文件有没有缺失……这些检查项都能在校验报告里看到。
我个人的经验是：校验这步千万别省。有时候你自己觉得做得挺完美了，校验一跑总能发现点小问题。宁可现在发现，也别让审评机构给你退回来。现在多花半小时校验，省的可能是一两个月的返工时间。
文件格式准备完了，还得考虑怎么提交。eCTD电子提交目前支持两种方式：在线提交和离线媒介提交。不同监管机构可能要求不一样，得具体看目标市场的规定。
虽然在线提交越来越普及，但有些情况下还是需要用光盘提交。康茂峰在协助客户申报的时候发现，光盘提交有几个地方容易出问题。
首先，光盘必须是CD-R或者DVD-R，一次性写入的那种。不能是可擦写光盘，也不能是蓝光光盘——很多审评机构的系统不支持。然后，光盘里的文件结构也是有讲究的，通常要把整个eCTD申报包直接刻到根目录，别嵌套多层文件夹。
光盘封面也得标注清楚：申请号、版本号、申报类型、申请人信息……这些信息最好用不干胶贴纸打印出来贴上，别手写，手写的容易模糊或者脱落。
说到这儿，我得提醒大家一件事：虽然eCTD是国际标准，但不同地区的监管机构在具体执行时还是有一些差异的。比如欧盟对某些PDF的压缩算法有特殊要求，美国FDA对电子签名的规定又和别的地区不太一样，日本PMDA可能还有一些本地化的文件夹结构要求。
所以，在准备申报之前，一定要仔细研读目标监管机构的eCTD技术规范文档。这些文档通常都很长，读起来确实头疼，但比起因为不符合地区要求被退回，这点功夫值得花。康茂峰在处理跨国申报项目时，都会针对不同地区整理一份检查清单，确保不会遗漏这些细节。
聊了这么多基本要求，最后说几个容易被人忽略的"边缘问题"。这些问题不常见，但一旦遇上也挺让人抓狂的。
eCTD申报包里的时间信息都要用协调世界时（UTC），不能是本地时间。这是为了确保不同地区、不同时区提交的文件能有一个统一的对比基准。如果你用本地时间标注了某个文档的修改时间，审评系统可能会识别错误觉得你提交了"未来文件"，那就尴尬了。
eCTD支持对文档进行生命周期管理，简单说就是跟踪文档的版本变化。每次更新文档时，要说明更新原因和变更内容。ICH有专门的生命周期管理规范（ICH eCTD v3.2.2），这里面的要求比较细，如果你经常需要提交更新申报，建议好好研究一下。
有些章节确实没有内容怎么办？不是空着不交，而是要交一个说明文件。比如某个临床研究你没有做相关的药代动力学研究，那就得交一个说明函，说明为什么这部分内容缺失。这不是逃作业，而是规范的申报做法，审评老师会理解的。
eCTD文件格式的要求确实挺多的，看着让人头疼。但转念一想，这些规范存在的意义不就是为了让全球的药品注册工作变得更标准化、更高效吗？我们按规矩办事，其实是在给自己的申报工作减负。
如果你在准备eCTD申报的过程中遇到什么具体问题，建议多看看ICH的官方指南，那是最权威的参考。当然，实在搞不定的时候，找专业服务机构帮忙也不丢人。毕竟专业的人做专业的事，效率更高，出错概率也更小。
祝大家的申报工作顺利，材料一次性通过！
