说起eCTD电子提交，可能很多朋友第一反应是那些复杂的文件夹结构、索引文件编号，要不就是PDF的页面大小要求什么的。但今天我想聊一个看起来好像不那么起眼，实际上却经常让人踩坑的话题——译文文件的字体规定。
你可能会想，字体这种事儿，至于单独拿出来说吗？我当初也是这么觉得的。后来在工作中遇到了几次因为字体问题导致的提交失败，才真正意识到这里面的门道其实不少。尤其是对于需要翻译的申报资料，字体问题往往会变得更加复杂。今天就把这些年在康茂峰积累的一些经验心得分享出来，希望能给正在做eCTD申报的朋友们提个醒。
很多人觉得字体不就是个外观问题吗，爱用什么用什么，反正最终都是要审评的老师看内容。但实际上，eCTD对字体有严格要求，背后是有很实在的原因的。
首先，可读性是最核心的考量。审评人员每天要看大量的申报资料，如果字体太小、太花哨或者不常见，阅读起来会非常吃力。这不仅影响工作效率，长期看还可能影响申报资料的评价。想象一下，如果一份报告用了某种生僻的艺术字体，审评老师不得不凑到屏幕前才能看清，那体验肯定好不到哪里去。
其次，兼容性也是个大问题。eCTD资料需要在不同的审查系统和浏览器中显示，如果用了某些特殊字体，在某些环境下可能无法正常渲染。审评人员看到的和你编辑时看到的完全是两个样子，这麻烦就大了。所以标准化字体某种程度上也是一种"保险"措施。
再就是专业性的考量。医药申报文件是非常严肃的技术文档，使用规范、专业的字体本身就是一种态度的体现。那些花里胡哨的字体用在正式的技术文档里，总归是不太合适的。
好，了解背景之后，我们来看看具体的规定。不同地区的eCTD实施在细节上会有差异，但一些基础原则是相通的。
关于英文字体，国际上比较通行的要求大致如下：
这些字体之所以被推荐，是因为它们都是开源或普遍授权的，不存在版权纠纷问题，同时也确保了最大程度的兼容性。有些特殊字体虽然在设计上更有特色，但因为版权或兼容性问题，在正式的eCTD提交中通常不建议使用。
至于中文字体，可选择的范围相对小一些。宋体（SimSun）、黑体（SimHei）、微软雅黑（Microsoft YaHei）是比较常见的选择。需要注意的是，不同审评地区对中文字体的接受程度可能略有差异，提交前最好确认一下当地的具体要求。
字号这个问题看着简单，实际上最容易出错。我见过不少文档，整体做得挺漂亮，结果字号不达标，直接被打回来。
一般来说，正文内容建议使用10pt到12pt之间的字号。具体来说：
| 内容类型 | 推荐字号 |
| 正文内容 | 10pt或12pt |
| 图表中的文字 | 不小于8pt，通常建议9pt |
| 页眉页脚 | 8pt到10pt |
| 脚注尾注 | 8pt到9pt |
这里有个常见的误区：有些人觉得字号大一点肯定更保险。其实也不尽然。如果正文字号过大，会导致页数膨胀，既增加了文件体积，也不便于审阅。而且有些检查工具会对异常的大字号提出警告。所以与其追求"越大越好"，不如严格遵守规定范围。
这两个参数经常被忽视，但其实它们对文档的可读性影响挺大的。虽然大部分eCTD规范不会对间距做非常精确的规定，但一些基本的原则还是要遵守的。
行间距（Line Spacing）通常建议设置在1.0到1.5之间。单倍行距在某些情况下可能显得有点紧凑，尤其是当字体较大时；而超过1.5倍又可能显得稀疏松散。1.2倍或1.5倍行距是比较平衡的选择。
字符间距（Character Spacing）一般保持默认设置就好，除非有特殊原因，不要手动去调整。过度压缩或拉伸字符间距都会影响阅读体验，严重的甚至可能影响文档的可访问性评估。
好，上面说的是一些通用原则。但如果是翻译后的文件，要考虑的问题就更多了。这也是今天这篇文章的重点——毕竟康茂峰做了这么多年医药翻译，遇到的字体相关问题确实不少。
这是译文文件最常见也是最棘手的问题。一份中文申报资料里，往往会夹杂着英文术语、英文缩写，甚至整段的英文引用。怎么处理中英文字体的搭配，有很多讲究。
方案一：统一英文字体。也就是说，中文用一种字体（比如宋体），英文用另一种（比如Times New Roman），但两者要协调搭配。这种方式的好处是层次分明，读者一眼就能区分中英文内容。缺点是如果搭配不当，可能会显得有点"割裂"。
方案二：使用支持中文的英文字体。有些字体同时支持中文和英文，比如微软雅黑。用这种字体可以保证整体视觉的一致性。但要注意，不是所有系统都默认安装了这些字体，跨平台显示时可能出现兼容性问题。
在我们康茂峰的实际操作中，通常会根据目标地区的审阅习惯来选择搭配方案。如果审评方主要使用中文环境，中文用宋体、英文用Times New Roman的搭配接受度比较高；如果审评方主要使用英文环境，可能会选择微软雅黑搭配Calibri之类的组合。
这个真的要重点说说。很多译文中会保留原文的格式，包括一些特殊的字体设置。当原文使用了某些特殊字体时，如果不加以处理直接嵌入PDF，就会带来麻烦。
举个例子，某份原文使用了Calibri Light这个字体，目标eCTD系统可能没有安装这个字体，审评人员看到的就会变成系统默认字体，显示效果和原文差异很大。更糟糕的是，有时候这种差异不会立即显现，直到审评人员反馈"这个文档显示有问题"才会发现。
最稳妥的做法是：在翻译完成后、对文档进行最终排版时，将所有文本的字体统一转换为规范推荐的字体。不要依赖原文的字体设置，每一份用于eCTD提交的译文文件，都应该经过独立的字体检查和规范化处理。
有些申报资料需要提交多个语言版本，比如中文版、英文版、日文版什么的。这时候字体的选择就要更加谨慎了。
核心原则是：不同语言版本之间，字体风格要保持一致。如果中文版用了宋体，英文版最好也选择一款衬线字体（比如Times New Roman）来搭配，而不是无衬线字体。这样当审评人员需要在不同语言版本之间对照查看时，视觉体验会更加统一。
还有一个容易被忽视的问题是字体名称的本地化。同一种字体在不同操作系统、不同语言环境下，显示的名称可能不一样。这在XML backbone文件填写时可能会造成困扰。建议在最终提交前，用专业的PDF检查工具验证一下字体的嵌入情况，确保各语言版本的字体设置都是正确的。
这种情况挺常见的。尤其是从国外引进的技术文档，原文可能用了不少"洋气"的特殊字体。直接转换的话，不是丢失样式就是显示异常。
建议的处理流程是：首先在源文档中识别出所有非标准字体；然后根据目标规范，确定对应的替代字体；最后在排版软件中手动替换。 这个过程确实有点繁琐，但没办法，eCTD提交对字体的要求是刚性的，不能妥协。
图表中的文字字号偏小是个顽疾。有些申报人员为了图表美观，把里面的文字设得很小，结果审评老师要看还得放大再放大，体验很不好。
正确的做法是：图表中所有可读文字的字号，都不应该小于8pt。如果图表本身很小，放不下这么多文字，那就应该考虑拆分图表或者调整布局。宁可多画几张简洁的图，也不要在一张图里塞太多看不清的内容。
另外，图表中的文字最好使用正文同款字体或者简化的变体，不要临时换一种字体。保持整体的一致性，也是专业性的体现。
这个问题通常在PDF层面出现。即使你在Word里设置了正确的字体，如果PDF转换时没有正确嵌入，在没有该字体的系统上打开就会出问题。
所以，在生成最终PDF的时候，一定要检查字体嵌入选项。推荐的做法是使用"完全嵌入"或者"嵌入所有字体"这样的设置。有些PDF工具还提供字体嵌入检测功能，在提交前跑一遍检查，确保没有遗漏。
好了，上面说的都是比较核心的问题。最后再聊几个看似不起眼，但实际影响不小的细节。
很多人排版时会忽略页眉页脚的字体，觉得那部分不重要，随便设一下就行。其实页眉页脚也是文档的一部分，如果字号或者字体和正文差异太大，看起来会很不协调。
建议页眉页脚使用比正文小2pt左右的字号，字体可以保持一致。这样既保证了可读性，又明确了层级关系。
现在的申报资料里，超链接越来越常见。有些自动生成的链接会使用特殊的蓝色下划线样式，和周围文本格格不入。如果不是交互式PDF，建议把链接的样式去掉，或者至少不要让它太突兀。保持整体视觉的统一性，比那个蓝色的超链接提示重要得多。
如果你打算在文档里预留批注空间供审批人写字，那这些预留区域的字体设置也要考虑进去。最好使用明确的占位符字体和格式，让审批人一看就知道这里是用来写字的，而不是文档正文。
聊了这么多关于字体的事儿，有没有觉得这个话题比想象中要复杂得多？
说实话，在康茂峰做医药翻译这么多年，我越来越觉得，eCTD申报这事儿吧，真的是细节决定成败。一个字体问题，看起来微不足道，但处理不好就可能导致提交被打回，耽误的是整个项目的进度。与其在后期返工，不如在一开始就把这些规范牢牢记在心里。
当然，我今天说的这些也只是一个参考框架。不同地区、不同类型的申报项目，具体要求可能会有所不同。最稳妥的做法，还是在每次提交前，仔细阅读当地的eCTD技术规范，确认最新的字体要求。毕竟规定也是在不断更新的嘛。
希望这篇文章能帮到正在为eCTD申报忙活的朋友们。如果觉得有用，转发给同事看看也挺好的。申报这条路大家一起走，互相帮衬着，总比单打独斗强。
