醫院多渠道支付集成平臺的設計與應用

謝得麟，林順和，林亞忠

（聯勤保障部隊第909 醫院信息科，福建漳州 363000）

0 引言

隨著移動支付[1]的興起，大部分醫院在采用微信、支付寶等移動支付來提升患者就醫體驗的同時，還利用微信公眾號充值[2]、支付寶充值、自助機充值、窗口掃碼付款、POS 機等多種渠道來實現“線上線下”支付。由于這類“線上線下”支付平臺是結合當時較新技術開發的，且大部分支付平臺是分階段進行開發的，甚至是不同廠家的應用產品，經歷了摸索和逐漸定型的過程，在頂層設計和數據接口方面有所欠缺，造成各系統獨立運行，最終各支付渠道沒有接入統一的支付平臺[3-5]。如今醫院現有的各支付平臺每天都會產生大量的交易數據，這些數據分布在多個不同的信息系統中，給財務人員的對賬工作帶來了諸多麻煩。隨著支付渠道的增多，對賬工作的難度日益增加，尤其體現在產生包括醫院信息系統（hospital information system，HIS）預交金和充值明細等信息的各類統計及分析報表方面。另外，當收費人員遇到患者退款時，需要來回切換不同渠道的支付平臺進行退款，操作煩瑣且易出錯，導致最終不得不要求患者退現金，嚴重降低了患者滿意度。

為解決上述問題，本文設計了一套醫院多渠道支付集成平臺，在現有不同支付渠道的基礎上，有效地整合各支付平臺的數據，以HIS 預交金、充值退款明細賬單數據為基礎，與各支付平臺的交易明細賬單數據自動對賬，實現統一的對賬及數據統計分析；同時通過本平臺與各支付平臺退款接口的對接實現統一退款，從而降低財務部門統計報表和數據分析的難度[6-7]，確保患者和財務人員可享受“一站式”服務。

1 系統設計

1.1 設計思路

多渠道支付集成平臺的主要目的是實現對現有各支付渠道、各類賬單的數據整合和患者的“一站式”原路退款，同時為財務工作人員提供直觀的對賬、統計和輔助決策。多渠道賬單數據的整合是本平臺建立的基礎。分布在各支付平臺的信息數據只有通過抽取、梳理和清洗后，才能被整合到本平臺的數據庫中并使用。本平臺通過每天定時獲取微信、支付寶、銀聯等多個支付平臺相應的對賬單，經解析整理后同步到本平臺的第三方支付賬單表中。由于醫院中不同支付渠道的支付平臺來自不同廠家，所以充值、退款明細數據格式不盡相同，各支付渠道須按照平臺約定的數據格式向平臺開放充值、退款明細視圖。平臺將該視圖與院內預交金表格相關聯，形成預交金明細并同步到平臺的預交金明細表中，共同形成并建立平臺所需的相關交易賬單表，為后續平臺對賬及各終端數據的統計提供數據基礎。

同時，本平臺在原有各支付渠道基礎上，提供患者和各類操作人員的交互功能，通過對接各支付平臺在退款方面的接口實現數據調用。平臺根據患者退款申請（如窗口退款或移動端自助退款）自動調用各渠道接口進行原路退款。以患者分別在微信公眾號、自助機、窗口掃碼各充值100 元為例，患者總預交金為300 元，假設該患者就醫花費了50 元，則預交金剩余250 元。如患者申請退款，平臺會根據患者預交金余額及退款金額按配置好的支付渠道退款順序（假設順序的優先級從高到低為微信公眾號、自助機、窗口掃碼）通過HIS 查詢患者可退的充值金額，平臺顯示可退金額分別為微信公眾號可退100 元、自助機可退100 元、窗口掃碼可退50元。隨后平臺調用HIS 生成預退款，經財務工作人員審核通過后再調用各渠道的退款接口實現多渠道原路退款。

1.2 架構設計

多渠道支付集成平臺包括瀏覽器端和服務器端2 個部分。瀏覽器端使用計算機自帶瀏覽器即可；服務器端采用Java 語言開發，通過Maven 構建各模塊（包括公共組件模塊、統一對賬模塊、統一退款模塊、系統管理模塊、日志管理模塊和定時器管理模塊），整體架構如圖1 所示。平臺部署在多個Tomcat 服務器中，采用Nginx 實現Tomcat 集群負載均衡，同時加入Redis 實現集群單點登錄，保證服務器的高可用和高并發[8]。因平臺需要通過轉發服務器定時獲取互聯網上微信公眾號、支付寶和銀聯等支付平臺上的每日對賬單，故采用物理隔離網閘實現平臺與轉發服務器之間數據的安全交換，從而提高醫院內部網絡的抗攻擊能力，有效防范外部網絡攻擊和信息泄露現象的發生[9]。另外，通過防火墻接入互聯網，可進一步為醫院內部數據提供安全保護。

圖1 多渠道支付集成平臺架構

1.3 接口協議設計

本平臺與各支付平臺之間的通信采用XML 數據傳輸協議，對傳輸的數據采用MD5 數字簽名加密[10-11]。假設接口傳輸的數據為集合X，將集合X 內非空參數值的參數按照參數名ASCII 碼從小到大排序，使用鍵值對的格式（即key1=value1&key2=value2…）生成Y，并與各支付平臺提供的密鑰key 拼接，經過MD5（Y&key=key）運算，生成簽名 Sign（如3462E9BDF E56C09DB20379F7B9074C99）。平臺與各支付平臺間使用簽名數據（即X）進行通信，保證了接口調用的安全性和數據的完整性。

1.4 功能設計

根據以上對平臺設計思路的分析以及對架構和接口協議的設計，多渠道支付集成平臺可分為4 個功能模塊，如圖2 所示。

圖2 平臺功能結構

（1）系統管理模塊：主要對用戶、角色、部門信息、系統菜單維護、第三方支付參數配置、定時任務配置及系統用戶操作日志等的跟蹤記錄。

（2）交易訂單模塊：主要對同步后各支付渠道賬單和預交金賬單進行多維度的查詢及統計。

（3）財務管理模塊：主要為財務工作人員提供對賬及統計功能。

（4）退款管理模塊：主要為收費人員提供退款申請及審核功能。

2 功能實現

本平臺通過系統管理、交易訂單、財務管理、退款管理4 個模塊實現對賬、統計、退款的閉環管理。

2.1 系統管理模塊

系統管理模塊實現用戶管理、角色管理、菜單管理、部門管理、支付參數配置、定時任務和系統日志等功能，主要完成平臺用戶信息維護及功能授權。其中，支付參數配置功能配置各支付渠道商戶ID、AppID、AppSecret 等信息，用于獲取各支付渠道每日對賬單。定時任務功能用于配置同步第三方支付賬單和預交金充值賬單的執行時間。系統日志功能用于顯示用戶操作記錄，方便問題追蹤。實現賬單同步及其解析邏輯處理功能的部分關鍵代碼如下：

賬單數據拆分為數組后，通過遍歷解析為相對應的字段再存入數據庫中的第三方賬單表中。

2.2 交易訂單模塊

交易訂單模塊實現各支付渠道交易功能和預交金交易功能，可顯示各支付渠道交易賬單及預交金交易賬單等數據明細。各支付渠道交易功能提供第三方賬單解析后的數據展示及多維度的查詢，如圖3 所示，可統計各時間段內賬單的交易總數、交易總額、退款總數、退款總額和交易總凈額，通過選擇時間可手動同步賬單數據并導出賬單報表，方便財務工作人員上報數據。預交金交易功能提供了HIS 交易賬單的數據展示及多維度的查詢結果展示，如圖4 所示，可統計各時間段內HIS 賬單的交易總數、交易總額、退款總數、退款總額和交易總凈額，通過選擇時間段可手動同步HIS 交易數據并導出報表。

圖3 各支付渠道交易明細界面

圖4 預交金交易明細界面

2.3 財務管理模塊

財務管理模塊實現對賬結果查看、對賬記錄查看、異常賬單查看等功能。通過對賬結果查看功能可查看各時間段內各支付渠道的充值退款總額是否一致以及各支付渠道長短賬明細，如圖5 所示。通過對賬記錄查看功能可多維度查看各時間段內各渠道每筆對賬結果，可展示醫院與各支付平臺的交易凈額和交易筆數，如圖6 所示。通過異常賬單查看功能可快速定位充值退款產生的單邊賬問題，如圖7 所示。平臺還提供各支付渠道統計、各門店統計及終端統計功能，以餅狀圖形式展示各終端充值金額占比（如圖8 所示），使交易數據更加直觀。

2.4 退款管理模塊

退款管理模塊實現退款申請和退款審核2 個功能，患者可在線申請退款，經收費人員退款審核通過后即可原路退款，如圖9 所示。在退款過程中，由于第三方移動支付平臺可能會存在退款時間上的限制、退款余額不足、患者退款賬戶更改等情況，導致退款失敗，因此多渠道支付集成平臺增加了自動沖正功能，保證了退款數據的準確性。實現各支付渠道退款處理功能的部分關鍵代碼如下：

圖5 對賬結果查看界面

圖6 對賬記錄查看界面

圖7 異常賬單查看界面

圖8 終端統計界面

圖9 退款審核界面

3 應用效果

3.1 平臺優勢

本平臺自上線以來經過半年多的使用，得到了患者及財務工作人員的一致好評，主要體現在以下3 個方面：

（1）智能對賬是提高財務工作人員效率的核心。財務工作人員通過本平臺即可“一站式”查看所有支付渠道充值、退款等各個時間段內的對賬單、異常賬單等，可對數據進行導出等操作，使財務工作人員能迅速定位全院各支付渠道充值退款長短賬的問題，減輕了財務工作人員對賬負擔和壓力，提高了對賬效率，降低了對賬的誤差率。

（2）患者“一站式”原路退款是提升患者就醫體驗的關鍵。本平臺的應用使患者不再因退款問題來回奔波，只需通過移動端或窗口即可實現各支付渠道退款。財務工作人員通過平臺可查看患者申請的退款信息，一鍵審核即可實現各支付渠道原路退款，為財務工作人員減少了90%的工作量，平均每月為醫院減少了2 000 多萬的現金退款，大大降低了因現金退款帶來的風險。

（3）直觀的數據表示是提升財務管理能力的抓手。財務部門通過對各支付渠道設備數據占比進行統計分析，為醫院管理部門提供了相應的決策輔助支持。管理部門通過數據分析使用率高的終端點位，可合理配置各支付渠道資源的投放，不僅可以提高醫院各支付渠道設備的利用率，還可以大大減少患者排隊現象。

3.2 存在的不足及改進

雖然本平臺解決了以往多支付渠道智能對賬、統一退款及數據統計的問題，取得了良好的應用效果，但也存在一些問題。如大部分患者通過現金充值，平臺無法滿足患者原路退款到移動支付的需求；線上退款失敗沖正后，患者只能在線下現金退款。

因此，平臺在后續改進時，在保證財務數據安全的前提下，將在原有的原路退款金額不足或退款失敗的情況下實現第三方支付提現功能，從而全面實現線上退款。

4 結語

隨著移動支付的普及，微信、支付寶等多種支付方式在適應時代發展的同時也給傳統的財務管理帶來了巨大挑戰[12]，提升了醫院財務工作人員對賬風險，加大了其工作量。各支付平臺前期在規劃上來自不同的第三方公司，沒有形成統一的支付平臺，使得數據遷移及業務改造成本太大。而多渠道支付集成平臺使用更簡捷的方式保留了原來各支付渠道的交易系統，通過整合數據及接口將各支付渠道中的交易、對賬、退款等環節通過本平臺形成有效的閉環管理，確保了財務管理的安全性、高效性、準確性。