醫(yī)院多渠道支付集成平臺(tái)的設(shè)計(jì)與應(yīng)用

謝得麟，林順和，林亞忠

（聯(lián)勤保障部隊(duì)第909 醫(yī)院信息科，福建漳州 363000）

0 引言

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

為解決上述問題，本文設(shè)計(jì)了一套醫(yī)院多渠道支付集成平臺(tái)，在現(xiàn)有不同支付渠道的基礎(chǔ)上，有效地整合各支付平臺(tái)的數(shù)據(jù)，以HIS 預(yù)交金、充值退款明細(xì)賬單數(shù)據(jù)為基礎(chǔ)，與各支付平臺(tái)的交易明細(xì)賬單數(shù)據(jù)自動(dòng)對賬，實(shí)現(xiàn)統(tǒng)一的對賬及數(shù)據(jù)統(tǒng)計(jì)分析；同時(shí)通過本平臺(tái)與各支付平臺(tái)退款接口的對接實(shí)現(xiàn)統(tǒng)一退款，從而降低財(cái)務(wù)部門統(tǒng)計(jì)報(bào)表和數(shù)據(jù)分析的難度[6-7]，確?；颊吆拓?cái)務(wù)人員可享受“一站式”服務(wù)。

1 系統(tǒng)設(shè)計(jì)

1.1 設(shè)計(jì)思路

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

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

1.2 架構(gòu)設(shè)計(jì)

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

圖1 多渠道支付集成平臺(tái)架構(gòu)

1.3 接口協(xié)議設(shè)計(jì)

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

1.4 功能設(shè)計(jì)

根據(jù)以上對平臺(tái)設(shè)計(jì)思路的分析以及對架構(gòu)和接口協(xié)議的設(shè)計(jì)，多渠道支付集成平臺(tái)可分為4 個(gè)功能模塊，如圖2 所示。

圖2 平臺(tái)功能結(jié)構(gòu)

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

（2）交易訂單模塊：主要對同步后各支付渠道賬單和預(yù)交金賬單進(jìn)行多維度的查詢及統(tǒng)計(jì)。

（3）財(cái)務(wù)管理模塊：主要為財(cái)務(wù)工作人員提供對賬及統(tǒng)計(jì)功能。

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

2 功能實(shí)現(xiàn)

本平臺(tái)通過系統(tǒng)管理、交易訂單、財(cái)務(wù)管理、退款管理4 個(gè)模塊實(shí)現(xiàn)對賬、統(tǒng)計(jì)、退款的閉環(huán)管理。

2.1 系統(tǒng)管理模塊

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

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

2.2 交易訂單模塊

交易訂單模塊實(shí)現(xiàn)各支付渠道交易功能和預(yù)交金交易功能，可顯示各支付渠道交易賬單及預(yù)交金交易賬單等數(shù)據(jù)明細(xì)。各支付渠道交易功能提供第三方賬單解析后的數(shù)據(jù)展示及多維度的查詢，如圖3 所示，可統(tǒng)計(jì)各時(shí)間段內(nèi)賬單的交易總數(shù)、交易總額、退款總數(shù)、退款總額和交易總凈額，通過選擇時(shí)間可手動(dòng)同步賬單數(shù)據(jù)并導(dǎo)出賬單報(bào)表，方便財(cái)務(wù)工作人員上報(bào)數(shù)據(jù)。預(yù)交金交易功能提供了HIS 交易賬單的數(shù)據(jù)展示及多維度的查詢結(jié)果展示，如圖4 所示，可統(tǒng)計(jì)各時(shí)間段內(nèi)HIS 賬單的交易總數(shù)、交易總額、退款總數(shù)、退款總額和交易總凈額，通過選擇時(shí)間段可手動(dòng)同步HIS 交易數(shù)據(jù)并導(dǎo)出報(bào)表。

圖3 各支付渠道交易明細(xì)界面

圖4 預(yù)交金交易明細(xì)界面

2.3 財(cái)務(wù)管理模塊

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

2.4 退款管理模塊

退款管理模塊實(shí)現(xiàn)退款申請和退款審核2 個(gè)功能，患者可在線申請退款，經(jīng)收費(fèi)人員退款審核通過后即可原路退款，如圖9 所示。在退款過程中，由于第三方移動(dòng)支付平臺(tái)可能會(huì)存在退款時(shí)間上的限制、退款余額不足、患者退款賬戶更改等情況，導(dǎo)致退款失敗，因此多渠道支付集成平臺(tái)增加了自動(dòng)沖正功能，保證了退款數(shù)據(jù)的準(zhǔn)確性。實(shí)現(xiàn)各支付渠道退款處理功能的部分關(guān)鍵代碼如下：

圖5 對賬結(jié)果查看界面

圖6 對賬記錄查看界面

圖7 異常賬單查看界面

圖8 終端統(tǒng)計(jì)界面

圖9 退款審核界面

3 應(yīng)用效果

3.1 平臺(tái)優(yōu)勢

本平臺(tái)自上線以來經(jīng)過半年多的使用，得到了患者及財(cái)務(wù)工作人員的一致好評，主要體現(xiàn)在以下3 個(gè)方面：

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

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

（3）直觀的數(shù)據(jù)表示是提升財(cái)務(wù)管理能力的抓手。財(cái)務(wù)部門通過對各支付渠道設(shè)備數(shù)據(jù)占比進(jìn)行統(tǒng)計(jì)分析，為醫(yī)院管理部門提供了相應(yīng)的決策輔助支持。管理部門通過數(shù)據(jù)分析使用率高的終端點(diǎn)位，可合理配置各支付渠道資源的投放，不僅可以提高醫(yī)院各支付渠道設(shè)備的利用率，還可以大大減少患者排隊(duì)現(xiàn)象。

3.2 存在的不足及改進(jìn)

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

因此，平臺(tái)在后續(xù)改進(jìn)時(shí)，在保證財(cái)務(wù)數(shù)據(jù)安全的前提下，將在原有的原路退款金額不足或退款失敗的情況下實(shí)現(xiàn)第三方支付提現(xiàn)功能，從而全面實(shí)現(xiàn)線上退款。

4 結(jié)語

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