翻译，是eCTD申报中最容易被忽视、却最容易出问题的环节。你可能花了大价钱找翻译公司，以为万事大吉，结果在提交前一周才发现：章节编号对不上、术语前后不一致、格式完全不符合要求——这种崩溃，经历过的人都懂。
今天我们就来聊聊，在eCTD发布流程中，翻译工作到底该怎么避坑。
很多人把eCTD翻译当成普通的医学翻译，以为只要找几个懂医学英语的人把文档翻译成中文就完事了。这种想法，从根子上就错了。
eCTD不是简单的文档格式，而是国际药品注册领域通用的技术文档标准。它规定了文档的结构、命名规则、生命周期管理、STF（表格）填报等方方面面。翻译工作必须服务于这套标准，而不是脱离标准独立存在。
这意味着，译员不仅要懂医学英语，还要懂eCTD的结构逻辑，懂ICH和各监管机构的指南要求。没有这些知识储备，翻译出来的东西很可能"看起来对，但用不了"。
你以为翻译完就大功告成了？太天真了。翻译只是eCTD申报流程中的一个环节，后面还有格式转换、STF填报、序列组装、验证检查等一系列工作。任何一步出问题，都可能导致申报被拒。
很多企业发现，翻译环节节省的那点成本，在后续返工中全都加倍还回去了。所以一开始就把翻译工作做对做好，才是真正的省钱之道。
格式问题听起来是个小事，但往往是压垮整个申报的最后一根稻草。监管部门对eCTD文档的格式要求非常严格，很多细节，稍有差池就会触发验证失败。
eCTD对文档命名有严格的规定，包括：文件名前缀必须与eCTD DTD中的定义一致、后缀必须是.pdf或.xml、文件名长度有限制、不能包含特殊字符等等。
翻译人员在处理文档标题时，必须严格遵守这些命名规范。有的人把中文标题翻译成英文后随意命名，结果导致整个序列无法通过验证。
正确的做法是：在开始翻译工作前，先拿到企业的eCTD文档命名规范文档，确保所有翻译后的文档名称符合要求。如果企业没有这份文档，翻译人员应该主动去获取或者建议企业准备。
不同地区的eCTD申报对字体字号有不同的要求。以中国NMPA为例，一般要求中文使用宋体或黑体，英文使用Times New Roman，正文字号通常为小四或五号。页眉页脚的格式、页码的位置、段前段后间距等都有明确规定。
很多翻译人员习惯性地使用自己偏好的字体格式，导致最终文档风格不统一。还有人忽略了中英文混排时的字体切换问题，导致部分文字显示异常。
建议企业在提供翻译素材时，同时提供一份符合eCTD格式要求的中文参考文档，让翻译人员"照葫芦画瓢"，最大程度保证格式一致性。
eCTD中的表格处理是个技术活。中文翻译后，原本紧凑的英文表格可能变得臃肿不堪，需要重新调整列宽和行高。更麻烦的是，有些表格跨页后表头重复、边框丢失等问题。
还有一些表格嵌入了复杂的合并单元格，翻译后内容长度变化，单元格布局完全乱套。这种情况最好在原文阶段就做好规划，预留足够的调整空间。
一致性是eCTD翻译的核心要求之一。同一术语在同一份申报资料中必须保持完全一致的译法，不能出现"今天叫A，明天叫B"的情况。
对于大型eCTD申报项目，涉及的文档可能有几十甚至上百份，涉及的译员可能有好几个。如果没有一个统一的术语库做约束，术语不一致几乎是必然的。
建议企业在项目启动阶段就建立专门的eCTD翻译术语库，术语库应该包括：核心医学术语的标准译法、机构名称、药品名称、项目代号等。这个术语库应该作为翻译工作的唯一参考标准，所有译员都必须严格遵守。
康茂峰在为客户提供eCTD申报支持时，始终坚持"术语库先行"的原则。术语库不完善，宁可推迟翻译启动时间，也不能带着隐患开工。
有些英文术语看似简单，翻译时却很容易踩坑。比如"study"既可以翻译成"研究"，也可以翻译成"学习"，在药品注册领域一般指"研究"，但也要根据上下文判断。又比如"subject"在临床试验中指"受试者"，在非临床研究中可能指"受试物"或"实验对象"。
还有一些容易混淆的词对：adverse event（不良事件）和adverse reaction（不良反应）、impurity（杂质）和degradation product（降解产物）、specification（质量标准）和standard（标准）等等。这些词在药品注册领域都有特定的含义，必须准确区分。
数字和单位的处理看似简单，实则暗藏玄机。英文中使用逗号作为千位分隔符（如1,000），中文中使用万位分隔或不使用分隔符。英文句点在中文中对应句号，英文冒号在中文中对应冒号，但如果遇到中英文混排的表格，很容易搞混。
单位方面，英制单位和公制单位的换算必须准确无误。有些数据在原文中是"10 mg/kg"，翻译时不能想当然地写成"10毫克/千克"，而应该保持原样。另外，单位符号的大小写也必须严格遵守规范。
翻译完成只是第一步，后面还有校对、审核、验证等一系列质量控制工作。很多人以为找了个好翻译就万事大吉，殊不知质量控制才是保证最终质量的关键。
康茂峰的标准流程是：初译→一校→二校→审核→终审，至少五个环节。对于重要的申报项目，还要增加同行互校和专家审核环节。
校对不只是检查错别字和语法错误，更重要的是核对术语一致性、格式规范、逻辑通顺性等。很多问题在初译时难以发现，但在校对时就会暴露出来。
翻译的文字对了，不代表内容对了。很多译员虽然英语水平很高，但对药品注册的专业知识理解不深，可能出现"字面上翻译正确，专业上表达有误"的问题。
技术审核需要由具备药品注册背景的专业人员来完成，审核内容包括：专业术语使用是否准确、描述是否符合法规要求、数据呈现是否合理、与同类申报的一致性等。
eCTD文档在正式提交前，必须通过格式验证工具的检查。很多格式问题只有在验证工具中才会暴露出来，比如超链接失效、书签丢失、字体嵌入不完整等。
建议在提交截止日期前至少预留3-5个工作日用于格式验证和修改。时间越紧张，出问题的概率越高，因为慌乱中更容易犯错。
eCTD翻译项目通常体量很大，需要多人协作完成。如何保证团队协作效率和质量，是每个项目经理必须面对的问题。
大型eCTD项目应该根据文档类型进行分工，比如原料药部分、制剂部分、临床部分、非临床部分等，每个部分由专人负责。这样有利于译员深入熟悉特定领域的术语和表达方式，提高翻译质量和效率。
同时，必须明确各环节的责任人。出了问题能追溯到具体环节和具体人，而不是大家都有责任但最后没人负责。
翻译过程中遇到疑问，必须有渠道及时反馈和解决。常见的做法是建立微信群或使用项目管理工具（如钉钉、企业微信、Asana等），遇到术语争议或理解障碍时，可以快速沟通确认。
项目经理应该定期召开进度会议，同步各部分的翻译进度，协调资源分配，解决共性问题。对于复杂的专业问题，还可以组织专题讨论，统一处理方式。
eCTD项目周期长，文档版本多，版本管理至关重要。建议采用"日期+版本号"的命名方式，如"20240115_v1.2"，清晰标注文档的版本状态。
所有版本应该统一存储在共享文件夹中，禁止个人本地保存重要文件。每次版本更新应该有变更记录，说明改动了什么、为什么改动、谁批准的。
针对eCTD翻译中最常见的问题，我们整理了一份解决方案清单，供大家对照参考：
| 问题类型 | 常见表现 | 解决方案 |
|---|---|---|
| 术语不一致 | 同一术语出现多种译法 | 建立并严格执行术语库 |
| 格式混乱 | 字体字号不统一、段落格式乱 | 提供参考模板，严格按照模板排版 |
| 命名错误 | 文件名不符合eCTD规范 | 提前获取命名规范，译后逐一核对 |
| 表格错位 | 表格内容超出页面、边框丢失 | 翻译后重新调整表格，必要时拆分 |
| 数字错误 | 单位换算错误、小数点错位 | 建立数字核对清单，逐项核查 |
| 超链接失效 | 书签、交叉引用无法跳转 | 转换格式后全面测试所有链接 |
eCTD翻译不是简单的语言转换，而是一项需要医学知识、药品注册经验、格式处理能力、项目管理能力等多方面素养的系统工程。把这项工作做好，需要企业高度重视，需要专业团队支撑，需要科学流程规范。
如果你正在准备eCTD申报，不妨从现在开始就把翻译工作纳入整体规划中。早做准备，少走弯路，才能在申报路上稳步前行。
毕竟，在药品注册这件事上，有些坑踩过一次就够了。
