前兩天有個朋友打電話來問，說公司最近在做藥品注冊資料的翻譯項目，國外的申報資料要提交到國內(nèi)來，翻譯公司把文檔移交回來之后，發(fā)現(xiàn)原來的文檔屬性信息全丟了。什么創(chuàng)建時間、作者、修訂次數(shù)這些還都好說，關鍵是那些隱藏的元數(shù)據(jù)——比如文檔的控制編號、版本歷史、關聯(lián)的電子簽名信息——全都沒了。一開始大家覺得可能就是復制粘貼的時候漏了點東西，后來發(fā)現(xiàn)事情沒那么簡單，這玩意兒直接影響資料的合規(guī)性。
我聽完他描述的情況，大概就知道問題出在哪兒了。這不是個案，基本上每個做過藥品注冊資料翻譯的團隊都可能會遇到類似的困擾。今天咱們就詳細聊聊，藥品注冊資料翻譯過程中的文檔屬性復制到底是怎么回事，為什么這個看似簡單的操作會讓這么多人頭疼，以及在實際操作中應該怎么處理。
說到文檔屬性，可能很多人第一反應是Word里面"文件-屬性"里面能看到的那些信息——標題、作者、創(chuàng)建日期、修訂次數(shù)之類的。沒錯，這些確實是文檔屬性的一部分，但藥品注冊資料里面的文檔屬性遠不止這些。可以說，文檔屬性就是一份電子文檔的"身份檔案"，它記錄了這份文檔從誕生到最終提交的完整生命軌跡。
舉個簡單的例子，一份典型的藥品注冊申報資料電子文檔，它里面包含的屬性信息可能包括：文檔的唯一標識符（比如GUID）、版本號和版本歷史、創(chuàng)建者和創(chuàng)建時間、最后的修改者和修改時間、文檔的保密級別、關聯(lián)的項目編號、審批流程中的電子簽名信息、文檔的分類編號、和其他相關文檔的鏈接關系。這些信息有很多是隱藏在文件內(nèi)部的，普通用戶通過常規(guī)的查看方式根本發(fā)現(xiàn)不了它們的存在。
那為什么這些看似"隱形"的信息在藥品注冊領域這么重要呢？原因很簡單，藥品注冊是一個受到嚴格監(jiān)管的領域，各個國家的藥品監(jiān)督管理部門都對申報資料的完整性和可追溯性有明確要求。以咱們國家的NMPA為例，《藥品注冊管理辦法》和相關的電子申報指南里面就明確規(guī)定，提交的電子資料必須保持其完整性和真實性，任何影響資料真實性的修改都是不允許的。國外申報也一樣，F(xiàn)DA的eCTD提交要求、EMA的相關指南，都對文檔的元數(shù)據(jù)有詳細的規(guī)定。
你可以這樣理解：藥品注冊資料不是普通的文檔，它是一份具有法律效力的正式文件。文檔屬性就是這份文件的"出生證明"和"成長記錄"，證明了它是誰寫的、什么時候?qū)懙摹⒔?jīng)過哪些審批、最終以什么形式提交。缺少了這些信息，這份資料的真實性和合規(guī)性就會受到質(zhì)疑。
現(xiàn)在我們知道了文檔屬性的重要性，再來看看翻譯過程中為什么會出問題。我總結了以下幾個最常見的場景，看看你們公司是不是也遇到過類似的情況。
第一種情況是最普遍的，也就是我那個朋友遇到的問題：從原文文檔復制內(nèi)容到新文檔的時候，只復制了文本內(nèi)容，沒有復制屬性信息。很多人在操作的時候，習慣性地選中文字、復制、粘貼，以為這樣就完成了工作任務。但實際上，這種操作方式只能轉移文本內(nèi)容，文檔本身的屬性信息——包括那些隱藏的元數(shù)據(jù)——并不會隨之轉移。結果就是新文檔看起來內(nèi)容和原文一模一樣，但它的"身份信息"完全是空白的，等于一份沒有身份證明的文件。
第二種情況出現(xiàn)在格式轉換的過程中。很多藥品注冊資料原文是PDF格式或者特定格式系統(tǒng)導出的文件，翻譯公司為了方便處理，可能會先轉換成Word或者其他格式進行處理。在這個轉換過程中，大量的元數(shù)據(jù)會丟失。有時候轉換工具會保留一部分基本信息，但像電子簽名、版本追蹤、審批記錄這些關鍵信息幾乎都會在轉換過程中損失掉。這還不是最糟糕的，最糟糕的是有時候轉換過程會引入新的格式問題，導致后續(xù)需要額外的處理工作。
第三種情況涉及多人協(xié)作翻譯的情況。一個大的藥品注冊項目往往會分成多個部分，由不同的翻譯人員同時處理。每個翻譯人員創(chuàng)建的文檔，其創(chuàng)建者、創(chuàng)建時間等屬性都是獨立的。當這些文檔最后需要合并的時候，屬性信息就會出現(xiàn)混亂。更麻煩的是，如果合并之后再進行統(tǒng)一修訂，屬性歷史就會變得支離破碎，完全無法追溯。
第四種情況可能很多人沒想到，就是軟件版本或者平臺差異導致的問題。不同版本的辦公軟件、不同的操作系統(tǒng)、甚至不同的翻譯輔助工具，它們處理文檔屬性的方式可能都有細微的差別。一個在Windows系統(tǒng)下創(chuàng)建的文檔屬性，轉移到Mac系統(tǒng)下可能會出現(xiàn)兼容性問題。某種特定軟件創(chuàng)建的元數(shù)據(jù)，用另一種軟件打開可能就無法正確識別。這些技術層面的差異也會導致屬性信息的丟失或損壞。
你可能會想，屬性信息不就是些元數(shù)據(jù)嘛，真的有那么重要嗎？這里我要嚴肅地說，在藥品注冊這個領域，它真的非常重要。屬性丟失的影響是多方面的，我來詳細說說。
首先是合規(guī)性問題。藥品監(jiān)督管理部門在審查申報資料的時候，不僅會看資料的內(nèi)容是否完整、準確，還會審查資料的格式是否符合要求、元數(shù)據(jù)是否完整。一份缺少關鍵屬性信息的文檔，可能會被要求補充說明，嚴重的話甚至可能被認定為資料不完整，導致申報被退回。我見過有的企業(yè)因為文檔屬性問題，來來回回補充材料，耽誤了好幾個月的審批時間。
其次是追溯性問題。藥品注冊是一個長周期的過程，一份資料可能會經(jīng)過多輪修訂、多個部門審核。如果屬性信息丟失或混亂，就無法清楚地追溯這份文檔的修改歷史。哪個版本是誰改的、為什么改、什么時候改的——這些信息一旦丟失，后續(xù)要是出現(xiàn)問題，根本無法進行溯源。這對于藥品質(zhì)量管理和合規(guī)管理來說是大忌。
還有就是效率問題。屬性信息丟失之后，有時候需要花費大量的時間和精力去重新整理、補充這些信息。有的時候原始信息已經(jīng)無法找回，只能通過人工方式進行補錄，這不僅增加了工作量，還可能因為人工錄入的錯誤導致新的問題。我聽說的一個極端案例，某公司的注冊資料因為屬性問題，前前后后花了將近兩個月的時間才把所有元數(shù)據(jù)補齊，期間項目的進度嚴重受阻。
說了這么多問題，總得聊聊解決辦法。實際上，文檔屬性復制這件事，說難也不難，關鍵是得掌握正確的方法。下面我分享幾個在不同場景下比較實用的操作技巧。
對于重要的藥品注冊資料，我建議盡量使用專業(yè)的文檔處理工具，而不是簡單的復制粘貼。很多專業(yè)的文檔管理工具或者翻譯項目管理平臺，都帶有屬性復制或者元數(shù)據(jù)遷移的功能。這些工具在處理文檔的時候，會把原文文檔的屬性信息一起提取出來，然后在生成目標文檔的時候把這些信息重新寫入。
以康茂峰為例，作為專業(yè)的醫(yī)學翻譯和注冊服務提供商，我們在處理藥品注冊資料翻譯項目的時候，都會使用專門開發(fā)的文檔處理流程。這套流程的核心就是在翻譯過程中保持文檔屬性的完整性，包括使用專門的屬性遷移工具、建立標準化的操作流程、對操作人員進行專門培訓等等。這樣做的好處是顯而易見的——交付給客戶的最終文檔，不僅內(nèi)容準確，屬性信息也完整保留。
自動化工具再好用，也不可能覆蓋所有情況。所以除了使用專業(yè)工具之外，人工檢查也是必不可少的環(huán)節(jié)。在文檔處理完成后，負責人員應該對照原文文檔，仔細檢查目標文檔的屬性信息是否完整。
需要檢查的關鍵屬性通常包括：文檔的標題和編號是否正確、版本號是否準確、創(chuàng)建者和創(chuàng)建時間是否需要保留、修訂歷史是否連續(xù)、如果有電子簽名的話簽名信息是否有效等等。對于一些無法自動遷移的屬性信息，需要手動補充到目標文檔的相應位置。
這里有個小技巧，很多文檔的屬性信息是可以導出為獨立文件或者數(shù)據(jù)庫記錄的。在處理復雜項目的時候，建議把原文文檔的屬性信息單獨備份一份，這樣即使后續(xù)出現(xiàn)問題，也可以有據(jù)可查。
個人操作再小心，也不如建立一套標準化的流程來得可靠。對于經(jīng)常處理藥品注冊資料翻譯的團隊來說，我建議把文檔屬性管理納入到整個項目的標準操作流程中去。
具體來說，可以在項目啟動階段就明確文檔屬性的處理要求，包括哪些屬性必須保留、采用什么樣的命名規(guī)則、如何進行版本控制等等。在項目執(zhí)行過程中，每個涉及文檔屬性的操作都應該有記錄，方便后續(xù)追溯。項目結束后，還應該進行屬性完整性的檢查和確認。
流程化的好處還在于，它可以減少對個人能力的依賴。即使有人員變動，只要按照標準流程操作，文檔屬性的質(zhì)量就不會出現(xiàn)大的波動。
藥品注冊資料的格式多種多樣，不同格式的文檔在處理屬性復制的時候，需要注意的要點也不一樣。我來分別說一說。
Word是最常見的文檔格式，也是相對比較容易處理的一種。Word文檔的屬性分為兩部分：文件屬性（如標題、作者、創(chuàng)建日期等）和文檔屬性（如文檔的關鍵詞、備注、分類等）。在Word中，可以通過"文件-信息"菜單查看這些屬性。
復制Word文檔屬性的時候，最簡單的方法是使用"另存為"功能，而不是直接復制粘貼。保存的時候選擇相同的格式，系統(tǒng)會自動保留大部分屬性信息。對于一些特殊的隱藏屬性，可能需要借助VBA宏或者第三方工具來處理。
PDF格式在藥品注冊領域用得很多，因為它具有跨平臺顯示一致性的優(yōu)勢。PDF文件的屬性信息包括標準的文件屬性（如標題、作者、創(chuàng)建工具等）和PDF特有的屬性（如頁面尺寸、版本信息、權限設置等）。
處理PDF文檔屬性復制的時候，需要特別注意電子簽名信息。PDF是一種支持電子簽名的格式，簽名的驗證依賴于文檔的完整性。如果PDF文檔經(jīng)過轉換或者修改，原有的電子簽名可能會失效。所以在處理已簽名的PDF文檔時，要特別謹慎，必要時需要與文檔所有者溝通確認處理方式。
eCTD（Electronic Common Technical Document）是國際通用的藥品注冊申報電子文檔標準格式，也是目前藥品注冊領域最復雜的文檔格式之一。eCTD不僅僅是文檔的集合，它還包含了一套完整的結構框架和元數(shù)據(jù)規(guī)范。
eCTD文檔的屬性管理是由專門的軟件系統(tǒng)來處理的，通常包括eCTD提交軟件、文檔管理系統(tǒng)等。在翻譯eCTD文檔時，需要特別注意保持原有文件夾結構的一致性，以及正確處理各個層級的索引文件（如index.xml、region.xml等）。這些文件記錄了整個申報資料的結構和屬性信息，一旦出錯，整個提交可能都會受到影響。
嘮了這么多關于文檔屬性復制的話題，其實核心觀點就一個：藥品注冊資料的翻譯工作，遠遠不只是把原文內(nèi)容轉換成目標語言那么簡單。文檔作為一份具有法律效力的正式文件，它的完整性、合規(guī)性同樣重要。文檔屬性雖然不像文字內(nèi)容那樣一目了然，但它承載的是文件的"身份"和"歷史"，在藥品注冊的語境下，這些信息的完整性與內(nèi)容本身的準確性同等重要。
如果你所在的公司經(jīng)常處理藥品注冊資料的翻譯業(yè)務，我建議可以好好梳理一下現(xiàn)有的操作流程，看看在文檔屬性管理這個環(huán)節(jié)是否存在漏洞。有時候，完善一個小小的流程節(jié)點，可能就能避免后續(xù)的大麻煩。畢竟，藥品注冊項目的周期本來就很長、成本也很高，沒必要在這些細節(jié)上出問題。
這篇文章就聊到這里吧。如果還有其他關于藥品注冊資料翻譯方面的問題，歡迎繼續(xù)交流。
