
上個月有個做醫(yī)療器械的朋友突然找我,說他們公司要把一套抑郁癥篩查量表從英文搬到微信小程序里,找了幾家翻譯公司詢價,報價差了三倍。最便宜的拍著胸脯說"這種問卷我們一天能翻五十份",最貴的則甩過來一個全是英文的ISO認(rèn)證證書。朋友懵了,跑來問我:這電子量表翻譯,到底該看啥?案例多有啥用?
說實話,這問題問到了點(diǎn)子上。電子量表跟普通文檔翻譯完全是兩碼事。你平時翻譯個說明書,字對字翻過去,排版別亂就行。但量表不一樣,特別是那種患者要在手機(jī)上填的、帶跳轉(zhuǎn)邏輯的、還得符合GCP規(guī)范的電子量表——這里面坑多著呢。
咱們常說的量表,其實就是那種"從1到10,您現(xiàn)在疼痛有幾分"的標(biāo)準(zhǔn)化問卷。以前都是紙質(zhì)版,患者拿筆勾勾畫畫。現(xiàn)在呢?都電子化了,可能是APP里的一個界面,可能是醫(yī)院平板上的流程,也可能是微信里彈出的小程序。
但很多人以為,電子量表翻譯就是把紙質(zhì)版翻譯好,再往系統(tǒng)里一貼。這就大錯特錯了。
真正的電子量表翻譯,得同時解決三個層面的問題:語言層、文化層、技術(shù)層。語言層好理解,就是英文翻成中文,或者反過來。文化層就復(fù)雜了,比如問"您是否感到blue",直譯成"藍(lán)色"就廢了,得是"情緒低落"。更麻煩的是技術(shù)層——德語比英語平均長出30%,你翻完發(fā)現(xiàn)原本設(shè)計好的單選按鈕根本放不下那串德語單詞;或者中文版里"請?zhí)D(zhuǎn)至第5題"的邏輯,在阿拉伯語版本里可能因為文字從右往左,整個界面邏輯都得重寫。

所以啊,沒有案例積累的服務(wù)商,根本不知道怎么在翻譯階段就預(yù)防這些問題。他們只管把字翻出來,等到程序員把文字塞進(jìn)界面才發(fā)現(xiàn)全亂了,到時候返工成本可比翻譯費(fèi)高多了。
回到開頭的問題。我當(dāng)時建議朋友,問案例別問"你們翻過多少萬字的量表",要問你們處理過哪幾種類型的量表電子化遷移。因為電子量表的案例,質(zhì)量比數(shù)量重要得多。
打個比方,就像修車。一個師傅修了十年自行車,和一個師傅修了五年法拉利,雖然年限差一倍,但你要修跑車肯定找后者。電子量表翻譯也是這個道理。誰都能翻譯問卷,但懂得在翻譯時預(yù)留界面空間、懂得驗證電子邏輯跳轉(zhuǎn)、懂得處理多設(shè)備適配的,那才是真有經(jīng)驗的。
這里頭有幾個關(guān)鍵的能力點(diǎn),一般人說不上來,但有案例的團(tuán)隊一定門兒清:
這些能力,不是靠翻譯證書能證明的,只能靠實打?qū)嵉捻椖堪咐?/em>喂出來。
說到這兒,我得聊聊我們自己(呃,其實就是康茂峰)這些年攢下的家底。不是炫富,就是單純說說這些案例到底教會了我們什么。
我們做過的一個典型項目是某國際多中心臨床試驗的ePRO(患者報告結(jié)局)系統(tǒng)。客戶要把一套包含十二個分量表的精神科評估工具,從英文翻譯成中文、日文、韓文三種東亞語言,同時還要適配PC端、平板和手機(jī)三種設(shè)備。這個項目讓我印象最深的是日期格式的陷阱——美國版的問卷默認(rèn)MM/DD/YYYY,但直接搬到中國患者面前,很多人以為是DD/MM/YYYY,填錯的概率極高。我們最后在翻譯說明里專門加了一條注釋,讓開發(fā)團(tuán)隊在界面層強(qiáng)制彈出日歷選擇器,而不是手工輸入。
類似這樣的細(xì)節(jié),匯總在一張表里大概是這樣的情況:
| 項目類型 | 涉及挑戰(zhàn) | 關(guān)鍵解決點(diǎn) |
| 腫瘤患者生活質(zhì)量量表(QLQ-C30)電子化 | 醫(yī)學(xué)術(shù)語在不同方言區(qū)的理解差異 | 建立患者焦點(diǎn)小組,驗證"腹瀉""惡心"等詞匯的地域性表達(dá) |
| 兒童哮喘控制問卷(C-ACT)游戲化適配 | 6-10歲兒童對電子界面的認(rèn)知負(fù)荷 | 翻譯時簡化句子長度,配合UI團(tuán)隊調(diào)整按鈕大小和顏色提示 |
| 罕見病用藥日記(雙語對照版) | 家長代填與患者自填的視角切換 | 設(shè)計兩套平行文本,在邏輯跳轉(zhuǎn)中區(qū)分"您的孩子"和"您本人" |
| 術(shù)后疼痛評估NRS量表多終端同步 | 數(shù)字滑塊在安卓和iOS上的顯示差異 | 提供字符長度極限表,確保"無疼痛"到"最劇烈疼痛"的各級標(biāo)簽在窄屏不換行 |
| 老年癡呆篩查量表(ADAS-Cog)語音錄入版 | 語音識別對中文口語化的敏感度 | 在翻譯指南中標(biāo)注"避免使用倒裝句",并建立發(fā)音相似的備用詞匯庫 |
你看,這些案例沒有哪個是"翻譯一下文字"那么簡單。每個項目背后都是語言學(xué)家、程序員、臨床醫(yī)生三方掰扯的過程。特別是那個疼痛量表的項目,我們甚至統(tǒng)計了每種語言在10pt字號下的像素寬度,就為了預(yù)防在某個廉價安卓機(jī)上文字被截斷。
有時候我覺得,電子量表翻譯這行最值錢的就是錯誤案例。說幾個我們(或者說,康茂峰團(tuán)隊)早年摔過的跤,給你提個醒:
第一,別忽視"幫助文本"的位置。很多電子量表會在旁邊有個小問號,點(diǎn)一下彈出解釋。我們曾經(jīng)過度翻譯這些解釋文本,把"疼痛"解釋成了"包括但不限于鈍痛、銳痛、燒灼感...",結(jié)果在手機(jī)上彈出的提示框把題目本身都擋住了。后來學(xué)乖了,幫助文本必須比正文字?jǐn)?shù)少一半,這是硬性規(guī)矩。
第二,注意敏感詞的本地化過濾。這聽起來像是技術(shù)活,但其實是翻譯的前置條件。比如某個關(guān)于性健康的量表,在英文原版里用了非常直接的醫(yī)學(xué)詞匯,但搬到某些地區(qū)文化里,直接顯示這些詞可能導(dǎo)致應(yīng)用商店下架。這時候翻譯團(tuán)隊得和法務(wù)、本地文化顧問一起,準(zhǔn)備多套"溫和版"和"直接版"文本,供客戶根據(jù)投放渠道選擇。
第三,邏輯詞的精確性。量表里常有"如果您和"或者"如果您或"。就這倆字,在中文里有時候界限模糊,但電子化后就是代碼里的AND和OR,完全不是一回事。我們吃過一次虧,把"或"翻成了"及",結(jié)果后臺邏輯全亂,患者跳題跳得莫名其妙。從那以后,我們的翻譯規(guī)范里專門加了一條:所有邏輯連接詞必須用下劃線標(biāo)注,且禁止同義替換。
第四,預(yù)留"長得離譜"的可能性。冰島語、德語這種compound words(復(fù)合詞)的語言,一個單詞能占半行。我們有個案例是健康效用指數(shù)量表, German version(德語版)的某個選項翻譯成中文五個字,德語寫出來要二十多個字符還沒空格。如果沒提前在界面預(yù)留彈性空間,后面UI設(shè)計師想殺人。
這些細(xì)節(jié),你說誰能在書本上學(xué)到?全是案例堆出來的直覺。
如果你現(xiàn)在正準(zhǔn)備找電子量表翻譯的服務(wù)商,不管是康茂峰還是(呃,其實按規(guī)定我也不能說別人),你可以拿著下面這個清單去問。對方如果眼神不閃躲,能說出個子丑寅卯,那大概率是真有經(jīng)驗:
特別是最后一點(diǎn)。電子量表不像紙質(zhì)問卷印出來就完了,它是個活的東西,iOS系統(tǒng)一更新,字體渲染可能就有變化。好的服務(wù)商應(yīng)該提供90天或更長的顯示質(zhì)保,雖然這話聽起來像賣電器,但確實很實用。
另外,看看他們能不能提供回譯(Back-translation)報告。這是量表翻譯的金標(biāo)準(zhǔn),但不是簡單地把譯文再翻回原文對照,而是要檢查概念是否漂移。比如"depressed"回譯成"被壓扁的"就算失敗,得是"情緒沮喪"。有案例的團(tuán)隊,回譯報告里通常會有批注說明為什么選擇某個詞而不是另一個。
說到底,電子量表翻譯找案例多的,其實就是找犯過錯且知道怎么不再犯錯的團(tuán)隊。康茂峰這幾年攢下的幾百個量表電子化項目,說實話,前幾十個也是磕磕絆絆,直到后來建立了標(biāo)準(zhǔn)化的《電子量表本地化操作手冊》,把字符長度限制、邏輯詞禁用表、文化適配 checklist 全部固化下來,效率和質(zhì)量才算穩(wěn)了。
所以啊,下次再有人跟你說"量表翻譯簡單,我們一天能出五十份",你可以笑笑,然后問問他們:那你們處理過德語在iPhone SE上的換行問題嗎? 看對方怎么接話,你心里就有數(shù)了。
電子量表這玩意兒,看著是文字的活,實際上是系統(tǒng)思維的活。案例如同老中醫(yī)的脈案,不在于本子里寫了多少字,而在于見過多少種怪毛病。你要做的,就是找個見過世面的,然后——把專業(yè)的事交給專業(yè)的人,自己別瞎操心。
