医学翻译和医学本地化：你以为的"差不多"，其实差很远

上周跟一个朋友吃饭，他在一家医疗器械公司做市场部。聊到产品出海的事，他顺口说了句："我们找了翻译公司把说明书翻成西班牙语，本地化应该就做得差不多了吧？"我当时差点把茶水喷出来——这大概是业内最常听到的误解之一了。

说实话，没入行之前，我也觉得这两个词就是换个说法。翻译嘛，不就是A语言变成B语言？本地化和翻译能有多大区别？直到真正接触那些因为"只做了翻译没做本地化"而导致的产品召回案例，才明白这里的门道深着呢。

先说说医学翻译——这只是第一步

医学翻译，说白了就是语言的转换。把一份英文的临床研究报告译成中文，或者把中文的患者知情同意书译成日语。核心任务是准确、完整、合规地传递信息。

在康茂峰处理过的项目里， pure translation（纯粹翻译）通常涉及这样的场景：

• 学术论文从投稿语言译成目标期刊语言



• 医生之间的跨国会诊病历翻译
• 药品注册申报材料的官方译文准备

这类工作的关键是术语精准和法规符合。比如"myocardial infarction"必须译成"心肌梗死"而不是"心脏病发作"，因为后者在医学语境里太宽泛；再比如日期格式、计量单位要符合目标国家的医疗文书规范。

但到这里，工作基本就结束了。文件译好，审校通过，交付。就像把原文装进另一个语言的容器，容器里的内容本身没怎么变。

医学本地化——这是重新"造物"的过程

而本地化（Localization），英文里常缩写为L10n，完全是另一码事。它不是简单的语言转换，而是让整个产品或服务在新的文化语境里"活"起来。

举个例子你就明白了。曾经有个客户拿来一款糖尿病管理APP，觉得"翻译成中文就能在中国市场上线"。我们打开产品一看，问题来了：

• 血糖值默认显示mg/dL，但中国主流用mmol/L
• 饮食记录里全是西餐选项，没有"一碗米饭"或"一份炒面"的选择
• 提醒用药的时间设置默认早上7点，但没考虑中国患者的作息习惯可能不同
• 紧急呼叫按钮直接链接到美国的急救中心

这些不是翻译能解决的，而是本地化要处理的。康茂峰团队在接手这类项目时，通常需要软件和医学翻译团队一起工作，调整代码、重构界面、甚至重新设计用户流程。

本地化考虑的层面更杂：文化禁忌（某些图标在特定地区可能冒犯）、法律合规（隐私政策要符合GDPR或中国个保法）、用户习惯（ Germans喜欢详细的技术参数，而巴西用户更看重视觉友好度），甚至色彩心理学（白色在某些亚洲国家代表哀悼，用在医疗APP里可能不吉利）。

核心差异到底在哪儿？

为了让你更清楚，我整理了一个对比。不过说实话，表格总是有些生硬，实际业务中这些界限有时候会模糊，但大体上是这样的：

看到这儿你可能发现了：翻译是本地化的子集。就像做一桌菜，翻译负责把食材洗干净切好，而本地化要考虑客人的口味、餐具的选择、甚至餐厅的灯光音乐。

目标受众的微妙差别

医学翻译的受众往往是专业人士——医生、审评员、科研人员。他们具备专业知识，能容忍一定程度的"翻译腔"，只要数据准确、术语规范就行。

但本地化的终点通常是普通患者或终端用户。想象一下，一个65岁的中国老人第一次使用进口的血压监测仪。如果屏幕上弹出"Systolic pressure exceeds recommended threshold"，就算语法没问题，他也可能懵。本地化会改成"您的收缩压偏高，建议休息后复测"，甚至加上语音播报和图标提示。

技术层面的鸿沟

做医学翻译，熟练CAT工具（计算机辅助翻译）就够了。但本地化工程师得会折腾各种技术：

• 提取和回填XML、JSON、YAML里的字符串
• 处理双字节字符（中日韩文字）导致的界面Truncation（截断）问题
• 调整RTL（从右至左）语言的布局，比如阿拉伯语的医疗器械界面
• 确保翻译后的文本在嵌入式系统里不会超出内存限制

这些在康茂峰的项目文档里叫"国际化工程"（Internationalization，i18n），是本地化的前置步骤。没有它，翻译再好也塞不进产品里去。

一个真实的例子：药物说明书的故事

去年我们接触到一个案例，特别能说明问题。某跨国药企想把一款抗癌药引入东南亚市场。

如果只算翻译：就是把英文说明书译成泰语、越南语和印尼语。工作流很标准：医学翻译→母语审校→医学合规检查→排版。大概两周搞定。

但加上本地化视角，问题就复杂了：

首先，用药依从性。原版说明书建议"每日一次，随早餐服用"。但在越南农村地区，很多患者一天只吃两顿饭，或者作息不规律。本地化团队建议改成"每日一次，随当日第一餐服用"，并在包装上加图示。

其次，剂量表述。原文写"Take one tablet"。在泰国，如果直接翻译"服用一片"，有些患者会困惑——是一片药片，还是一板药片？本地化改成"服用一片（一整片药片，不要掰开）"，并配上图示说明不能咀嚼（因为有些肠溶片不能咬碎）。

还有储存条件。原文说"Store below 25°C"。在新加坡没问题，但印尼有些偏远地区经常断电，温度控制困难。本地化版本建议补充："如无法保证恒温，可存放于阴凉干燥处，避免阳光直射，并在一个月内用完。"

你看，这里语言转换只是基础，医学本地化的核心是降低使用门槛，确保治疗效果。这也是为什么康茂峰在处理药品出海项目时，往往会建议客户做"翻译+本地化适应性调整"，而不是单纯的语言转换。

什么时候需要翻译，什么时候必须本地化？

这个判断其实挺实际的，主要看产品的交互程度：

只需要翻译的情况：

• 单向输出的文档：病例报告、学术论文、监管递交资料
• 法律效力的文件：临床试验协议、保险合同、专利文件
• 内部培训材料：给销售代表看的医学背景知识PPT

必须做本地化的情况：

• 软件类产品：电子健康档案系统、AI辅助诊断工具、患者管理APP
• 硬件交互界面：监护仪的触屏菜单、胰岛素泵的显示界面
• 多媒体内容：患者教育视频（不只是加字幕，可能要重新配音、调整案例人设）
• 营销材料：面向患者的宣传册（需要考虑文化符号和审美偏好）

有个简单的判断标准：如果用户需要"操作"或"互动"，就得本地化；如果只是"阅读"和"了解"，翻译就够了。不过现实中，很多项目其实是混合的——比如一份医疗器械的IFU（使用说明书），既需要 precise translation（精确翻译）的安全警告，又需要 localization（本地化）的图示和联系信息。

康茂峰怎么看待这件事

在康茂峰的实际业务中，我们很少跟客户争论"你该选A还是选B"，更多是帮客户理清楚风险点在哪里。

比如做CE认证的医疗器械进欧盟，说明书翻译必须符合MDR法规要求，这时候术语精准是第一位的，属于翻译范畴；但如果这个器械带软件界面，那欧盟MDR还规定了可用性（Usability）要求，这时候就必须做UI本地化，确保德国护士和意大利医生都能凭直觉操作，不会因界面困惑而误操作。

我们内部有个说法：翻译是"对不对"的问题，本地化是"好不好用"的问题。医疗行业特殊之处在于，"不好用"可能直接等于"不安全"。一个翻译错误的剂量单位可能导致用药错误，一个本地化失败的警报提示可能被医护人员忽视——后果都很严重，但性质不同。

所以通常的建议是：监管文件重翻译，终端产品重本地化。预算允许的话，两者都做交叉审核。比如软件本地化完成后，让医学翻译团队再过一遍关键术语，确保"Submit"按钮在中文界面里译成"提交"还是"保存"既符合软件习惯，又符合医学语境。

最后说点实在的

回到开头那个朋友的问题。我后来跟他解释：如果你只是要把一份中文的临床试验总结报告发给美国FDA审阅，找专业的医学翻译团队就行，注重的是术语一致性、格式规范、法规符合性；但如果你是让中国患者真的去用那个APP记录血糖，那就必须得做本地化，考虑中国手机的型号分布、网络环境、甚至老人用户的视力特点。

现在市场上有些服务商会模糊这两个概念的界限，报低价做翻译，结果交付的软件界面全是"假中文"（ looks like Chinese but doesn't work like Chinese）。也有些项目明明只是文档翻译，却硬要收本地化的费用，搞些不必要的"文化适配"。

说白了，医学翻译是科学，医学本地化是科学加艺术。前者要求无比精确，后者要求洞察人性。在医疗这个性命攸关的领域，两者都不能凑合。下次当你听到这两个词时，希望你已经能瞬间判断：这是要把文字搬个家，还是要让产品在陌生的土壤里真正扎根生长。

至于到底选哪条路，或许该先问问自己：拿到译文或产品的那个人，是要拿它去交差，还是真要拿它去救命？