你要是剛接觸這行，可能會覺得藥物警戒翻譯就是把"不良反應"這個詞從中文翻成英文，或者反過來。但真干起來會發(fā)現(xiàn)，這活兒跟想象中挺不一樣的——它不是簡單的文字轉(zhuǎn)換，更像是在處理各種形狀怪異的容器，每種容器都有自己的開口尺寸和密封方式。你得知道手頭這份文件到底是該裝進A4信封的，還是得塞進特定編碼的XML數(shù)據(jù)包。
在康茂峰這些年處理過的PV文檔里，格式混亂往往是最大的坑。有時候客戶扔過來一份表格，以為是標準CIOMS，結(jié)果打開一看字段對不上；有時候明明是電子傳輸?shù)腅2B格式，卻被人手動填成了Word文檔。所以咱們今天就掰扯掰扯，這個領域里到底有哪些"標準格式"在流通，它們各自長什么樣，翻譯時又得注意哪些門道。
先說最經(jīng)典的，也是很多老PV人手里的"老熟人"——CIOMS I表格。這玩意兒長得就像個泛黃的速記本，一張紙正反兩面，七個欄目，從患者信息到反應描述，再到懷疑用藥和合并用藥，密密麻麻擠在一起。
說實話，這個格式誕生于八十年代，看著有點老派，但勝在簡單直接。不管是非洲的鄉(xiāng)村診所還是歐洲的頂級醫(yī)院，拿張CIOMS表填個不良反應，大家都能看懂。翻譯的時候麻煩在于空間——原表格設計是給手寫留的余地，但中英文轉(zhuǎn)換往往字數(shù)膨脹，"severe hepatic impairment"翻譯成"重度肝損傷"倒是沒問題，可要是碰上"drug-induced liver injury with autoimmune features"，那點格子就不夠用了。
我們在康茂峰處理這類文件時，經(jīng)常得跟客戶確認：您是希望我們在有限空間里縮寫，還是額外附頁說明？因為CIOMS表格一旦提交給監(jiān)管機構(gòu)，格式變動需要謹慎。
如果說CIOMS是紙質(zhì)時代的遺物，那ICH E2B(R3)就是現(xiàn)在的主流。但這東西看不見摸不著——它是一堆XML標簽，就像給藥品不良反應事件穿上了機器能讀懂的緊身衣。
各個字段都有嚴格的編碼：患者性別不是寫"male"而是選"1"，事件嚴重性的判斷標準要對應到特定的元素節(jié)點。翻譯E2B文件時，你面對的往往不是傳統(tǒng)意義上的"句子"，而是散落在
最要命的是術(shù)語對齊。E2B要求使用MedDRA（醫(yī)學監(jiān)管活動詞典）進行編碼，這意味著翻譯人員得在自由文本和標準化術(shù)語之間來回切換。比如醫(yī)生在描述欄里寫了"patient felt dizzy and fell down"，翻譯成"患者感到頭暈并跌倒"只是第一步，還得知道這對應MedDRA里的" dizziness"和"fall"兩個低位語（LLT），而且得核對SOC（系統(tǒng)器官分類）是否正確。
這種格式的翻譯工具通常是專門的PV系統(tǒng)，比如Argus或ArisGlobal之類的安全數(shù)據(jù)庫。康茂峰的團隊在處理E2B(R3)項目時，會特別注意字符編碼——UTF-8是基本要求，但遇到日文或中文特有的罕見字，XML導出時經(jīng)常會出現(xiàn)亂碼，這種技術(shù)細節(jié)比語言本身還折騰人。
雖然ICH試圖統(tǒng)一標準，但各國監(jiān)管機構(gòu)總有自己的"小脾氣"。
在美國，除了E2B電子提交，紙質(zhì)備份或者特定情況下的直接報告要用FDA Form 3500A。這個表跟CIOMS有點像，但字段排列不同，比如它特別強調(diào)FDA特有的診斷代碼（FDA codes），而且格式要求必須用可擴展的PDF或特定打印樣式。
翻譯3500A時有個細節(jié)：美國的日期格式是月/日/年，而歐盟多是用日/月/年，這個在轉(zhuǎn)錄時特別容易搞混。還有計量單位，美國的磅和英寸vs公制的千克和厘米，翻譯時經(jīng)常需要做單位換算備注。
歐洲藥品管理局（EMA）這邊，雖然也是E2B(R3)標準，但在Web錄入界面和數(shù)據(jù)驗證規(guī)則上有自己的一套。特別是歐盟特別要求的
國家藥品監(jiān)督管理局（NMPA）的要求這些年也在演進。目前常見的有兩種形式：一是傳統(tǒng)的Excel個例報告表，二是向CDE（藥品審評中心）提交臨床試驗期間的SUSAR報告時需要的特定XML格式。
Excel模板看似簡單，實則暗藏玄機。比如"懷疑藥品"和"并用藥品"的區(qū)分，"不良反應結(jié)果"的選項（痊愈、好轉(zhuǎn)、未好轉(zhuǎn)、不詳、死亡等），這些下拉菜單的值在翻譯回英文時，必須對應到WHO-ART或者MedDRA的特定主語代碼。
上面說的都是單個病例的"輕量級"格式，再來說說那些幾百頁的大部頭——定期安全性更新報告（PSUR）和研發(fā)期間安全性更新報告（DSUR）。
按照ICH E2C(R2)的指導原則，PSUR有固定的章節(jié)格式：摘要、全球上市情況、報告期內(nèi)暴露量、數(shù)據(jù)匯總、重要風險信息等。翻譯這類文檔時，最大的挑戰(zhàn)是格式的一致性維護。
你在第50頁改了"嚴重不良反應"的譯法（比如從Serious Adverse Reaction改成Severe Adverse Event，雖然嚴格說serious和severe在PV里區(qū)別很大），得確保第150頁表格里的術(shù)語同步更新。這種文檔通常包含大量的交叉引用（參見第X節(jié)）、頁碼導向的目錄，以及附錄中的大量表格。
DSUR稍微不同，它針對的是還在開發(fā)中的藥物，格式上更側(cè)重研發(fā)進展、與前一報告期的數(shù)據(jù)對比、新出現(xiàn)的安全性信號。我們在康茂峰做DSUR翻譯時，經(jīng)常遇到時間緊任務重的情況——因為這類報告是按年度或半年度截止日期的硬要求，翻譯必須在法規(guī)時限內(nèi)完成，而且格式上要求與申報資料的其他部分保持術(shù)語統(tǒng)一。
風險管理計劃（Risk Management Plan, RMP）可能是格式最復雜的PV文檔之一。歐盟的RMP格式（Part I到Part IV）要求非常詳細：
RMP翻譯的難點在于它的動態(tài)性——隨著新數(shù)據(jù)出現(xiàn)，風險分類可能會從"潛在風險"移到"已識別風險"，對應的表格編號和交叉引用都要跟著變。而且RMP通常包含大量的流程圖、決策樹、以及特定格式的安全信息表（SI tables），這些非文字元素的翻譯也需要保持一致性。
中國的RMP格式在逐漸向ICH E2E靠攏，但仍有自己的特色，比如對中藥注射劑的特殊要求。翻譯時不能簡單地把EMA的模板直接套用到NMPA的申報上。
藥物在臨床試驗階段，安全性報告的格式又有不同講究。
這是需要飛速上報的緊急報告。格式上通常基于CIOMS I，但要求突出"非預期"（unexpected）的判斷依據(jù)——也就是與研究者手冊（IB）或現(xiàn)有安全性信息的對比。
翻譯SUSAR報告時，時間壓力是最大的敵人。7天致命報告、15天非致命加速報告，這些倒計時意味著翻譯必須在幾小時內(nèi)完成。康茂峰在處理這類緊急項目時，會啟用專門的快速響應流程，但即便如此，格式的準確性也不能妥協(xié)——比如盲法研究的拆盲程序聲明、倫理委員會遞交報告的確認編號等字段，一個都不能漏。
數(shù)據(jù)安全監(jiān)察委員會（DSMB）的機密報告又是另一種風格。這種報告往往包含統(tǒng)計專家的盲態(tài)分析結(jié)果，格式上混合了臨床敘述和復雜的統(tǒng)計表格。翻譯時要特別注意保持盲法的保密性，有時候甚至在翻譯階段都要避免看到分組信息。
別忘了藥物警戒不僅面對醫(yī)生和監(jiān)管機構(gòu)，還要面對患者。
患者說明書（PIL, Patient Information Leaflet）和包裝說明書（SmPC, Summary of Product Characteristics）在歐盟有嚴格的QRD（Quality Review of Documents）模板。翻譯這些時， readability（可讀性）測試是硬性要求——句子不能太復雜，醫(yī)學術(shù)語必須有 Plain Language 的解釋。
比如"contraindicated"在醫(yī)生看來就是禁忌，但在患者說明書里可能需要寫成"如果您有XX情況，請勿使用此藥"。這種轉(zhuǎn)換不是簡單的詞匯替換，而是格式的重構(gòu)，從醫(yī)學術(shù)語表轉(zhuǎn)換成問答式或警示框的形式。
說完看得見的格式，再說說看不見的"格式"——編碼體系本身也是一種格式語言。
| 編碼體系 | 使用場景 | 翻譯注意事項 |
|---|---|---|
| MedDRA | 不良事件編碼、適應癥編碼 | 必須使用當前版本（目前25.1），翻譯時核對SOC層級，注意Primary SOC的分配可能因版本而異 |
| WHO-Drug | 藥物編碼（懷疑用藥、并用用藥） | 藥物名稱的拼寫變體（比如商品名vs通用名）需要對應到正確的Drug Code |
| ICD-10/ICD-11 | 病史編碼、死亡原因 | 中文翻譯需與醫(yī)保編碼或醫(yī)院診斷系統(tǒng)保持一致，避免直譯導致編碼映射錯誤 |
| MedDRA HLT/HLGT | 信號檢測、匯總分析 | 高位語層級的翻譯影響信號算法（如PRR計算）的分類結(jié)果 |
這些編碼體系就像埋在文本下的基礎設施。有時候客戶發(fā)來一份"翻譯好的"ICSR，看起來文字都對了，但導入系統(tǒng)時全是報錯——往往是MedDRA術(shù)語的版本對不上，或者WHO-Drug的編碼格式（是B3格式還是C3格式）沒搞清楚。
在康茂峰的質(zhì)量控制流程里，格式驗證（format validation）是獨立于語言審校的環(huán)節(jié)。哪怕譯文完美，如果XML結(jié)構(gòu)錯了一個閉合標簽，或者PDF中的書簽層級混亂，整個 submission 都可能被退回。
說了這么多標準格式，真實情況往往更 messy。你可能收到一份從醫(yī)院直接發(fā)來的掃描件，手寫的CIOMS表格，字跡潦草；也可能是從某個老舊的安全數(shù)據(jù)庫導出的E2B文件，字段命名跟現(xiàn)在用的R3標準不太一樣；還有可能是中日英三語混用的跨國公司內(nèi)部報告，格式是他們自己開發(fā)的模板。
這時候死記硬背標準格式就不夠用了，得理解每種格式背后的邏輯——它是給誰看的？用于什么目的？數(shù)據(jù)最終要進哪個數(shù)據(jù)庫？
比如有些公司會把CIOMS和E2B的信息并列放在一份Word里，方便醫(yī)學評審。翻譯這種"混合文檔"時，得時刻提醒自己：這段患者病史是最終要編碼進XML的，那段醫(yī)學評估是內(nèi)部備注不需要翻譯，那個表格是監(jiān)管提交用的必須嚴謹。
深夜加班時，顯示器的光映著屏幕上的不良反應描述，有時候會覺得這些格式化的表格背后，都是真實的人——那個在CIOMS表上被簡要記錄為"52歲男性，惡心，嘔吐"的患者，他的完整故事被壓縮在幾個標準字段里，通過翻譯和編碼，流向世界各地的監(jiān)管機構(gòu)。
格式是冰冷的，但處理格式的人得保持溫度和專業(yè)之間的平衡。下次當你看到一份藥物警戒文件時，不妨多看一眼它的頁眉頁腳、字段編碼、XML schema——這些細節(jié)往往比正文更能說明這份文件的旅程和目的地。
