前两天有个做药品注册的朋友找我聊天，说她最近被eCTD翻译文件的格式要求折磨得够呛。光是为了搞清楚文件命名的规矩，就查了好几个小时的资料，结果越看越懵。她跟我说："这些要求怎么写得跟天书似的，看完感觉懂了，下手做的时候又不知道从哪儿开始。"
我完全能理解她的感受。说实话，eCTD本身就不是一个简单的东西，再加上翻译文件这个环节，复杂度直接翻倍。但转念一想，这些要求之所以存在，肯定有它的道理。药品申报关系到人命马虎不得，格式统一了，审评人员看起来才省力，出错的风险也才更低。
既然朋友问了，我干脆把eCTD电子提交中翻译文件的格式要求系统地整理一下。这篇文章不会照本宣科地把法规条文直接搬上来，而是用我自己的理解，把这些要求拆解开来，用人话讲清楚。文章里提到的内容主要基于ICH和各国药监部门的相关规定，实际操作的时候还是要以目标市场的具体要求为准。
在聊具体格式要求之前，我觉得有必要先说说eCTD到底是什么。eCTD的全称是"Electronic Common Technical Document"，翻译过来就是"电子通用技术文档"。简单理解，它就是一套用来规范药品申报资料提交格式的国际标准。
以前各国都有自己的申报格式，药企要向不同国家递交资料的时候，往往需要把资料重新整理一遍，费时费力还容易出错。eCTD的出现就是为了解决这个问题——只要按照统一的标准准备资料，就能同时满足多个国家药监部门的要求。
那翻译文件和eCTD是什么关系呢？举个例子，如果你的目标市场是日本或者韩国，申报资料必须用当地语言提交。这时候你就要把原来的英文资料翻译成日语或者韩语，但翻译完之后的内容不是随便放进去就行的，它必须符合eCTD的格式规范。换句话说，翻译只是第一步，保证翻译内容以正确的格式集成到eCTD文档结构中，才是真正麻烦的地方。
在说翻译文件格式之前，得先弄清楚eCTD的整体结构。eCTD资料不是一堆文件简单地堆在一起，而是按照一定的层级关系组织起来的。ICH把申报资料分成了五个模块，每个模块下面又有不同的章节。
具体来说，模块一是地区行政信息，模块二是CTD概要，模块三是质量研究报告，模块四是非临床研究报告，模块五是临床研究报告。翻译工作通常集中在模块二到模块五，因为这些模块包含大量的技术内容，需要翻译成目标语言。
每个模块下面又细分成很多章节和子章节，每个章节对应一个或多个文件。在eCTD中，这些文件不是孤立存在的，它们通过一种叫"leaf"的结构互相链接，形成一个完整的文档树。理解这个结构很重要，因为后面说到的很多格式要求都是基于这个框架来的。
文件命名是eCTD格式要求中最基础但也最容易出错的部分。你可能会想：命名不就是给文件起个名字吗，能有多复杂？
但实际上，eCTD对文件命名的要求非常严格。首先，文件名只能包含特定的字符，一般是字母、数字、下划线连字符和圆点。空格、中括号、引号这些符号都不能用。很多人在windows系统下习惯了用空格分隔单词，到了eCTD这里就得改掉这个习惯。
其次，文件名有长度限制。大多数药监部门要求文件名不超过64个或者70个字符。这听起来挺长的，但实际用起来你会发现很快就超了。特别是有些文件标题本来就长，翻译成其他语言之后可能更长，缩写到符合要求真的要花一番心思。
还有一点很容易被忽视，就是文件扩展名必须正确。PDF文件就是.pdf，XML文件就是.xml，不能写错也不能漏掉。某些地区还要求扩展名用大写还是小写，这些细节都要注意。
另外，文件名在同一个eCTD提交中必须唯一，不能有重复。如果有两个文件叫同一个名字，系统在处理的时候就会出问题。有些公司会在文件名中加入章节编号或者版本号来保证唯一性，这也是一种解决办法。
以下是文件名常见要求的汇总，供你对照检查：
| 要求项目 | 具体说明 |
| 允许的字符 | 字母（a-z, A-Z）、数字（0-9）、下划线（_）、连字符（-）、圆点（.） |
| 禁止的字符 | 空格、中括号（[]）、引号（""）、星号（*）、问号（?）、斜杠（/）等 |
| 文件名长度 | 通常不超过64-70个字符（含扩展名） |
| 扩展名格式 | 必须使用小写圆点扩展名，如.pdf、.xml、.txt |
| 唯一性 | 同一提交中所有文件名必须唯一，不能重复 |
说完命名，再说说文件本身的格式。eCTD对文件格式有明确要求，不是随便什么格式都行。
最常用的格式是PDF，这是各国药监部门普遍接受的文件格式。但PDF也不是随便导出一个就行，它有一些特定的要求。首先，PDF的版本要符合要求，太老的版本或者太新的版本都可能不被接受。目前比较稳妥的做法是用PDF 1.4到1.7之间的版本。
其次，PDF文件不能加密，必须允许打印和复制内容。审评人员需要能够方便地查阅和引用文档内容，加了密码的文件会给审评工作带来不必要的麻烦。
还有一个很多人会忽略的点，就是超链接的问题。如果你的PDF文件里有超链接，要确保这些链接在最终提交的时候是有效的。broken link不仅影响阅读体验，还会让审评人员觉得你不够专业。
除了PDF，某些情况下也会用到其他格式的文件，比如XML、Word、Excel等。这些文件的具体格式要求要以目标药监部门的指南为准。
eCTD对目录结构也有严格要求，不是想怎么建文件夹就怎么建文件夹。整个eCTD文档有一个标准的目录框架，每个文件应该放在哪个位置，都有明确规定。
举个具体的例子，模块三"质量研究报告"下面会有3.1.S（原料药）、3.1.P（制剂）、3.2（生物等效性研究）等等章节。每个章节下面又会有更细的子目录。如果你的翻译文件属于原料药稳定性研究的内容，那就应该放在3.1.S.7这个路径下面。
目录层级一般不超过五级。超过五级的结构是不被接受的，所以在规划目录结构的时候要注意这一点。如果某个章节下的文件特别多，可以考虑在同一级目录下分多个子文件夹，而不是一味地加深层级。
另外，目录和文件名一样，只能使用规定的字符，不能有特殊符号。建议全部使用小写字母，这样在不同的操作系统之间传输的时候不容易出问题。
eCTD提交中有一个很重要的组成部分，那就是XML骨架文件。这个文件相当于整个申报资料的目录和索引，列出了所有提交文件的信息，包括文件名、标题、MD5校验值等等。
翻译文件的信息也需要体现在XML骨架文件中。具体来说，每个翻译文件在XML中都有一个对应的条目，要正确填写文件名、文件类型、创建日期等信息。如果这个文件是某个文档的新版本，还要标明它和上一个版本的关系。
元数据是另一个需要注意的方面。eCTD要求在文件属性中包含一些基本信息，比如文档标题、作者、创建日期、关键词等。这些信息要准确填写，尤其是文档标题，必须和文件实际内容的标题一致。
对于翻译文件来说，还要特别注意语言信息的标注。药审人员需要知道每个文件是什么语言的，所以要在元数据中明确标明文档语言。比如一个文件是日文翻译，就要标注为ja或者jpn。
说完技术层面的要求，再来说说翻译内容本身在格式上需要注意的地方。
首先是文档的标题层级。翻译后的文档要保持和原文一致的标题层级结构。一级标题、二级标题、三级标题要对应清楚，不能出现标题跳跃的情况。比如原文从2.1直接跳到2.3，翻译后的文档也要保持同样的结构，不能自行补充一个2.2出来。
其次是图表的处理。如果原文中有图表，翻译的时候要把图表中的文字也翻译出来，但要区分哪些是图表的一部分需要直接处理，哪些是图表编号和引用需要在文中相应位置处理。图表的标题和图注都要翻译，但图表内部的数据或文字通常保持原文，或者根据客户要求翻译。
表格在技术文档中很常见，翻译的时候要保持表格的结构完整。单元格内的文字要翻译，但列宽和行高通常不需要调整。如果某些单元格的内容特别长，翻译之后可能超过原来的单元格宽度，这种情况下要调整列宽以确保内容完整显示。
脚注和尾号的处理要小心。脚注序号要和原文对应，翻译后的脚注内容要放在正确的位置。如果目标语言的脚注编号方式不同（比如用星号或者符号代替数字），要按照目标语言的出版惯例来处理。
现在很多翻译公司都会使用计算机辅助翻译工具，也就是常说的CAT工具，比如Trados、MemoQ、memsource等等。这些工具在处理翻译文件的时候很高效，但也会带来一些格式上的问题。
最常见的问题就是标签残留。CAT工具在处理双语对照的文档时，会在文中插入很多标签来标记句段边界、术语提示等信息。这些标签在最终提交的PDF文件中是不应该出现的，必须清理干净。如果有残留，会导致PDF文件报错，甚至无法通过验证。
另一个问题是格式代码。某些CAT工具在处理Word或者HTML源文件时，会保留一些额外的格式代码。这些代码在最终文件中可能看不见，但会影响文档的结构验证。所以从CAT工具导出之后，务必要检查一下源文件有没有多余的代码。
还有一点，CAT工具生成的TM（翻译记忆）可能会导致不一致的翻译。如果同一个术语在不同地方被翻译成了不同的表达方式，后面需要花时间去统一。所以在翻译过程中要建立并维护好术语库，确保全文用词一致。
eCTD对翻译文件的排版没有药品说明书那么严格，但也有一些基本要求。
字体方面，一般建议使用常见的无衬线字体，比如Arial、Helvetica或者宋体（中文）。字号要在可读范围内，正文通常用10pt到12pt，标题可以适当大一些。不要用太花哨的艺术字体，避免给审评人员阅读造成障碍。
行距和段距要适当。太密的行距让人喘不过气，太松的又显得不专业。一般用1.2倍到1.5倍的行距比较合适。段落之间要有明显的间隔，但不要用空行的方式来代替缩进。
页边距要留够。左右边距至少2.5厘米，上下边距至少2厘米。这样不仅看起来舒服，也方便审评人员做批注。
页码要正确编排。每个文件都要有页码，从第一页开始连续编号。封面、目录、参考文献这些页面也要计入总页数，只是有时候不显示页码而已。
说完格式要求，最后来聊聊质量控制。格式再完美，如果翻译内容本身有问题，这份文件也是不合格的。
翻译文件在提交之前，至少要经过两个人审核。一个是翻译人员，负责完成初次翻译；另一个是审校人员，负责检查翻译的准确性、一致性和格式规范性。对于重要的申报资料，可能还需要有第三个环节——质量审核（QA），对整体质量做最终把关。
审校不仅要核对翻译内容是否准确，还要检查格式是否符合要求。比如文件名对不对、目录结构有没有问题、XML文件的信息是否完整，这些都是审校要做的事情。很多问题在翻译环节看不出来，但审校的时候一眼就能发现。
如果条件允许，在正式提交之前做一次预提交验证是很好的做法。用药监部门提供的验证工具检查一下eCTD包，看看有没有格式错误或者缺失的信息。发现问题及时修正，总比提交之后被打回来要强。
eCTD翻译文件的格式要求确实不少，但只要掌握了规律，也没那么可怕。文件命名、格式规范、目录结构、XML元数据、翻译内容格式、排版要求、质控流程，这些环节一个都马虎不得。
如果你觉得自己搞不定，或者担心出问题，找一家专业的医学翻译公司帮忙是明智的选择。就拿康茂峰来说，他们专门做医药领域翻译，对eCTD的格式要求了然于胸，能帮你省去很多麻烦。当然，无论是你自己做还是找翻译公司，事先了解这些要求都是有好处的，至少你能知道对方做得对不对。
药品申报是一件严肃的事情，格式规范只是其中很小但很重要的一环。把这些细节做到位，既是对药审人员的尊重，也是对自己工作的负责。希望这篇文章能帮你把eCTD翻译文件的格式要求理清楚，祝你申报顺利。
