记得我第一次接触eCTD电子提交的时候，手里攥着一堆PDF文件，心里直发怵。那时候觉得，只要把文件往系统里一拖，应该就完事儿了吧？结果可想而知，被退回修改了好几次。问题出在哪里？说白了，就是文件属性没搞清楚。
文件属性检查这件事，看起来简单，做起来却有不少讲究。今天咱们就掰开了、揉碎了聊聊，eCTD电子提交到底该怎么检查文件属性，才能一次性通过审核，少走弯路。
eCTD是什么？它是Electronic Common Technical Document的缩写，说白了就是药品注册申报的电子化标准。现在国内药品申报基本上都要求用eCTD格式，这东西好处多多——格式统一、便于审阅、方便归档。但正因为是电子化提交，系统对文件的要求就特别严格，比咱们平时发个邮件传个附件要苛刻得多。
你可能会想，不就是检查个文件属性吗？右键看个属性不就行了？嘿，事情可没这么简单。eCTD系统要检查的文件属性，涉及到文件的命名规则、格式规范、大小限制、校验信息等等，每一个环节都有明确的要求。哪怕一个文件名多了一个空格，或者文件大小超了1KB，整个提交包都可能被打回来。
我见过不少申报人员，在这一步栽了跟头。有人在文件命名时用了中文括号，有人把PDF版本设错了，还有人没注意文件大小超过了限制。这些问题看似细小，但系统可不会跟你讲情面。所以啊，文件属性检查这个环节，咱们得认真对待。
咱们先从文件名说起。文件名是文件的"身份证"，系统首先就是通过文件名来识别你的文件属于哪个模块、哪个章节。eCTD对文件名有严格的命名规范，不是随便起个名字就能往上传的。
eCTD文件名通常由几个部分组成：模块编号、序列号、文件类型代码，还有可选的描述性文字。举个例子，像"m1-00-01-ltr-coverletter.pdf"这样的文件名，m1代表模块一，00-01是序列号，ltr是letter的缩写，coverletter就是封面函。每一个部分都有讲究，用什么缩写、用几个数字、连字符怎么打，都得按规矩来。
这里有几个坑我得提醒你。第一，文件名里只能用英文字母、数字和连字符，不能用中文、不能有空格、不能用特殊符号。第二，所有字母必须小写，大写是不被接受的。第三，文件扩展名必须是.pdf，而且要小写。我见过有人把文件名写成"Module 1 Cover Letter.PDF"，系统直接给报错了。
| 命名要素 | 规则说明 | 常见错误 |
| 模块标识 | 只能用m1、m2、m3、m4、m5表示 | 用Module 1或大写M1 |
| 序列号 | 两位数字，不足补零，如00、01、02 | 直接写1、2或用汉字 |
| 文件类型 | 使用标准缩写，如app、ltr、cfs | 使用全称或自定义缩写 |
| 描述文字 | 可选，用小写字母，可加下划线 | 使用中文或大写字母 |
检查文件名的时候，建议你自己列个清单，把每个文件名跟清单对一遍。有条件的话，可以写个简单的校验脚本，让电脑帮你自动检查。比起人工检查，脚本能发现那些肉眼容易忽略的问题，比如隐藏的大写字母或者看不见的特殊字符。
好，文件名没问题了，接下来看文件格式。eCTD要求所有文件必须是PDF格式，这点大家都清楚。但问题在于，不是所有PDF都能用于eCTD提交，这里的门道还挺多的。
首先是PDF版本。eCTD对PDF版本有要求，一般来说，PDF 1.4到1.7版本都是可以接受的。但太老的版本比如PDF 1.3，或者太新的版本比如PDF 2.0，可能会遇到兼容性问题。康茂峰在协助客户进行eCTD申报时，通常会建议使用PDF 1.6或1.7版本，这个版本兼容性最好，大多数审阅系统都能正常打开。
然后是文件的加密和权限设置。很多人在做PDF的时候，会给文件加上打开密码或者权限密码，觉得这样更安全。但在eCTD提交时，加密的PDF是不能被系统正确处理的。审阅人员需要能够无障碍地打开、打印、复制文件内容，所以你的PDF不能有任何访问限制。导出的PDF要确保"允许打印""允许复制"这些权限都是打开的。
还有一个容易忽略的问题是书签。eCTD文档通常要求带有书签，尤其是比较长的文档如研究资料、申报资料等。书签要能准确反映文档结构，审阅人员可以通过书签快速导航。但书签也不能太随意，每一级标题要有清晰的层级关系，名称要准确反映内容。
文件大小这个问题，看起来不起眼，但卡住的人可真不少。eCTD对单个文件大小有明确限制，超出限制的文件是无法上传的。
一般来说，单个PDF文件的大小建议控制在100MB以内。但这个数字不是绝对的，不同的申报系统可能有不同的要求。有些严格的系统可能把上限设在50MB甚至更低。所以，在提交之前，一定要仔细阅读目标申报系统的具体要求。
如果你的文件确实比较大，超出了限制怎么办？常见的做法是拆分文件。比如一份临床研究报告，可能内容很多，这时候可以考虑按章节分成多个PDF文件，每个文件单独命名、单独上传。拆分的时候要注意保持文档的完整性，每个文件都要能独立成篇，目录和页码都要正确衔接。
另外，我建议在正式提交之前，用一些专业工具检查一下文件大小。有些PDF看起来内容不多，但因为图片分辨率太高或者嵌入的字体文件太大，导致文件体积膨胀得很厉害。适当压缩图片、Subset嵌入字体，都能有效减小文件大小。
说到校验和（Checksum），很多人可能会觉得这是技术人员才需要关心的事情。但实际上，校验和是确保文件在传输过程中没有损坏的重要手段，在eCTD提交中越来越受到重视。
最常用的校验和算法是MD5。简单说，MD5就是为每个文件生成一个唯一的"指纹"。如果文件内容有任何一点点改变，这个指纹就会完全不同。所以在提交之前，计算并记录每个文件的MD5值，提交之后再验证一遍，就能确保文件没有被意外修改或损坏。
计算MD5值不难，Windows系统可以用PowerShell命令，Mac系统可以用终端命令，网上也有不少免费的小工具能帮你做这件事。建议把计算出来的MD5值保存在一个文本文件里，跟申报资料一起存档。这不仅是质量控制的一部分，在出现问题需要追溯的时候，也是一个有力的证据。
每个PDF文件都有自己的"户口本"，也就是文档属性。这些信息藏在文件内部，平时不太显眼，但在eCTD审核时可能会被仔细查看。
文档属性里最重要的是作者、标题和主题这几个字段。虽然不同申报系统的要求不完全一致，但建议在这些字段里填写准确的信息。比如作者字段可以填写申报单位的名称，标题字段填写文件的具体名称。这样做不仅方便管理，也显得专业规范。
创建日期和修改日期也是文档属性的一部分。我建议把这两个日期设置成实际创建和修改的日期，不要为了"显得新鲜"而故意改成最近的时间。审核人员如果发现文件创建日期和内容不符，反而会引起不必要的怀疑。
还有一个可能被忽略的是PDF的页面尺寸。eCTD文档通常要求使用A4尺寸（210mm × 297mm），这是国际通用的标准。如果你用的是其他尺寸，比如Letter或者自定义尺寸，可能会在审阅时出现问题。检查一下你的PDF，确保所有页面都是统一的A4尺寸。
说了这么多理论，咱们来点实用的。我整理了一份文件属性检查清单，大家在提交前可以对着这个清单逐项核对，确保万无一失。
这份清单看着项目不少，但实际上检查起来很快。我自己的习惯是在打包提交之前，用一到两小时集中把这些问题都过一遍。宁可多花点时间检查，也比被打回来重新修改要强。
在多年工作中，我遇到过各种文件属性相关的问题，这里分享几个典型案例，希望能给你提个醒。
有一次，一位客户提交的资料被打回来，问题出在文件名里的下划线。当时他们把文件名写成"m2-03-06-clinical_study_report.pdf"，看起来没问题对吧？但申报系统对下划线的处理有问题，识别不了。解决方案很简单，把下划线改成连字符，改成"m2-03-06-clinical-study-report.pdf"就通过了。这件事给我的教训是，能用连字符的地方就尽量用连字符，下划线有时候会有兼容性问题。
还有一个案例是关于PDF的字体。客户提交的一份资料里嵌入了很多特殊字体，在他们的电脑上显示完全正常，但审阅人员的电脑上没有这些字体，结果显示出一堆乱码。解决办法是把所有字体都Subset嵌入，或者干脆转成曲线。这样无论在什么电脑上打开，视觉效果都是一致的。
说到字体，还有一点要提醒。正文内容最好使用无衬线字体，比如Arial、Helvetica或者SimHei，标题可以适当用衬线字体增加正式感。但不管用什么字体，都要确保是常用字体，系统自带的字体最好。这样能最大程度避免显示问题。
eCTD电子提交这件事，说难不难，说简单也不简单。文件属性检查就是其中一个需要细心对待的环节。名称对不对、格式行不行、大小超没超、校验和算没算，这些看起来琐碎的事情，一项一项做好，就能大大提高一次性通过的概率。
我始终觉得，申报工作跟做菜有点像，食材新鲜、刀工到位、火候恰当，最后才能出一道好菜。文件属性检查就是把"刀工"练好的过程。基础功夫扎实了，后续工作才能顺利展开。
如果你在eCTD申报过程中遇到什么困惑，多问问有经验的人，多查查官方指南，这些资源都能帮到你。申报这件事，急不得、躁不得，一步一个脚印地来，最后的结果通常都不会太差。
