醫保三險合一形勢下信息系統數據接口標準化建設方向探討

摘要：目的 基本醫療保險城鄉統籌和一體化管理進入了實質化執行階段，分塊管理的醫保三險（城鎮職工、城鎮居民、新農合）正逐步改為統一的經辦機構，這也是完善醫保制度、體現社會公平、提高管理效率和保障績效的客觀要求，總結并討論現行的醫療保險信息系統在多開發商、維護升級應用過程中難點及應用經驗，提出數據交互與共享方面實施工作的技術難點和解決方法，希望能對未來醫療保險信息系統的整合工作有所幫助。方法 通過對現狀及問題的分析，舉例說明包括數據項標準、數據格式、代碼標準等數據接口標準建設方面應采取的措施，提出可行性規范的解決辦法。結果 結合當前形式和政策的要求，從科學性、系統性、可擴展性、兼容性和綜合性方面對信息系統數據接口進行管理規范，確保了政策順利實施。結論 建立標準化的信息分類編碼是打造具有可擴展性、實現方式靈活、能較快的適應調整政策和運行環境等改變成功系統的重中之重。

關鍵詞：醫保三險合一；信息系統整合；數據接口

國務院3月下發的《國務院機構改革和職能轉變方案》指出，將減少部門職責交叉和分散，最大限度地整合分散在國務院不同部門相同或相似的職責，理順部門職責關系，城鎮職工基本醫療保險、城鎮居民基本醫療保險、新型農村合作醫療的職責等，分別整合由一個部門承擔。當前各地經辦機構都在貫徹執行此政策統一辦公階段，下一步進入醫保三險合一實質階段，信息系統統一建設尤其是應對先前的多經辦機構、多軟件開發商引發的數據接口集成較困難將成為重中之重。

1現行醫保農合信息系統數據接口建設的現狀及問題

1.1信息系統外圍形式和要求 近十幾年來，我國已經形成了以職工醫保、居民醫保、新農合為主的覆蓋城鄉居民的基本醫療保險制度，但多年來多部門經辦、各自找軟件公司開發引發的不同的軟件間數據交互與共享存在各種問題和矛盾愈來愈突出。在現階段建立統一的城鄉醫保制度體系成為醫保事業發展趨勢，遵守統一的軟件工程設計規范，實現信息系統開發標準化，提高信息系統可兼容性、可擴展性，遵循國家、行業標準是適合和滿足醫療保險管理信息系統需要的信息編碼體系標準。

1.2定點醫療機構內部多系統之間面臨的數據交互挑戰 隨著我國醫療事業的發展和醫療政策的不斷推出，各級醫院在不同時期先后建立了以HIS、LIS、PACS、OA、醫保、新農合等信息系統為主要構成的醫院管理信息系統，但是由于分期建設，各醫院的信息系統一般來自不同的企業，采用的數據庫系統與軟件架構也各不相同，這些信息系統間為滿足同一家醫院的業務需求就要進行數據交互與共享，這種共享一般是通過數據接口實現，由于HIS軟件公司的不同，各醫院的醫保管理程度的不同造成了醫院與醫保信息系統的數據交互與共享存在各種困難。

2結合當地一家三甲醫院，實際對現存問題討論并總結有效解決方法

2.1注重醫保政策解讀能力的提高，采用項目對照的辦法，有效解決信息分類編碼標準化問題 盡管各地市的醫保、新農合信息系統不盡相同，但是患者的基本信息字段是有限的，對于醫院需要上報的數據字段其中主要包括患者的個人信息、疾病名稱、費用信息、費用明細等，這些字段屬性各家醫院的編碼不盡相同，如果直接將這些數據上報到醫保、新農合部門的信息系統中醫保部門將無法識別，導致上報的數據無法使用，成為了垃圾數據，同時由于各地醫保政策的頻繁更新與醫保報銷藥品目錄、病種目錄的頻繁變化，這些問題都增加了數據上報的難度；在本地三甲醫院實施與使用的過程中發現要解決這些問題一個有效的辦法是醫院將數據編碼標準化，但是直接使用醫保部門的標準編碼是不切實際的，因此將醫院的編碼與醫保部門的編碼進行對照是一個有效的解決方法，醫院的實施情況是在醫院信息系統的數據庫中建立一個對照表，將醫院數據編碼與醫保的標準編碼進行對照，在上傳數據時，讀取對照后的數據編碼，醫院內部使用時用醫院內部的編碼，這樣既解決了上報數據標準化的問題又不影響醫院正常工作的需要；對于后期藥品目錄和病種目錄發生變化時，只要將原對照表中的記錄刪除，然后將新的對照記錄添加到對照表中即可，大大減少了醫保部門的工作量；此外，由于醫院需要與不同地區的醫保、新農合的信息系統建立接口，利用這種方式都可以有效的解決。

2.2通過數據接口如何與經辦機構實現患者信息數據的有效、實時、可維護性高的上傳 在解決了數據編碼標準化后，數據上傳的方式是影響數據交互與共享的另一個因素，由于各醫院與經辦機構信息系統之間系統架構不統一，系統標準不統一等問題的存在，要實現它們之間的數據交互與共享醫院通過兩種方式實現；①醫院醫保的實現方式：由經辦機構將醫保業務和醫保政策以參數形式統一定義到接口鏈接庫中供醫院調用，醫院通過調用連接庫中的參數完成患者費用的計算和數據的存儲與傳輸，接口鏈接庫在醫院端采用被動調用的方式操作數據；醫院的接口程序在業務需要時，調用接口鏈接庫的函數集，并按函數集的數據格式向醫保中心傳輸相關數據；②新農合的實現方式直接調用HIS數據庫中定義好的視圖，在系統操作時，以患者的住院號為參數調用HIS數據庫中的視圖讀取患者的費用，并且按照農合對照表的編碼取得標準編碼；相比較而言新農合是二層C/S系統，醫保是三層C/S系統，在醫院的實際使用過程中證明醫保的接口實現方式是比較有效與安全的，可以實現數據的實時上傳，可維護性高，同時由于連接庫中的函數是醫保中心定義的，符合醫保的政策，有相當的權威性；

3構建三層體系結構提高數據傳輸效率與保障系統安全

隨著醫保、新農合政策不斷完善并已基本實現全覆蓋，信息數據幾何級數增加，進入大數據時代，整個信息系統的運行壓力越來越大，新形勢下的業務需求，對數據傳輸的效率與安全提出了更高的要求，在這種情形下，如上所述，醫院要根據實際需要構建了3層客戶/服務器結構的醫保系統與2層客戶/服務器結構的新農合系統；

圖1 3層客戶/服務器體系結構

所謂2層客戶/服務器結構實質就是將數據存取和應用程序分離開來，用數據服務器執行數據操作，客戶機來執行應用程序，用戶在客戶端通過網絡通服務器打交道，客戶端又包括用戶界面和企業邏輯，網絡上傳輸的數據主要是客戶端向服務器發出的請求以及服務器發給客戶端的響應結果或出錯信息；這種結構對于規模較小，復雜程度較低的系統比較合適，但在開發和配置復雜的更大規模的企業應用中逐漸顯示出不足；

所謂3層C/S結構，基本思想是將用戶界面同醫院邏輯分離，把信息系統按功能明確的劃分為表示層、功能層和數據層三大塊，使其在邏輯上獨立；

從傳輸效率上看，兩層系統主要的處理存在于客戶層，客戶端往往過于龐大、負載重，相當\"肥\"，而服務器端則相當\"瘦\"，為了完成系統的各種功能往往不得不從服務器上將大量的數據傳輸到客戶端上進行各種處理，另外客戶端與服務器所用到的SQL操作也會加重網絡的負擔，種肥客戶端情況下，系統的反應速度慢；三層系統由于數據在發送到數據服務器之前首先由功能性服務器過濾，網絡通訊量會因此下降；多服務請求和復雜數據訪問，分散地來自中間層而不是來自客戶端，進一步降低了網絡的通訊量；再者，由于目前個人計算機客戶端被定位為描述層的最低端，使得對內存和外存容量的需求得到緩解。

從安全性方面來看，在兩層系統中一個用戶能為每個SQL服務器存取申請一個獨立的口令，使得系統的保密性在c/s環境中變得非常復雜，終端用戶查詢工具的增加也使得數據庫服務器的保密性降低；三層結構中，使用了開放式計算環境，在中間層的功能服務器中提供的加密技術，較好的克服了兩層結構中的安全性問題，對醫院敏感數據的訪問也可通過應用服務器來進行，而不是由客戶機直接進行存取，這就增加了系統的安全性，客戶端應用并不直接連接到服務器的數據庫上，對數據的直接操作很有限，結構上的限制極大地提高了數據的安全性。

通過上面的比較與當地三甲醫院的實際應用，在三層體系結構下的醫保信息系統不僅改善了數據的傳輸速率同時也提高了數據傳輸的安全性，這種系統架構比較符合未來醫療保險政策要求下的信息化需求的。

4討論

現行形式下多軟件開發商、多政策匯集的局面非常嚴重，醫保三險合一雖是方向，但信息系統的統一才是根本路徑，靠打補丁式的增添借口臨時應對實現系統集成是不可行的，建立標準化的信息分類編碼是打造具有可擴展性、實現方式靈活、能較快的適應調整政策和運行環境等改變成功系統的重中之重。上述三個方面對于解決制約醫保信息系統的主要問題提供了一套有效的方法，實現醫保管理系統和醫院信息系統既各自完整，又相對獨立，數據傳輸準確、快捷，希望可以減少或避免其他醫院在這方面走不必要的彎路。

參考文獻：

[1]李穎.論三級醫院醫保（新農合）信息系統設計與實現[J].醫學信息，2013，2：1.

[2] 陳豪，孫正義，張德富.三層客戶_服務器體系結構的一個應用實例[J].計算機工程與應用，2000，3：315.

[3]張琳.\"瘦\"客戶機實現方式初探[J].軟件世界，2001，1：25.

[4]董榮勝，古天龍，黃文明.兩層和三層Client/Server結構的分析[J].計算機工程，1998，6：187.

[5]馬曉華.醫保三險合并或分步進行居民和新農合先行[N].第一財經日報，2013，11，14.

編輯/孫杰