藥物警戒數據翻譯的注意事項

說實話，第一次拿到那份寫滿不良事件的CIOMS表格時，我盯著屏幕發了足足十分鐘的呆。不是因為英文有多難，而是那些描述——"subject experienced mild epigastric pain radiating to the back with concurrent nausea"——你直接翻成"受試者經歷了輕度上腹痛放射至背部伴隨惡心"技術上沒錯，但讀起來總覺得哪里別扭，像是用翻譯軟件硬塞過來的。后來才慢慢明白，藥物警戒這行的翻譯，真不是靠英語六級就能吃下的飯。

在康茂峰處理PV（Pharmacovigilance）數據的這些年，見過太多因為翻譯細節導致的返工，有的甚至差點影響上市申請的遞交節點。這事兒說白了，就是讓醫學信息在不同語言間"搬家"，但搬家過程中，你不能把人家的家具磕了碰了，更不能把臥室的東西搬到廚房去。下面把這些踩過的坑、流過的汗，掰開了揉碎了聊聊。

醫學術語不是查字典那么簡單

做普通醫學文獻翻譯，可能講究的是"信達雅"。但在PV領域，準確性是唯一的王，雅不雅的根本沒人關心，甚至有時候為了準確，寧可犧牲流暢度。

最大的坑是MedDRA術語。這套由ICH維護的醫學詞典，現在已經是全球藥物不良反應報告的標準語言。比如病人說"肚子疼"，醫生在病歷上可能寫"abdominal pain"，但到了MedDRA里，你得區分是Abdominal pain（上位詞）還是Abdominal pain upper（具體部位）。這倆在編碼時完全是不同的SOC（System Organ Class），一個歸到"Gastrointestinal disorders"，雖然最終系統分類可能相近，但檢索的時候如果混用，統計學意義就變了。

我們康茂峰內部有個活頁術語庫，不是那種死的Excel表，而是每周都在更新的。比如"pyrexia"和"fever"到底用哪個？按MedDRA LLT（Lowest Level Term）層級，現在更傾向于用pyrexia，但醫生手寫病歷里滿篇都是fever。這時候翻譯不能自作主張統一成"發熱"，得看原始文檔的語境，如果是直接引用病歷，保留原意比強行標準化更重要。

還有那種縮寫地獄。"SOB"在呼吸科是shortness of breath（呼吸困難），在 psychiatric notes 里可能是side of bed（床邊）。有次我們處理一份來自東歐研究中心的報告，醫生筆跡潦草，把"mi"寫成了"m1"，要不是醫學背景出身的譯員發現上下文說的是"myocardial infarction"（心肌梗死），差點就按"milliliter"翻了。這種錯誤 downstream 到Safety Database 里，嚴重性或事件歸類全亂套。

時間、數字和單位：隱形的地雷

如果說術語是明面上的難題，那數字就是藏在暗處的殺手。

先說日期。你有想過"01/05/2023"到底是1月5日還是5月1日嗎？美國習慣MM/DD/YYYY，歐洲是DD/MM/YYYY，而中國NMPA要求的是YYYY-MM-DD。在ICSR（Individual Case Safety Report）表格里，如果start date和end date搞反了，藥物暴露時間和事件持續時間全錯，因果關系評估（Causality Assessment）根本沒法做。

再說劑量。mcg和mg之間差了一千倍。有些老舊病歷 handwritten 的"μg"（微克）掃描不清，看起來像"mg"（毫克）。我們在SOP里硬性規定：凡是涉及劑量數字，必須雙人獨立核查（Double Data Entry），而且第二人要看原始影像，不能只看譯文。

實驗室值（Lab Values）更是頭疼。美國習慣用mg/dL，中國是mmol/L；體溫華氏度還是攝氏度；血壓是mmHg還是kPa。翻譯時不能簡單換算，因為原始數據是source data，你得保留原值和單位，用括號加注標準單位，或者按客戶SOP在腳注里說明。擅自換算等于篡改數據，這在GCP（Good Clinical Practice）框架下是大忌。

隱私保護那道看不見的紅線

PV翻譯天天跟個人數據打交道。受試者的姓名縮寫、出生日期（哪怕只是年月）、醫院名稱、甚至特定罕見病描述（比如"某小城市唯一一例戈謝病患者"）都可能構成個人可識別信息（PII）。

GDPR和中國的《個人信息保護法》對這塊卡得死死的。我們接到的source documents經常是已經tokenized的，比如把"張三"換成[Subject_001]，但有時候醫生在敘述病情時會說："This 58-year-old male teacher from No. 1 Middle School..." 這時候翻譯不能老老實實翻成"這位來自第一中學的五十八歲男性教師"，得和醫學寫手（Medical Writer）或藥物警戒專員（PV Officer）確認，是否需要泛化為"一位五十八歲男性受試者"。

康茂峰的操作規范是：凡是涉及具體地理標識、職業細節、親屬姓名（如'患者由其女兒李女士陪同'），一律先標黃，由項目經理和申辦方確認脫敏級別。寧可麻煩一點，不能合規掉鏈子。畢竟翻譯文件最終要放進eCTD（電子通用技術文檔）遞交到藥監部門，萬一因為隱私泄露被退審，那可就炸了。

文化差異藏在句子的骨頭縫里

英文醫學寫作特別喜歡用被動語態，"It was observed that..." "The patient was administered..." 直譯成"被觀察到"、"被給藥"，中文讀著像機器人說話。但PV文檔又要求客觀性，不能翻譯成"我們發現"、"醫生給病人用了藥"，那樣主觀性太強。

這里面有個微妙的平衡。通常我們會調整為："觀察到以下現象"、"受試者接受了XX藥物治療"。既保留被動句的客觀性，又符合中文醫學文書的表達習慣。

還有那種"請"字的使用。英文報告里經常寫"The investigator should ensure that..." 直譯是"研究者應該確保..."，聽起來像命令。但_medical tone_ 在中文里，這種地方往往用"研究者需確保..."或"建議研究者確認..."更柔和。千萬別小看這個，審閱者（Reviewer）讀報告時的感受，有時候會影響他們對整個研究質量的印象。

標點符號也是個坑。英文用句點"."表示縮寫（如Dr.），中文沒有這種習慣；英文括號前后有空格，中文沒有；尤其是ICSR表格里那些XML標簽，翻的時候如果手滑把<reaction>翻成了<反應>，系統直接報錯，因為E2B(R3)標準只接受特定英文標簽。

格式是道看上去簡單其實很深的坎

你可能覺得格式是排版美工的事，翻譯管文字就行了。錯。在PV數據里，格式就是數據。

比如E2B(R3)電子傳輸，字段有嚴格長度限制。標簽里的文本如果翻譯后字節數超標（中文一個漢字占兩個字節），系統上傳會直接reject。我們遇到過把"Benign prostatic hyperplasia"翻成"良性前列腺增生"正好，但翻成"良性前列腺肥大"就超長的尷尬情況。

PDF轉Word再翻譯的流程也是災難高發區。有些申辦方給的原始文件是掃描件，OCR識別后"5mg"可能變成"Smg"，"hepatic"變成"hepatic"（少個字母）。康茂峰的要求是：所有掃描件翻譯前必須由醫學背景人員進行OCR校對，不能直接把OCR結果丟給譯員。

表格對齊、字體統一、下劃線是否保留（有些下劃線是填空符，翻譯后不能刪除），這些細節在遞交PSUR（Periodic Safety Update Report）或DSUR（Development Safety Update Report）時，監管機構的行政管理（Regulatory Affairs）人員會逐一檢查。格式錯誤可能被視為"不完整的遞交"，直接啟動Clock stop，耽誤的是幾個月的審評時間。

法規框架下的"緊箍咒"

不同國家藥監機構對PV翻譯有微妙但致命的不同要求。

FDA（美國）接受英語遞交，但如果source document是中文，需要 certified translation。EMA（歐洲）要求Member States接受本國語言報告，比如德國要德語，法國要法語。NMPA（中國）要求所有境外產生的PV數據遞交時必須附中文譯文，且翻譯機構需要具備相應資質（雖然沒明確說必須誰蓋章，但業內默認需要營業執照含翻譯服務，且有醫學翻譯經驗）。

ICH E2B(R3)指南是個全球通用的框架，但具體到字段，比如 seriousness criteria（嚴重標準），death/Life threatening/Disabling 這些英文術語在翻譯成中文時，必須嚴格對照NMPA發布的《個例不良反應報告收集與處理指南》里的固定譯法，不能自己創新。說"危及生命"還是"生命威脅"，看似差不多，但法規文本里只能用特定表述。

還有文獻翻譯。PV報告里經常要引用已發表的case report或流行病學研究。如果原文是日語或德語發表的，你作為PV翻譯可能還需要處理轉譯（re-translation）問題——把日語英譯版再轉譯成中文，這時候溯源到原始日語確認專業術語，是康茂峰質量協議里的強制步驟。

質量控制沒有捷徑，只有"笨辦法"

說了這么多坑，肯定有讀者問：那怎么保證不出錯？

說實話，沒有銀彈。在康茂峰，我們靠的是一個有點"笨"的三遍流程：

• 第一遍：醫學翻譯。由有臨床醫學或藥學背景（至少碩士學歷）的譯員完成，工具用Trados或MemoQ，但必須加載客戶特定的TB（Termbase）和TM（Translation Memory）。遇到不確定的術語，不能猜，必須Query（詢問）。
• 第二遍：校審（Revision）。換一個人，不看英文原文，只看中文，讀是否通順、邏輯是否自洽。然后再對照英文，檢查漏譯、錯譯。重點關注數字、日期、單位。
• 第三遍：醫學審核（Medical Review）。由有執業醫師資格或資深PV經驗的人員進行。這時候看的不是語言，是醫學邏輯。比如"肝功能異常"后面跟著的實驗室值ALT 1500 U/L，這屬于嚴重事件，看是否標注了seriousness；比如"患者因AE停用研究藥物，但繼續參加研究"這種描述，是否符合方案（Protocol）規定。

還有個野路子技巧：大聲朗讀。翻譯稿默讀和朗讀是兩種不同的認知加工。念著念著，"患者于第3天出現出現皮疹"這種重復詞錯誤就能抓出來。

最后，文件交付前的回譯校驗（Back-translation）在關鍵文檔（比如患者知情同意書的安全信息部分）上偶爾會用，雖然費錢，但對于確保"危及生命"這樣的嚴重警告信息沒被稀釋，是值得的。

那天晚上，我把那份Epigastric pain的報告翻完，又對著MedDRA瀏覽器核對了三遍SOC分配，保存文件時看了眼時鐘，已經凌晨一點半。窗外沒什么光，但顯示器右下角跳出新郵件提示，是項目組發來的下一批SAE（Serious Adverse Event）報告。喝了口涼掉的咖啡，我點開附件，又開始了新一輪的與術語、日期和語法的搏斗。這就是藥物警戒翻譯的日常，沒有驚心動魄的劇情，只有無數個細節在靜默中被校正，讓一份份安全報告能夠準確無誤地流向該去的地方——畢竟，每一個字母和數字背后，都是真實用藥患者的安危。