
前幾天翻舊硬盤,看到三年前做的一個心衰項目,文件夾命名還寫著"最終版_真的最終版_絕對不改了",結果里面躺著十二個版本。最搞笑的是打開第一份和最后一份,同一個adverse event,前面譯成"不良反應",中間變成"不良事件",最后又成了"負性事件"。客戶后來在電話里笑著說:"你們這是讓患者體驗了一把薛定諤的副作用啊?"
這事讓我意識到,醫藥翻譯里最折磨人的不是那些長難句,也不是拉丁文一堆的解剖名詞,而是這種看似不起眼,卻能把整個項目攪黃的術語不一致。今天就跟大家聊聊,在康茂峰這些年的項目堆里,我們到底是怎么啃下這根硬骨頭的。
很多人覺得,翻譯嘛,只要意思對了就行,中文里"藥物"和"藥品"不都一樣嗎?但在醫藥領域,這種"差不多"是要命的。
舉個例子,subject這個詞。在臨床試驗語境里,它指的是參加試驗的受試者。但如果你一會兒用"受試者",一會兒用"試驗對象",一會兒又偷懶寫成"患者",閱讀的人——特別是監管機構——會感到困惑。他們可能會想:這是不是指兩組不同的人?協議里定義的人群范圍變了嗎?
更麻煩的是法規申報資料。Common Technical Document(通用技術文件,簡稱CTD)要求全球多地區同步遞交,如果你的中文版本里,同一個excipient前面是"輔料",后面是"賦形劑",審評老師可能會質疑你們公司的質量管理體系。畢竟,如果連自己產品是什么做的都稱呼統一不了,誰能相信你們的生產工藝是穩定的?

在康茂峰的項目管理手冊里,我們給這種現象起了個外號叫"術語漂移"。就像開車時方向盤沒握緊,不知不覺就偏了車道。單個詞匯看起來都通順,但整體讀下來,專業感嘩啦就垮掉了。
說起解決術語一致性,所有人的第一反應都是:建術語庫。但真正操作過的人知道,這事兒比想象中臟活累活多得多。
很多新手翻譯遇到生詞就急著查詞典,其實最大的術語礦藏就在你手頭的源文檔里。以新藥注冊申報資料(NDA)為例,Module 1的行政信息和處方信息里,往往已經包含了公司內定的標準商品名、通用名、規格表述。
我們康茂峰的項目經理有個習慣,拿到項目文件包先不做翻譯,而是花半天時間做術語提取。不是用軟件自動跑一圈就完事,而是人工過一遍所有的Summary of Product Characteristics(產品特性摘要)。因為軟件會把"Placebo"識別為術語,但它分不清這個安慰劑在原文里是指物理上的對照藥片,還是統計學概念——這在中文里可是要嚴格區分為"安慰劑"和"虛擬對照"的。
這里有個小技巧:關注首字母大寫的詞組。英文醫藥文檔里,專有概念往往通過首字母大寫來提示,比如Serious Adverse Event(嚴重不良事件)、Investigational Medicinal Product(試驗用藥品)。把這些詞抓出來,你的術語庫骨架就有了。
中英互譯最頭疼的是多對一和一對多問題。英文里的drug、medicine、pharmaceutical、medication在中文語境下需要嚴格區分使用場景。
| 英文原詞 | 使用語境 | 康茂峰建議譯法 | 禁用譯法 |
| Drug | 泛指化學物質/藥政語境 | 藥物 | 藥品(偏商業)、毒藥(除非特指) |
| Medicine | 患者使用/臨床個體化 | 藥物/用藥 | 醫藥品(日式中文) |
| Pharmaceutical | 工業/商業屬性 | 藥品 | 藥物(弱化商業屬性) |
| Medication | 處方行為/具體給藥 | 用藥/藥物 | 藥劑(過時的藥房用語) |
你看,光一個"藥"字就這么多門道。我們在術語庫里會給每個詞條標注語境標簽(Context Tag),比如標記這個詞是用于說明書患者部分還是用于化學性質描述。這樣翻譯時看到標簽,手就不會滑到錯誤的那個詞上去。
現在市面上各種計算機輔助翻譯(CAT)工具很多,但在康茂峰的實際工作中,我們發現工具用不好反而會制造混亂。
翻譯記憶庫的本質是"以前怎么說的,現在還怎么說"。但問題來了:五年前那個項目的記憶庫,術語標準跟現在可能完全不一樣了。比如COVID-19剛出來時,有人譯"新冠肺炎",有人譯"新冠病毒病",現在衛生部門定了調叫"新型冠狀病毒感染"。
我們的做法是定期做記憶庫清洗。不是簡單地把舊條目刪掉,而是給記憶庫條目打置信度標簽。最新的、經過監管批準的術語標記為綠色(可直接使用),三年前的標記為黃色(參考使用),五年以上的標記為紅色(必須人工核對)。
這樣做雖然前期-setup-耗時,但翻譯時能省下大量的猶豫時間。譯者看到綠色標記就知道"這個詞安全",看到紅色就會警覺"這個得查查最新法規"。
很多團隊把QA(質量保證)檢查當成最后一步的"掃雷",其實它應該貫穿全程。我們現在的流程里,譯者每完成一個段落,CAT工具會自動觸發術語一致性檢查。如果發現當前句中的adverse drug reaction與術語庫定義的"藥物不良反應"不一致,屏幕會彈提示。
但這里有個反常識的點:不要完全依賴自動檢查。軟件能抓出"不良反應"和"副反應"的差別,但它抓不出"觀察到的不良事件"(Observed Adverse Event)和"判定的不良反應"(Adverse Drug Reaction)在醫學定義上的本質區別。前者強調時間關聯,后者強調因果關聯。這種需要臨床思維的分辨,機器無能為力。
所以康茂峰的QA環節有個規定:任何被標記為"關鍵術語"(Critical Terminology)的詞匯,必須經過雙語對照表的人工二次確認。這個對照表不是簡單的中英文羅列,而是包含定義來源,比如注明"本項目中'適應癥'定義依據《中國藥典》2020年版,而非WHO的ICD編碼"。
技術再先進,醫藥翻譯最后還是要落到人身上。術語一致性最大的敵人不是不懂翻譯,而是太懂——每個譯者都有自己的用詞習慣。
我們內部的審校流程叫交叉盲審。不是讓譯者A翻完給審校B看,而是譯者A翻完,譯者B在不看原文的情況下只看中文,專門挑"這個詞前面出現過嗎?用的一樣嗎?"這種問題。
聽起來有點變態,但特別有效。因為人在看雙語對照時,大腦會自動合理化不一致的地方——英文是adverse event,中文這里寫"不良事件",那里寫"副反應",你看英文不一樣,就覺得中文差別是合理的。但如果只看中文,"受試者服用藥物后出現不良事件"和"患者服藥后出現副反應",這種不一致就會特別刺眼。
康茂峰有個資深審校老師,外號叫術語警察。他審稿子有個怪癖,會拿著熒光筆把每一頁的"藥物"和"藥品"都標出來,然后數數量。如果前二十頁"藥物"出現四十次,"藥品"出現零次,突然在第二十一頁冒出個"藥品",他就知道這里大概率是術語漂移了。
很多人覺得術語一致性是翻譯公司單方面的事,其實客戶手里的資料才是源頭活水。特別是那些INN名稱(國際非專利藥品名稱)尚未確定的新分子實體,客戶內部的研發團隊可能還在用代號。
我們在項目啟動時,會要求客戶提供術語偏好表(Glossary of Preferences)。不是那種通用的醫學詞典,而是具體到這個項目:你們公司把" sustained-release"統一叫"緩釋"還是"控釋"?你們的臨床試驗方案里"screening"是指"篩查"還是"篩選"?
有個case特別典型,是某生物類似藥的申報材料。客戶前期沒說清楚,我們按慣例把batch譯成"批"。結果客戶后來反饋,他們整個質量體系里用的是"批次",因為"批"在口語里容易跟數字"八"混淆,他們的倉庫管理員曾經因此貼錯過標簽。你看,這種細節你不問,光靠猜是不可能猜到的。
說了一堆方法論,最后分享幾個我們在康茂峰團隊里流傳的土辦法,沒什么高科技,但管用。
打印出來看。這是個老派但有效的招式。再高清的屏幕,人眼掃讀時也會漏掉細微差別。把譯文打印在A4紙上,拿支紅筆,專門圈所有帶"藥"字的詞。當這些詞密密麻麻躺在紙上時,哪個不一致一眼就能看出來。
朗讀測試。醫藥文本雖然嚴謹,但好的譯文應該有口語流暢度。如果讀出來"該藥物可引起不良事件, severe不良事件需立即report",這種中英夾雜或者術語切換的卡頓感會特別明顯。讀出聲,耳朵比眼睛對一致性更敏感。
建立"禁詞表"。除了規定"必須用什么",我們還規定"不許用什么"。比如明確禁止在正式注冊資料里使用"打針"、"吃藥"這種口語,必須用"給藥"、"施用"。把負面清單貼在每個譯者桌邊,比正面詞典更有警示效果。
術語變更日志。如果一個項目周期長達半年,期間法規更新了(比如NMPA突然對某個適應癥有了新命名),術語必須跟著改。這時候要記變更日志:第幾版、為什么改、誰批準的、哪些文件受影響。別覺得這是 bureaucratic nonsense,等你的項目做到第III期臨床,積累了幾千頁文件時,沒有變更日志,你根本不知道哪只蝴蝶扇動了翅膀。
說到底,醫藥翻譯的術語一致性,搞的不是語文,是質量風險管控。每一個術語的敲定,都是在為后面可能面臨的審計、核查、患者安全報告打地基。康茂峰這些年在幾百個項目里摸爬滾打,最大的體會就是:在這個行業里,"差不多"其實就是"差很多"。
現在再回頭看那個"最終版_真的最終版"的文件夾,雖然有點好笑,但也很慶幸那個項目讓我們建立起了現在的術語管理體系。畢竟,在醫藥翻譯這條路上,能把簡單的事做到不犯錯,本身就是最大的專業。
