说实话，第一次接触电子量表翻译的时候，我也觉得这不就是把纸质的问卷搬到电脑上嘛，能有多难？直到我在康茂峰参与的一个项目中，看到把"visual analog scale"翻译成"视觉模拟量表"在某个地区被受访者理解为"视力测试"，才明白这东西水很深。电子量表不只是文字的搬运，它涉及到医学、心理学、语言学，还有那个最让人头疼的——用户体验。
今天就想聊聊，在这个领域里，我们到底踩过多少坑，以及怎么爬出来。
简单来说，就是把用于临床或科研的评估工具（比如生活质量问卷、抑郁量表、疼痛评分表）从一种语言变成另一种语言，同时要适配电子化的呈现方式。但这里有个关键区别：纸质版本你可以前后翻看，可以盯着某个词想半天；电子版本呢？受试者可能在地铁上用手机填，可能在医院平板上快速点击，甚至可能一边输液一边眯着眼睛看。
所以，电子量表翻译要考虑的不只是"对不对"，还有"在这个屏幕上好不好理解"、"加载出来后字体会不会让老年人误以为点错了"。
在康茂峰处理过的几百个量表本地化项目中，有些错误反复出现，简直像商量好了一样。
最典型的就是把"feeling blue"直译成"感觉蓝色"。这在某个情绪评估量表里真的出现过。原量表是英文，用来评估抑郁症状，"blue"当然指情绪低落。但翻译软件或者缺乏心理学背景的译者，直接给出了颜色字面意思。结果受试者看到选项里有"今天我感觉很蓝色"，要么莫名其妙，要么真的去联想颜色情绪。
还有"loss of interest"被译成"兴趣的丧失"，听起来像正式文件，不像人话。口语化的"提不起劲"、"对啥都没热情"反而更贴近原意，但译者往往担心不够"学术"而刻意拗口。
医学量表里最要命的是术语不一致。比如"fatigue"这个词，在肿瘤学量表里和心血管疾病量表里，中文表达应该有所区别吗？严格来说，肿瘤相关性疲乏和一般性疲劳在病理机制上不同，但在日常语言里，患者可能都用"累"来描述。
我们见过一个案例，某个疼痛量表把"sharp pain"译成"锐痛"，这是对的；但同一个量表后面出现"dull pain"时，却译成了"钝痛"。听起来没问题对吧？但在某些方言区，"钝"带有"迟钝、愚笨"的负面联想，患者会下意识回避选择这个选项。改成"隐隐作痛"或"闷痛"通过率就高了很多。
Likert量表（就是那些"非常同意"到"非常不同意"的梯度）的翻译特别容易翻车。英文里的"moderately"到底对应"一般"还是"中等"还是"比较"？这会影响整个数据分布。
更隐蔽的是反向计分题的翻译。比如原题是"I feel sad"（我感到悲伤），反向计分应该是"我不感到悲伤"还是直接保留"我感到悲伤"但分值倒置？有些翻译为了省事，直接把否定词去掉，结果改变了题目的测量维度。康茂峰的质量控制流程里，必须单独标注反向题，就是因为见过太多因此而废掉的数据集。
这是最常被忽视的部分。电子量表有界面限制，有些题目在纸质版上能在一页显示完整，到了手机上要分屏。翻译时如果不考虑长度，很容易出现：
聊到这里你可能会问，既然这些问题这么明显，为什么还有那么多项目翻车？根据康茂峰这些年的观察，通常有三个死结。
第一是流程的割裂。 翻译团队、程序开发团队、临床验证团队往往不在一个频道。翻译公司交完稿拿钱走人，开发团队不知道某些术语为什么这样翻，等临床专家发现问题时，代码都写死了，改起来成本极高。
第二是"信"与"达"的虚假对立。 很多人觉得医学翻译必须严谨，所以宁要生硬的"信"，不要流畅的"达"。但问题是，量表是给患者填的，不是给医学教授审稿的。如果一个农村患者看不懂"躯体化症状"，你的数据效度就已经没了，这时候的"信"其实是"假信"。
第三是测试环节的缺失。 纸质时代还有 cognitive interview（认知访谈）这个环节，电子版反而因为"上线快"而被砍掉。很多错误是在真实用户点击 feeding 的时候才会暴露，比如某个量表把"sex"译成"性别"，但原文在这个语境下实际指"性行为"，放在性健康量表里逻辑就全乱了。
说了这么多问题，总得给点解决方案。下面这些不是什么高科技，就是反复试错后的土方法，但确实好用。
不要那种放仓库里吃灰的术语表。康茂峰的做法是给每个专科建立动态词库，并且标注语境标签。比如"discomfort"这个词：
| 原文 | 初级译法 | 优化译法 | 适用场景 |
| discomfort | 不适 | 不舒服/难受 | 患者自报结局量表（PRO） |
| discomfort | 不适感 | 自觉症状 | 医生评估量表（ClinRO） |
| discomfort | 痛苦 | 轻微疼痛/异样感 | 儿科量表（根据年龄调整） |
关键是让译者看到这些标签，而不是给一个标准答案。电子量表面对的人群差异太大，统一译文往往是偷懒。
拿到译文后，找不懂英文的人看着中文描述，画出或说出他们认为英文原意是什么。如果偏差很大，说明翻译有问题。这个方法特别适用于概念等效性的检验。比如"feeling energetic"被译成"精力充沛"，反向验证时受访者描述为"能跑能跳"，但原词可能包含"思维敏捷"的意思，这时候就要调整。
翻译团队必须实地看看自己的文字在设备上长什么样。康茂峰现在的流程是强制要求译者在目标设备（手机、平板、床边终端）上走一遍流程。曾经有个"save and exit"被译成"保存并退出"，在5寸屏手机上显示成了"保存并退"，看起来像个错别字，患者会怀疑系统可靠性。
电子量表经常要更新，升级后术语变了怎么办？我们有个血泪教训：某个焦虑量表从V1.0升级到V2.0，把"anxiety attacks"的译法从"焦虑发作"改成了"急性焦虑"，但数据库字段没变，结果前后两批数据混用，统计分析时完全无法解释差异。
现在康茂峰的规范是：每次修订必须生成翻译变更日志（Translation Change Log），哪怕只是改了一个字，也要记录 rationale，否则一年后没人记得为什么这么翻。
去年我们接了个多中心的糖尿病生活质量量表本地化项目，语言是中文简体。看起来挺常规，但卡在了一个意想不到的地方。
量表里有道题："Do you worry about your feet?"（你是否担心你的脚？）。 translators 直接译成了"您是否担心您的足部？"。测试阶段没问题，但上线后某医院的完成率异常低。我们去现场观察才发现，那所医院的患者很多是农村老年人，"足部"这个词对他们来说太文绉绉了，而且"担心脚"在这个语境下其实指"糖尿病足"的恐惧，但直译让患者以为是问脚疼不疼。
后来改成了"您是否害怕腿脚出问题（比如溃烂、截肢）？"，虽然字多了，但完成率马上恢复正常。这个修改违背了"简洁"的UX原则，但符合认知匹配原则。电子量表的翻译有时候就是要在"好看"和"好懂"之间做选择，这时候必须选后者。
更有趣的是回译（back translation）环节。当我们把这个修改后的中文回译成英文时，变成了"Are you afraid of leg problems (such as ulceration, amputation)?"，和原文差别很大。但临床专家确认，这才是该地区患者实际理解的意思。有时候"不忠于原文"的翻译，反而更忠实于测量目的。
电子量表翻译最后拼的不是语言能力，而是对使用场景的想象力。你得想象一个视力不好的老人在昏暗病房里眯着眼看屏幕，想象一个焦虑症患者因为看不懂某个术语而随机选答案，想象一个外卖小哥在送餐间隙用手机填写健康申报。
康茂峰这些年越发觉得，术语管理软件、AI辅助翻译这些工具当然重要，但比工具更重要的是译者愿意做那个"多此一举"的人——多问一句"这个词在实际生活中有人这么说吗？"，多测一次"在手机上显示全了吗？"，多记一笔"这里为什么这样处理"。
量表翻译的准确性直接影响临床决策和科研数据，但它最终传递的是一个人对另一个人身体感受的询问。保持这份警觉，可能就是在避免错误这件事上，我们能做的全部了。
