说起eCTD电子提交，很多药企的注册同事可能会皱眉头。这玩意儿流程长、要求多，一不小心就会被退回来重新整理。特别是文件属性检查这个环节，听起来简单，但实际操作起来坑特别多。我之前和康茂峰的注册顾问聊过，他们说每年光是因为文件属性不符合要求被退回的案例就有不少。有些问题其实只要检查到位完全可以避免，但就是容易被忽略。
那文件属性检查到底包括哪些内容？为什么这么重要？咱们今天就掰开了、揉碎了，好好聊一聊这个话题。
简单说，文件属性检查就是在正式提交之前，把你的电子文档"体检"一遍，看看它符不符合eCTD规范的各种硬性要求。这不是简单地把文件打开看看内容对不对，而是要检查文件的"底层身份信息"。
eCTD本质上是一套结构化的电子提交标准，它要求所有文件不仅要内容对得上，连文件本身的"生理特征"也得符合要求。比如文件叫什么名字、多大年纪（创建时间）、住在哪里（存储路径）、身体素质怎么样（MD5校验值）——这些都得对上号。
为什么这么严格？因为药品监管部门收到成千上万份申请，如果每个文件的格式都乱七八糟，那审批工作根本没法开展。文件属性检查就是把好第一道关，确保进入系统的都是"规范化"的文件。
咱们先从最基础的说起——文件名。听起来很简单对吧？但康茂峰的技术团队告诉我，文件名错误能占到文件属性问题的30%以上。
eCTD对文件名有明确规范，不是随便起个名字就行。首先，文件名只能包含英文字母、数字、下划线，连空格都不能用，更别说什么中文、特殊符号了。曾经有人把文件命名为"临床试验方案_V1.0_最终版.pdf"，结果系统根本识别不了。
其次，文件名长度也有讲究。一般建议不超过64个字符，太长了一些系统会截断，导致文件找不到对应位置。还有，模块一到模块五的文件命名规则不一样，序列号的位置、位数都有严格要求。比如模块一的文件通常以"us"或"reg"开头，后面跟序列号和描述性文字。
我建议大家在做文件属性检查的时候，先拉一张清单，把所有文件名和eCTD规范要求对照一遍。这事儿虽然枯燥，但能省去后面很多麻烦。
eCTD对文件格式的要求主要集中在PDF文件上，因为大部分提交材料都是PDF格式。但这里的门道比很多人想象的要复杂。
首先，PDF版本必须是1.4或更高版本，太老的版本系统可能读不了。但更关键的是PDF的"血统"问题——它必须是符合规范的PDF/A格式。这个格式的特点是字体嵌入、色彩空间明确，不管在什么电脑上打开，显示效果都一样。如果你的PDF是从Word直接转的，或者是用某些"野鸡"软件生成的，可能会缺少这些特性。
还有一点容易被忽视：PDF的元数据信息。右键点击文件看属性，里面有作者、标题、创建时间、修改时间这些信息。这些信息要和文档本身的内容对应上，比如作者应该是制药公司或者研究机构，不能是某个个人的名字。创建时间和修改时间也要合理，不能出现"未来的时间"这种明显错误。
对了，PDF里面不能有任何动态元素。什么JavaScript脚本、Flash动画、交互式表单——这些在eCTD里都是禁止的。曾经有份申请材料里有个自动更新的日期，结果在不同的查看器上显示的时间不一样，被审评老师直接标红了。
关于文件大小，eCTD是有明确规定的。每个PDF文件不能超过10MB，这是很多监管机构的硬性要求。如果你的文件超过这个限制，必须分割成多个小文件。
但文件太小也不行。有些为了压缩体积，把PDF分辨率降得很低，结果文字模糊不清，审评人员看不清内容，这肯定不行。一般来说，正文内容的PDF分辨率至少要300dpi，图片可以根据情况调整，但也不能太低。
这里有个小技巧：如果你的文件里有很多高分辨率图片，可以试试用PDF编辑器里的压缩功能，在保证清晰度的前提下减小文件体积。康茂峰的顾问推荐过几种工具，据说效果不错。不过要注意，压缩过程中不要丢失关键信息。
| 文件类型 | 建议大小范围 | 注意事项 |
| 正文文档 | 500KB-8MB | 确保文字清晰，300dpi以上 |
| 图片附件 | td>根据实际需要色谱图等需清晰，可适当增大 | |
| 整个序列 | 有总大小限制 | 通常不超过2GB |
eCTD的目录结构是严格规定的，不是想怎么放就怎么放。顶层是index.xml和regional.xml，然后下面是m1、m2、m3、m4、m5五个模块，每个模块下面还有子目录。
目录结构最常见的问题有两种。第一种是层级错乱——本来应该放在m3的文件跑到m4去了，或者把不该放在子目录里的文件直接放在了根目录下。第二种是目录命名错误——有些目录名称是规定好的，不能自己改。比如m1下面应该有administrative-information、prescribing-information这样的子目录，名字必须一模一样。
检查目录结构最好用专门的eCTD验证工具，它们能自动扫描整个目录树，告诉你哪个文件放错了位置。没有工具的话，就只能人工一个个对照着看了，虽然费时但保险。
eCTD提交里面有几个关键的XML文件——index.xml、index-md5.xml、regional.xml，这些文件构成了整个提交的骨架。它们的格式必须完全正确，否则整个提交都无法被系统识别。
XML文件要检查什么呢？首先是语法正确性——标签是否闭合、属性是否用引号括起来、特殊字符是否正确转义。这些问题用XML解析器很容易就能检测出来。其次是内容逻辑——比如各个文件的路径引用是否正确、MD5校验值是否和实际文件匹配、序列号是否连续。
regional.xml还要特别注意区域特定的要求，比如FDA和EMA的regional.xml结构就不太一样。如果你要向多个监管机构提交，需要分别准备对应的regional文件，不能混用。
eCTD文档里通常会有很多超链接——从目录跳到正文、从摘要跳到详细数据、从一个文件跳到另一个文件。这些链接就像文档的血管，必须通畅无阻。
检查超链接要分两步走。第一步是检查链接能不能点——点击之后能不能跳转到正确的位置。有没有"死链接"（点进去404错误）、有没有"跳错位置"（比如点的是"不良反应"却跳到了"药代动力学"）。第二步是检查链接的完整性——比如从一个模块跳到另一个模块的链接，路径写法是不是符合eCTD规范。
有时候会出现一种情况：文件在自己电脑上链接都好好的，传到提交系统里就打不开了。这往往是因为相对路径的写法有问题。eCTD要求使用规范的相对路径写法，不能依赖本地的绝对路径。
对于长文档，书签是必不可少的导航工具。审评人员不可能从头到尾一字一句地看，他们需要通过书签快速定位到关键章节。
eCTD对书签有明确要求：必须包含层级结构，一级书签对应主要章节，二级书签对应次要章节，以此类推。书签的文字要和文档里的实际标题完全一致，不能简写或者改写。书签不能有重复——同一个名称出现两次，系统不知道该跳转到哪里。
常见问题包括：书签层级混乱（直接跳了三四级）、书签文字和正文对不上、空白书签或者只有符号的书签。这些问题不大，但会影响审评体验，属于"扣分项"。
MD5校验值可能很多人不太熟悉，但它是非常重要的文件属性。每个文件都有一个唯一的MD5值，相当于文件的"DNA"。只要文件内容有一点点变化，MD5值就会完全不同。
eCTD提交时，index-md5.xml里会记录每个文件的MD5校验值。监管机构收到文件后会重新计算MD5值，和提交的比对。如果对不上，说明文件在传输过程中被篡改过或者损坏了，这份提交就会被判定为无效。
所以在提交之前，一定要用MD5校验工具把每个文件都算一遍，确保index-md5.xml里的值和实际值完全一致。这事儿不能偷懒，每次提交前最好全部重新校验一遍。
eCTD对文件的时间戳也有要求。每个文件都有三个时间：创建时间、修改时间、访问时间。在eCTD场景下，创建时间和修改时间特别重要。
理想情况下，一个文件的创建时间应该早于修改时间，这是正常的逻辑。但有些人为了"赶时间"，会系统性地修改文件的创建时间，让它看起来像是很早以前就完成的了。这种"时间穿越"一旦被发现，会被认为是不诚信行为，后果很严重。
另外，同一个序列里的文件，时间戳应该有一定的逻辑关系。比如后产生的文件修改时间应该晚于先生成的。如果你发现某个文件的修改时间和整个序列的时间线对不上，就要仔细查查原因了。
说完这么多检查项目，最后聊聊工具。手动检查又慢又容易漏，效率高的团队都会借助专业工具。
常用的eCTD验证工具大多能自动检查文件名、文件大小、目录结构、XML格式、MD5校验值这些硬性指标。有些还能检查超链接和书签，甚至能生成检查报告。虽然工具不是万能的，但至少能帮你抓住大部分明显问题。
康茂峰在eCTD提交服务中就配备了这套验证流程，他们的技术团队会在正式提交前对整个序列进行全面检查，把问题消灭在萌芽状态。毕竟，被退回来重新整理的代价，远高于前期仔细检查的投入。
不过工具也不是百分之百可靠的。有些问题，比如文档内容和文件属性的逻辑对应关系，还是需要人工来审核。我的建议是：工具负责挑出"硬伤"，人负责检查"软实力"，两者结合才能做到万无一失。
eCTD文件属性检查这件事，说难不难，说简单也不简单。不难是因为规范是公开的、明确的，只要照着做就行；不简单是因为要检查的项目太多、太碎，一不留神就会漏掉几个。
我的经验是：建立一套标准化的检查清单，每次提交前对着清单一项一项过，养成习惯就好了。刚开始可能觉得麻烦，做过几次之后就会发现，其实大部分问题都是重复的，只要卡住关键节点，质量自然就上去了。
注册工作就是这样，急不得、糙不得。把细节做好了，提交才能顺利，审批才能快。愿大家的eCTD提交之路都能少一些退回、多一些通过。
