陳家駒，劉謙，羊海鋒，康亞西

海南省人民醫(yī)院/海南醫(yī)學(xué)院附屬海南醫(yī)院 信息管理處，海南 ?？?570311

引言

隨著“互聯(lián)網(wǎng)+醫(yī)療”技術(shù)快速發(fā)展，越來越多的醫(yī)院積極開展以微信、支付寶為主的網(wǎng)絡(luò)移動支付平臺，特別是三甲大型醫(yī)院，應(yīng)用效果顯著。目前我院支持包括微信公眾號、支付寶服務(wù)窗在內(nèi)的十種服務(wù)渠道，患者通過任意的支付渠道，高效、快捷結(jié)算醫(yī)療費(fèi)用，有效地緩解了人工窗口的壓力[1]，多種支付渠道的對賬也給醫(yī)院的財務(wù)管理帶來了巨大的風(fēng)險和挑戰(zhàn)[2]。2018年10月國家衛(wèi)生健康委印發(fā)《關(guān)于公立醫(yī)院開展網(wǎng)絡(luò)支付業(yè)務(wù)的指導(dǎo)意見》明確規(guī)定，公立醫(yī)院實施網(wǎng)絡(luò)支付中要規(guī)范對賬和結(jié)算制度，醫(yī)院每日應(yīng)當(dāng)對網(wǎng)絡(luò)支付業(yè)務(wù)的業(yè)務(wù)進(jìn)行核對。如有差異，要及時查明原因，及時處理，確保醫(yī)院信息系統(tǒng)、支付機(jī)構(gòu)網(wǎng)絡(luò)支付平臺、關(guān)聯(lián)的銀行結(jié)算賬戶賬款保持一致。目前醫(yī)院財務(wù)對賬存在的問題，主要包括以下幾個方面：① 人工對賬誤差風(fēng)險大，準(zhǔn)確率低，效率低，處理周期長；② 支付方式種類多，尚未整合各平臺數(shù)據(jù)，對賬困難；③ 服務(wù)渠道繁多，對應(yīng)設(shè)置了不同的商戶號，各第三方系統(tǒng)對賬標(biāo)準(zhǔn)不統(tǒng)一；④ 校驗有問題的訂單，退費(fèi)無法一鍵或者自動退費(fèi)，因此建設(shè)高效、數(shù)據(jù)安全的統(tǒng)一對賬平臺顯得更加緊迫且必要[3]。本文探討建設(shè)對賬平臺為醫(yī)院的各種支付方式提供一體化的服務(wù)接口，解決各個對賬平臺帶來的接口眾多、數(shù)據(jù)標(biāo)準(zhǔn)不統(tǒng)一以及由此帶來的財務(wù)對賬難題[4]。有效減輕財務(wù)對賬的工作量，提高工作效率，提升醫(yī)院財務(wù)精細(xì)化管理水平，改善現(xiàn)有就診環(huán)境，給患者提供更便捷的就醫(yī)體驗，提升患者對診療的滿意度[5]。

1 平臺設(shè)計及實現(xiàn)功能

1.1 平臺邏輯架構(gòu)

綜合智慧對平臺的總體架構(gòu)設(shè)計分為3層：功能層、技術(shù)層和支撐層。平臺邏輯架構(gòu)圖如圖1所示。

圖1 平臺邏輯架構(gòu)圖

1.1.1 功能層

功能層是具體功能的展現(xiàn)及用戶的操作界面，包括自動對賬服務(wù)、綜合接口服務(wù)、綜合管理平臺。自動對賬服務(wù)是對賬平臺的核心服務(wù)[6]，根據(jù)結(jié)算周期，定期通過Socket/FTP/POST等方式，獲取各類支付方式（微信、支付寶、銀行卡）的支付賬單數(shù)據(jù)，與HIS業(yè)務(wù)訂單數(shù)據(jù)進(jìn)行自動化對賬，更新訂單狀態(tài)，將對賬結(jié)果存入數(shù)據(jù)庫；綜合接口服務(wù)是平臺的接口樞紐，主要是提供標(biāo)準(zhǔn)化的RestFul接口服務(wù)，通過OAuth 2.0的方式進(jìn)行安全認(rèn)證，采用標(biāo)準(zhǔn)Json報文格式，接口種類包括業(yè)務(wù)接口、支付接口和應(yīng)用及平臺運(yùn)行所需的其他接口；綜合管理平臺是平臺的可視化操作臺，主要的功能細(xì)分為交易管理、查詢分析、支付管理、賬務(wù)明細(xì)、對賬日歷及錯賬處理等，通過BootStrap 3.0及領(lǐng)域?qū)釉O(shè)計實現(xiàn)。

1.1.2 技術(shù)層

技術(shù)層是對功能層的具體技術(shù)實現(xiàn)，包括通信協(xié)議、接口格式及平臺的技術(shù)選擇。

1.1.3 支撐層

支撐層是支撐實現(xiàn)上層目標(biāo)功能，包括數(shù)據(jù)支撐、系統(tǒng)支撐、環(huán)境支撐及部署環(huán)境。

1.2 智慧對賬規(guī)則

智慧對賬規(guī)則是指利用智能規(guī)則引擎將平臺交易數(shù)據(jù)、第三方支付數(shù)據(jù)與HIS交易數(shù)據(jù)兩兩自動比對、判斷，交易失敗自動原路退款的過程[7]。按照業(yè)務(wù)需求自動輸出對賬日志、錯賬處理、異常提醒、賬務(wù)明細(xì)、分項查詢、統(tǒng)計分析。

支持ftp、sftp、post、https等多種協(xié)議方式與各簽約銀行、支付寶、微信等支付方式建立連接，自動獲取銀行日對賬文件、支付寶網(wǎng)關(guān)日對賬文件、微信網(wǎng)關(guān)日對賬文件、其他網(wǎng)關(guān)日對賬文件后，將各種類型數(shù)據(jù)按標(biāo)準(zhǔn)統(tǒng)一解析、處理，并同步到數(shù)據(jù)庫[8]?；谄脚_交易記錄、HIS賬單、第三方支付平臺賬單等三方數(shù)據(jù)，將三方數(shù)據(jù)通過智能規(guī)則引擎自動進(jìn)行兩兩對賬，即平臺交易記錄分別和HIS賬單及第三方支付平臺賬單對賬，數(shù)據(jù)核對完全匹配后，才能確認(rèn)賬單交易是成功的[9]。且對金額、狀態(tài)、交易單號、日期匹配的記錄更新對賬狀態(tài)為“平賬”，以綠色為標(biāo)識，否則就輸出對賬差錯表、單邊賬表、異常賬單等多種對賬結(jié)果，狀態(tài)對應(yīng)為“單邊支付”以紅色為標(biāo)識，“異常賬”以橙色為標(biāo)識。平臺邏輯結(jié)構(gòu)圖如圖2所示。

圖2 平臺邏輯結(jié)構(gòu)圖

1.3 智慧預(yù)警

智慧預(yù)警是基于智能對賬的規(guī)則，自動審核次日中午12:00后輸出前一交易日的對賬結(jié)果，系統(tǒng)對每日自動對賬的結(jié)果設(shè)計消息提醒。同時，以服務(wù)渠道分類，將各渠道異常賬單與正常情況對比，進(jìn)行服務(wù)渠道異常預(yù)測[10]，并將分析結(jié)果通過短信、系統(tǒng)消息方式通知財務(wù)管理人員，建議財務(wù)管理員檢查異常賬單的服務(wù)渠道是否正常，有助于高效精準(zhǔn)定位交易失敗問題[11]，同時提醒財務(wù)管理人員及時處理異常賬單。

1.4 平臺功能

綜合智慧對賬平臺主要由系統(tǒng)管理、渠道管理、支付管理、退費(fèi)管理、賬務(wù)管理、交易管理、統(tǒng)計分析7個功能模塊構(gòu)成，來實現(xiàn)醫(yī)院財務(wù)對賬管理，具體如圖3所示。

圖3 平臺的功能架構(gòu)

1.4.1 系統(tǒng)管理

系統(tǒng)管理包括對平臺用戶信息及角色配置等基礎(chǔ)字典表進(jìn)行維護(hù)、增加、修改、刪除等操作。

1.4.2 渠道管理

渠道管理是指對渠道的信息維護(hù)、渠道的增刪改及配置渠道支付方式的過程，包含渠道服務(wù)管理和渠道支付配置。

1.4.3 支付管理

支付管理是指提高提供統(tǒng)一封裝的標(biāo)準(zhǔn)化接口，方便不同應(yīng)用服務(wù)商靈活接入的過程，包含支付方式配置、商戶管理。

1.4.4 退費(fèi)管理

退費(fèi)管理是指對HIS單邊賬、支付單邊賬以及異常賬處理的過程，包含自助退費(fèi)、退費(fèi)記錄等操作信息的查詢。

1.4.5 賬務(wù)管理

對賬管理是指對多支付渠道日結(jié)賬單和HIS賬單的綜合對賬，并輸出對賬結(jié)果的過程，包括HIS賬務(wù)查詢、綜合對賬單、對賬日歷、銀行對賬、微信對賬、支付寶對賬、單邊賬處理記錄及異常提醒。

1.4.6 交易管理

交易管理是指對患者支付訂單過程記錄及業(yè)務(wù)交易情況進(jìn)行記錄的過程。

1.4.7 統(tǒng)計分析

統(tǒng)計分析是指根據(jù)用戶的需求設(shè)置報表并進(jìn)行分組管理，按需查詢導(dǎo)出報表，包括統(tǒng)計銀行卡交易數(shù)據(jù)、支付寶交易數(shù)據(jù)、微信交易數(shù)據(jù)及HIS數(shù)據(jù)的過程。

2 綜合對賬平臺在醫(yī)院的應(yīng)用效果

2.1 提高財務(wù)對賬效率、減輕財務(wù)工作量。

建設(shè)平臺應(yīng)用后，財務(wù)賬務(wù)管理員無須登錄各個對賬平臺查看對賬情況，方便操作，提升了對賬的效率[12]。通過分析對比實施平臺前后的對賬方式、等待賬單時長、輸出對賬方式，效果明顯（表1）。即多個對賬平臺轉(zhuǎn)換成對賬渠道集成平臺，大幅縮短對賬查賬時間[13]，人工輸出對賬賬單轉(zhuǎn)換成系統(tǒng)自動輸出賬單，明顯減少人工干預(yù)對賬的工作量。

表1 平臺實施前后對比分析表

平臺目前和HIS系統(tǒng)做無縫對接，接入了微信、支付寶、銀行支付等第三方金融支付平臺，集成對賬平臺，實現(xiàn)了線上線下預(yù)約掛號、門診預(yù)交、門診繳費(fèi)、住院預(yù)交金等應(yīng)用場景第三方支付賬單統(tǒng)一對賬，財務(wù)管理員可以通過選擇時間、服務(wù)渠道、支付方式、支付渠道，系統(tǒng)將自動輸出支付單邊賬、HIS 單邊賬、平賬、異常賬及匯總情況。同時也輸出患者支付賬單明細(xì)，也支持個性化設(shè)置條件，迅速輸出所需要對賬結(jié)果和處理結(jié)果，見圖4。

圖4 建設(shè)效果圖

選取上線前2018年12月至2019年11月干預(yù)筆數(shù)及未干預(yù)筆數(shù)為參照組（簡稱 A），取干預(yù)筆數(shù)為44420筆，未干預(yù)筆數(shù)為4155743，干預(yù)率為1.06%。同一時間段，上線后2019年12月至2020年11月干預(yù)筆數(shù)及未干預(yù)筆數(shù)為觀察組（簡稱B），取干預(yù)筆數(shù)為14258筆，未干預(yù)筆數(shù)為4078238筆，干預(yù)率為0.35%。比較兩組人工干預(yù)筆數(shù)，采用χ2檢驗進(jìn)行統(tǒng)計分析，差異有統(tǒng)計學(xué)意義（P＜0.001），說明實施平臺后的人工干預(yù)率低于實施前，干預(yù)率明顯下降，人工干預(yù)對賬的工作量顯著減少，見表2。

表2 兩組人工干預(yù)筆數(shù)比較情況（筆）

2.2 提升醫(yī)院財務(wù)人力資源效率

選取上線前2018年12月至2019年11月每人每天完成的中位對賬筆數(shù)作為參照組（簡稱A），A組中位數(shù)為5980筆；選取上線后2019年12月至2020年11月每人每天完成的中位對賬筆數(shù)作為觀察組（簡稱B），B組中位數(shù)為4350筆（中位數(shù) ：每人每天完成對賬筆數(shù)的平均值）。采用Mann-Whitney U檢驗法對兩組獨(dú)立數(shù)據(jù)進(jìn)行非參數(shù)檢驗，結(jié)果：Z=-2.788，差異有統(tǒng)計學(xué)意義（P=0.004），檢驗結(jié)果說明平臺實施后的人力資源效率高于實施前。

3 討論

基于醫(yī)院財務(wù)管理的綜合對賬平臺已初步應(yīng)用，整合多種支付方式和服務(wù)渠道，實現(xiàn)醫(yī)院信息系統(tǒng)和第三方支付平臺的互通互聯(lián)，形成了“互聯(lián)網(wǎng)+醫(yī)療”的智慧型財務(wù)對賬管理平臺[19]，一方面減輕了財務(wù)人員對賬的難度，同時提升了人力資源效率；另一方面提高了對賬的效率和管理工作水平，提升了患者的就醫(yī)滿意度。但是隨著平臺的充分應(yīng)用，對賬數(shù)據(jù)量不斷增加，在使用過程中，系統(tǒng)的性能明顯下降，現(xiàn)金對賬尚未納入對賬平臺，尚未支持線上處理異常單據(jù)業(yè)務(wù)。未來將優(yōu)化平臺對賬功能及性能，提高自動對賬的比例，減少人工對賬的比例，規(guī)范和細(xì)化支付渠道接入統(tǒng)一接口，使得支付渠道接入更加智能，滿足醫(yī)院個性化開發(fā)需求、最終實現(xiàn)醫(yī)院全場景、全渠道支付數(shù)據(jù)對賬，利用互聯(lián)網(wǎng)技術(shù)實現(xiàn)移動終端處理單邊支付賬單等異常賬單。隨著移動支付的多樣化深入發(fā)展，醫(yī)院建設(shè)安全的、穩(wěn)定的、便捷的、可擴(kuò)展的智慧對賬平臺是主流方向[20]。

通過智慧對賬平臺優(yōu)化醫(yī)院財務(wù)對賬流程，實現(xiàn)對渠道交易、對賬過程和對賬結(jié)果的有效閉環(huán)管理[20]，有效防范財務(wù)管理風(fēng)險，促進(jìn)我院財務(wù)對賬由傳統(tǒng)的、分散的、效率低下的對賬模式向智慧的、高效的、便捷的對賬模式轉(zhuǎn)變[21]。

4 結(jié)論

建設(shè)綜合智慧對賬平臺能有效解決對賬管理和退款管理的核心問題，提高人力資源對賬的效率，同時降低了對賬的工作量，提高醫(yī)院財務(wù)人員的滿意度?？s短患者退款到賬的時間間隔，有助于提升患者就醫(yī)體驗感，為建設(shè)智慧財務(wù)積累經(jīng)驗，對提升醫(yī)院財務(wù)的精細(xì)化管理質(zhì)量及豐富建設(shè)智慧醫(yī)院的內(nèi)涵具有重要的意義[22]。由于系統(tǒng)上線才1年，因此選取樣本時間有限，未能進(jìn)行遠(yuǎn)期效果應(yīng)用觀察，對本研究結(jié)論可信度可能造成存在一些誤差，有待多類別、大樣本數(shù)據(jù)證實此結(jié)論。