江蘇省法定傳染病數據自動上報系統接口研究與應用

盧道兵， 卜平，姜雪峰

1. 南京醫科大學附屬淮安第一醫院 a. 信息中心；b. 感管處，江蘇 淮安 223300；2. 衛寧健康科技集團股份有限公司，上海 200072

引言

傳染病上報是為國家提供傳染病發生、發展信息的重要渠道，是政府準確掌握疫情動態、及時正確地進行決策并采取預防控制措施的重要依據[1]。然而，傳統的傳染病二次轉報國家平臺的手工方式因存在漏報、誤報、重報和延時長等問題，已經遠遠不能適應信息化快速發展的今天[2]。盡管葉俊等[3]及顏玉炳等[4]提出將內網報告卡內容導出生成可擴展標記語言（Extensible Markup Language，XML）格式文件后，再通過外網將XML文件內容映射到國家疾控平臺（CDC）網頁的控件上。雖然避免了二次手工上報所引起的錯誤。但是仍然存在上報延時和漏報或重報的現象。為徹底解決傳染病上報國家平臺的準確性和實時性問題，本文提出通過接口功能，將內網審核后的傳染病報卡內容直報至省傳染病信息平臺（簡稱“省平臺”），省平臺與國家平臺已經聯網對接，進而轉發至國家平臺。

2017年江蘇省疾病預防控制中心制定《江蘇省法定傳染病數據自動報告工作規范（2016年版）》（蘇疾控〔2016〕14號）[5]，要求推進全省區域健康信息平臺和醫療機構HIS系統優化升級和改造工作，指導縣（市、區）級區域健康信息平臺和二、三級醫院HIS對接省級傳染病信息平臺數據工作，實現法定傳染病數據自動報告。

本文依據省廳相關文件規定及接口規范，新增臨床信息系統（Clinical Information System，CIS）傳染病內外網網絡直報接口功能，使醫院端的傳染病報告卡內容直接上傳省平臺成為現實。

1 數據上報

1.1 接口流程

省內各級醫療機構或公衛部門將待上傳的數據封裝成XML格式并加密后上傳至省平臺，省平臺對提交的信息驗證其合法性，成功后進行解密并校驗數據的邏輯性。如圖1所示。

圖1 接口流程圖

1.2 數據交換

在數據交換接口中，系統針對數據交換提供統一操作函數ReportCard。根據語言規范，此操作表達方式如下：byte[] ReportCard(String userName, String passWord, String certCode, byte[] data)，主要有4個入參，1個出參，各參數說明如表1所示。

表1 RreportCard函數參數

2 接口通訊技術

通過適配器，客戶端連接到前置機開放的Web Service，在同步傳輸技術中使用下面的服務調用。如圖2所示。

圖2 Web Service服務調用流程

SOAP[6‐7]（Simple Object Access Protocol）簡單對象訪問協議，是一種輕量的、簡單的、基于XML（標準通用標記語言下的一個子集）的協議，它被設計成在Web上交換結構化的信息,并提供了標準的RPC方法來調用Web Service。WSDL[8]（Web Services Description Language） 是一種使用 XML 編寫的文檔，用于描述Web Service及其函數、參數和返回值,在客戶端生成調用服務器接口的方法。UDDI[9]（Universal Description Discovery and Integration）是一種用于描述、發現、集成Web Service協議棧的技術，包括：UDDI數據模型、UDDI API和UDDI注冊服務三個方面。WebService[10‐14]是一個平臺獨立的、低耦合的、自包含的、基于可編程的Web的應用程序。

3 接口代碼（住院部分）

4 數據安全

4.1 簽名機制

簽名采用MD5[15‐16]的方式。生成待簽名字符串，請求參數格式如下：

對XML串里的每一個值從a到z的順序排序，若遇到相同首字母，則看第二個字母，以此類推。排序完成之后，再把所有數組值以“&”字符連接起來，并將KEY值加在最后面一起加簽。排序完成之后，格式為：

FUN_CODE=1001&REQ_ENCRYPTED=ADqweJsq34A SODU912IJ312LJ123J1291281829FB12890102s90ad0180D1 231S&USER_ID=000000&KEY=XXX

上述的串就是待簽名的字符串，加簽完成后放到SIGN字段中。

4.2 加密機制

對稱加密，使用的算法為AES。接口請求包采用整體加密方式，即AES加密和解密。此外，采用PKCS5Padding作為補碼，key為16位，并對加密的內容使用BASE64做轉碼功能，同時能起到2次加密的作用。具體格式如下：

將業務參數REQ節點的內容采用AES加密方式進行加密，和“帶加密的字符串”REQ_ENCRYPTED相對應。

5 接口應用

5.1 傳染病信息填報

傳染病報告信息登記分門診和住院兩部分，以住院為例。若臨床醫生對某個患者輸入傳染病相關診斷并提交后，根據CIS住院醫生站中設定的傳染病報卡規則，系統將自動彈出傳染病上報信息登記界面，如圖3所示。報卡界面上患者基本信息由系統自動填充，無需醫生手動錄入。其余選項尤其是必填的項目，需要報告醫師逐一填寫，正確登記完成后方可提交成功；其次，為防止重報，系統對患者上報過的傳染病信息增加記憶功能，無論該患者在門診或住院上報過某個病種的傳染病報卡，在住院或門診對同一患者已上報過的相同病種傳染病，系統僅彈框提示“該患者已于*年*月*日*醫師上報過”，不再強制彈卡要求上報。

圖3 傳染病報告卡填報界面

5.2 傳染病審核及上報（直報）

感管處對臨床醫師提交后的傳染病報告卡內容進行審核，如圖4所示。審核人員分別打開每份報告卡內容，逐一進行審核。若為艾滋病或梅毒等傳染病不僅要審核主卡，還要審核副卡內容。根據審核結果，分為審核通過、審核未通過和作廢三個按鈕功能。對于審核未通過或作廢的報告卡，審核人員通常會給出審核意見并電話告知報卡醫生審核不通過或作廢的原因，以便下次上報時增強報卡正確率。經審核通過的合格報告卡，審核人員只需點擊審核界面上的“上報”按鈕，即可將該報告卡內容通過接口，直接上報給省平臺服務器，無需再到外網進行手工轉報。

圖4 傳染病報告卡審核及上報界面

6 應用效果

6.1 傳染病上報差錯統計

傳染病上報差錯是指粗心大意，不按規章制度操作或技術水平低而發生差錯，對國家疾控平臺的數據真實性產生直接或間接影響，但未造成嚴重不良后果者。傳染病上報差錯主要有報告卡誤報、漏報和重報等。通過隨機抽取實施傳染病接口上報歸檔報告卡1000例。結果顯示，傳染病接口上報，無一例上報差錯。

6.2 傳染病上報時間統計

傳染病上報時間主要體現在報告卡審核以及是否要進行二次轉錄上報等環節。傳染病手工上報模式不僅要對內網的報告卡內容進行審核，還要通過VPN連接到CDC平臺上再次對報告卡進行錄入、審核和上報等過程。而傳染病接口上報僅需在內網對報告卡進行審核和上報。兩組比較，差異有統計學意義（P<0.05），比較結果如表2所示。

表2 傳染病上報平均時間（s）

7 討論

傳染病接口系統顯著提升了傳染病上報的準確性。傳統的手工上報為內網審核成功后，再打開外網CDC網站，對審核通過的報卡內容打印出來再到CDC網站上依次重新錄入上報一遍。這過程增加了誤報的可能，而且潛藏漏報和重報的風險存在。但是，傳染病接口系統上線以來，感管處審核人員只需在內網中對報告卡內容進行仔細審核，審核通過后僅需點擊審核界面上的上報按鈕即可直報省平臺，無需在外網上手工再次轉錄上報一次。這樣杜絕了因二次轉報而引起的誤報、漏報和重報的問題。因此，傳染病接口系統顯著提升了傳染病上報的準確性。

傳染病接口系統大大提高了傳染病上報的實時性。因傳染病本身的特性要求病例監測的敏感性和疫情報告的及時性，做到“早發現、早報告、早隔離、早治療”。而傳統的手工上報方式由于存在二次上報，這樣將無形中增加了每份報告上報的延時性，不符合傳染病報告的要求。相反，傳染病接口上報模式只需在內網程序的報告卡審核界面上即可完成上報，無需再到外網CDC上再次手動上報一次。這樣將大大提高傳染病上報的實時性。

傳染病接口系統減輕了審核人員工作強度，并提升了工作效率。據統計，傳統手工上報一份傳染病報告需要額外增加打開互聯網、VPN登錄CDC網站、手動錄入報告、審核及上報等環節，這過程大概需要5～6 min/例，而接口上報可以省略此步驟操作。按照2019年我院報告的法定傳染病病例數量1130例計算，可節省約103.6 h（約13 d）的手工錄入時間。所以，傳染病接口上報在減輕了審核人員工作強度的同時，也提升了工作效率。

8 總結和展望

江蘇省法定傳染病自動上報系統接口模式上線以來，因報告卡在內網審核后，通過審核界面的“上報”按鈕可以將此報告卡內容直報省平臺，再由省自動轉發至國家疾控中心。所有這些操作均通過接口自動轉發傳送，中間過程無需人為干預。這樣不僅解決了傳染病上報的準確性。同時，也大大提高了傳染病上報的實時性，并顯著提升審核人員的工作效率。因此，傳染病報告接口系統的上線，能夠準確、實時地上報傳染病疫情，為國家及時制定防控措施和精準施策方案提供科學依據。

然而，江蘇省法定傳染病上報系統接口的應用因上線時間短，經驗不足，在運行中也曾暴露出一些問題，如連接省平臺的各地專線帶寬受限，偶爾出現數據上傳受阻。需要提高各地連接到省平臺的專線帶寬，同時要加大路由轉發功能。