EDC系統

臨牀試驗數據的採集是藥物臨牀研究中的核心內容，真實、準確、及時、規範的數據採集能夠顯著提高臨牀試驗的質量，縮短研究週期。在傳統模式中，臨牀試驗 主要依靠紙質的病例報告表(Case Report Form, CRF) 來完成數據的採集和管理過程。紙質CRF無法保證數據的可靠性和安全性，而且數據採集和管理週期較長，拖慢臨牀研究進程。 ^[2] 

EDC系統採用電子化病例報告表(Electronic Case Report Form) 代替紙質病例報告表來對臨牀試驗數據進行收集和管理。

臨牀協調員(CRC,Clinical Research Coordinator) 將原始病歷中採集的數據錄入EDC系統中，系統的其他用户(研究者、臨牀監查員、數據管理員)等可以實時看到系統上的數據更新。

EDC系統可以通過建立數據庫時設定的編輯檢查，對CRC錄入的數據自動進行核查。通常來説，EDC系統的編輯檢查包括系統檢查(System Check)和邏輯檢查(Edit Check)。系統檢查是指針對單一數據點數值進行檢查，比如某項目入組最小年齡應大於18週歲，如果“年齡”一欄填寫的數字小於18，系統會自動跳出質疑，並提示此處數值應大於18. 邏輯檢查是指在EDC系統的不同數據點之間進行邏輯上的檢查，檢查的邏輯來自於方案的要求。如“不良事件”處勾選了“有伴隨用藥”，而此次訪視的“合併用藥”處沒有填寫，系統會跳出質疑，並提示對填寫的數據進行核對。

與系統檢查不同的是，邏輯檢查對系統的要求更高，良好的程序結構有助於實現更為強大的邏輯檢查功能。如果在建立病人數據庫的時候設置充分的邏輯檢查，可以為項目組節約很多時間。邏輯檢查功能比較弱是國內EDC系統與世界主流EDC系統的主要差距；歐美EDC系統如 Medidata Rave, Oracle InForm, DataLabs 等系統的邏輯檢查功能比較成熟和完善，而絕大多數國產EDC只能做很簡單的邏輯檢查，不過一些新的國產EDC系統已經展現出很強的後發力量，邏輯檢查功能與主流EDC系統接近。 ^[3] 

在線交流功能可以讓項目組成員圍繞EDC中的數據進行有針對性的討論，增加溝通的便捷性。採用HTML4網絡技術的EDC系統只能進行文字交流，不支持語音對話，如 Rave, InForm等，基於更新的HTML5技術開發的EDC系統則可以實現語音對話，溝通的效率更高，操作更加便捷，由於國產系統起步較晚，因此採用HTML5的EDC系統以國產系統為主，如ClinFlash.

EDC系統必須擁有精準的用户權限控制功能，以使每個用户的分工符合GCP或ICH-GCP規範。這些用户包括PI(簽名)、CRC(數據錄入、回答質疑、編碼)、CRA(數據核查、髮質疑)、DM(數據審核、髮質疑、編碼、凍結、鎖庫)等(以上權限實際操作中可能會有所出入，且不包含全部)。

EDC系統應當遵循21 CFR Part 11, 即有關電子記錄和電子簽名的美國聯邦法規。遵循該法規的EDC系統，每一次數據的修改、更新、審核、稽查、簽名等都會留下痕跡，並且可以被授權的人查看。 ^[4] 

隨着CDISC標準化組織在國內的活動，越來越多的企業開始關注CDISC標準。CDISC即臨牀數據交換標準協會(Clinical Data Interchange Standards Consortium), 符合CDISC標準的數據易於進行交換、整合以及再次挖掘。CDISC標準即將成為歐美日 ^[5-7]  等發達國家或地區藥品申報數據的強制標準。CFDA也在大力倡導此標準，毫無疑問，CDISC也將成為CFDA的硬性要求。 Rave, InForm等系統已經通過CDISC ODM 認證，數據導出符合CDISC ODM標準，因此不需要對數據格式進行重新加工；而國產系統至今尚無一家通過該認證 ^[8]  ，只有ClinFlash 系統聲稱數據導出符合CDISC ODM. ^[4]