陳家駒,劉謙,羊海鋒,康亞西
海南省人民醫(yī)院/海南醫(yī)學(xué)院附屬海南醫(yī)院 信息管理處,海南 ???570311
隨著“互聯(lián)網(wǎng)+醫(yī)療”技術(shù)快速發(fā)展,越來(lái)越多的醫(yī)院積極開(kāi)展以微信、支付寶為主的網(wǎng)絡(luò)移動(dòng)支付平臺(tái),特別是三甲大型醫(yī)院,應(yīng)用效果顯著。目前我院支持包括微信公眾號(hào)、支付寶服務(wù)窗在內(nèi)的十種服務(wù)渠道,患者通過(guò)任意的支付渠道,高效、快捷結(jié)算醫(yī)療費(fèi)用,有效地緩解了人工窗口的壓力[1],多種支付渠道的對(duì)賬也給醫(yī)院的財(cái)務(wù)管理帶來(lái)了巨大的風(fēng)險(xiǎn)和挑戰(zhàn)[2]。2018年10月國(guó)家衛(wèi)生健康委印發(fā)《關(guān)于公立醫(yī)院開(kāi)展網(wǎng)絡(luò)支付業(yè)務(wù)的指導(dǎo)意見(jiàn)》明確規(guī)定,公立醫(yī)院實(shí)施網(wǎng)絡(luò)支付中要規(guī)范對(duì)賬和結(jié)算制度,醫(yī)院每日應(yīng)當(dāng)對(duì)網(wǎng)絡(luò)支付業(yè)務(wù)的業(yè)務(wù)進(jìn)行核對(duì)。如有差異,要及時(shí)查明原因,及時(shí)處理,確保醫(yī)院信息系統(tǒng)、支付機(jī)構(gòu)網(wǎng)絡(luò)支付平臺(tái)、關(guān)聯(lián)的銀行結(jié)算賬戶(hù)賬款保持一致。目前醫(yī)院財(cái)務(wù)對(duì)賬存在的問(wèn)題,主要包括以下幾個(gè)方面:① 人工對(duì)賬誤差風(fēng)險(xiǎn)大,準(zhǔn)確率低,效率低,處理周期長(zhǎng);② 支付方式種類(lèi)多,尚未整合各平臺(tái)數(shù)據(jù),對(duì)賬困難;③ 服務(wù)渠道繁多,對(duì)應(yīng)設(shè)置了不同的商戶(hù)號(hào),各第三方系統(tǒng)對(duì)賬標(biāo)準(zhǔn)不統(tǒng)一;④ 校驗(yàn)有問(wèn)題的訂單,退費(fèi)無(wú)法一鍵或者自動(dòng)退費(fèi),因此建設(shè)高效、數(shù)據(jù)安全的統(tǒng)一對(duì)賬平臺(tái)顯得更加緊迫且必要[3]。本文探討建設(shè)對(duì)賬平臺(tái)為醫(yī)院的各種支付方式提供一體化的服務(wù)接口,解決各個(gè)對(duì)賬平臺(tái)帶來(lái)的接口眾多、數(shù)據(jù)標(biāo)準(zhǔn)不統(tǒng)一以及由此帶來(lái)的財(cái)務(wù)對(duì)賬難題[4]。有效減輕財(cái)務(wù)對(duì)賬的工作量,提高工作效率,提升醫(yī)院財(cái)務(wù)精細(xì)化管理水平,改善現(xiàn)有就診環(huán)境,給患者提供更便捷的就醫(yī)體驗(yàn),提升患者對(duì)診療的滿意度[5]。
綜合智慧對(duì)平臺(tái)的總體架構(gòu)設(shè)計(jì)分為3層:功能層、技術(shù)層和支撐層。平臺(tái)邏輯架構(gòu)圖如圖1所示。
圖1 平臺(tái)邏輯架構(gòu)圖
1.1.1 功能層
功能層是具體功能的展現(xiàn)及用戶(hù)的操作界面,包括自動(dòng)對(duì)賬服務(wù)、綜合接口服務(wù)、綜合管理平臺(tái)。自動(dòng)對(duì)賬服務(wù)是對(duì)賬平臺(tái)的核心服務(wù)[6],根據(jù)結(jié)算周期,定期通過(guò)Socket/FTP/POST等方式,獲取各類(lèi)支付方式(微信、支付寶、銀行卡)的支付賬單數(shù)據(jù),與HIS業(yè)務(wù)訂單數(shù)據(jù)進(jìn)行自動(dòng)化對(duì)賬,更新訂單狀態(tài),將對(duì)賬結(jié)果存入數(shù)據(jù)庫(kù);綜合接口服務(wù)是平臺(tái)的接口樞紐,主要是提供標(biāo)準(zhǔn)化的RestFul接口服務(wù),通過(guò)OAuth 2.0的方式進(jìn)行安全認(rèn)證,采用標(biāo)準(zhǔn)Json報(bào)文格式,接口種類(lèi)包括業(yè)務(wù)接口、支付接口和應(yīng)用及平臺(tái)運(yùn)行所需的其他接口;綜合管理平臺(tái)是平臺(tái)的可視化操作臺(tái),主要的功能細(xì)分為交易管理、查詢(xún)分析、支付管理、賬務(wù)明細(xì)、對(duì)賬日歷及錯(cuò)賬處理等,通過(guò)BootStrap 3.0及領(lǐng)域?qū)釉O(shè)計(jì)實(shí)現(xiàn)。
1.1.2 技術(shù)層
技術(shù)層是對(duì)功能層的具體技術(shù)實(shí)現(xiàn),包括通信協(xié)議、接口格式及平臺(tái)的技術(shù)選擇。
1.1.3 支撐層
支撐層是支撐實(shí)現(xiàn)上層目標(biāo)功能,包括數(shù)據(jù)支撐、系統(tǒng)支撐、環(huán)境支撐及部署環(huán)境。
智慧對(duì)賬規(guī)則是指利用智能規(guī)則引擎將平臺(tái)交易數(shù)據(jù)、第三方支付數(shù)據(jù)與HIS交易數(shù)據(jù)兩兩自動(dòng)比對(duì)、判斷,交易失敗自動(dòng)原路退款的過(guò)程[7]。按照業(yè)務(wù)需求自動(dòng)輸出對(duì)賬日志、錯(cuò)賬處理、異常提醒、賬務(wù)明細(xì)、分項(xiàng)查詢(xún)、統(tǒng)計(jì)分析。
支持ftp、sftp、post、https等多種協(xié)議方式與各簽約銀行、支付寶、微信等支付方式建立連接,自動(dòng)獲取銀行日對(duì)賬文件、支付寶網(wǎng)關(guān)日對(duì)賬文件、微信網(wǎng)關(guān)日對(duì)賬文件、其他網(wǎng)關(guān)日對(duì)賬文件后,將各種類(lèi)型數(shù)據(jù)按標(biāo)準(zhǔn)統(tǒng)一解析、處理,并同步到數(shù)據(jù)庫(kù)[8]?;谄脚_(tái)交易記錄、HIS賬單、第三方支付平臺(tái)賬單等三方數(shù)據(jù),將三方數(shù)據(jù)通過(guò)智能規(guī)則引擎自動(dòng)進(jìn)行兩兩對(duì)賬,即平臺(tái)交易記錄分別和HIS賬單及第三方支付平臺(tái)賬單對(duì)賬,數(shù)據(jù)核對(duì)完全匹配后,才能確認(rèn)賬單交易是成功的[9]。且對(duì)金額、狀態(tài)、交易單號(hào)、日期匹配的記錄更新對(duì)賬狀態(tài)為“平賬”,以綠色為標(biāo)識(shí),否則就輸出對(duì)賬差錯(cuò)表、單邊賬表、異常賬單等多種對(duì)賬結(jié)果,狀態(tài)對(duì)應(yīng)為“單邊支付”以紅色為標(biāo)識(shí),“異常賬”以橙色為標(biāo)識(shí)。平臺(tái)邏輯結(jié)構(gòu)圖如圖2所示。
圖2 平臺(tái)邏輯結(jié)構(gòu)圖
智慧預(yù)警是基于智能對(duì)賬的規(guī)則,自動(dòng)審核次日中午12:00后輸出前一交易日的對(duì)賬結(jié)果,系統(tǒng)對(duì)每日自動(dòng)對(duì)賬的結(jié)果設(shè)計(jì)消息提醒。同時(shí),以服務(wù)渠道分類(lèi),將各渠道異常賬單與正常情況對(duì)比,進(jìn)行服務(wù)渠道異常預(yù)測(cè)[10],并將分析結(jié)果通過(guò)短信、系統(tǒng)消息方式通知財(cái)務(wù)管理人員,建議財(cái)務(wù)管理員檢查異常賬單的服務(wù)渠道是否正常,有助于高效精準(zhǔn)定位交易失敗問(wèn)題[11],同時(shí)提醒財(cái)務(wù)管理人員及時(shí)處理異常賬單。
綜合智慧對(duì)賬平臺(tái)主要由系統(tǒng)管理、渠道管理、支付管理、退費(fèi)管理、賬務(wù)管理、交易管理、統(tǒng)計(jì)分析7個(gè)功能模塊構(gòu)成,來(lái)實(shí)現(xiàn)醫(yī)院財(cái)務(wù)對(duì)賬管理,具體如圖3所示。
圖3 平臺(tái)的功能架構(gòu)
1.4.1 系統(tǒng)管理
系統(tǒng)管理包括對(duì)平臺(tái)用戶(hù)信息及角色配置等基礎(chǔ)字典表進(jìn)行維護(hù)、增加、修改、刪除等操作。
1.4.2 渠道管理
渠道管理是指對(duì)渠道的信息維護(hù)、渠道的增刪改及配置渠道支付方式的過(guò)程,包含渠道服務(wù)管理和渠道支付配置。
1.4.3 支付管理
支付管理是指提高提供統(tǒng)一封裝的標(biāo)準(zhǔn)化接口,方便不同應(yīng)用服務(wù)商靈活接入的過(guò)程,包含支付方式配置、商戶(hù)管理。
1.4.4 退費(fèi)管理
退費(fèi)管理是指對(duì)HIS單邊賬、支付單邊賬以及異常賬處理的過(guò)程,包含自助退費(fèi)、退費(fèi)記錄等操作信息的查詢(xún)。
1.4.5 賬務(wù)管理
對(duì)賬管理是指對(duì)多支付渠道日結(jié)賬單和HIS賬單的綜合對(duì)賬,并輸出對(duì)賬結(jié)果的過(guò)程,包括HIS賬務(wù)查詢(xún)、綜合對(duì)賬單、對(duì)賬日歷、銀行對(duì)賬、微信對(duì)賬、支付寶對(duì)賬、單邊賬處理記錄及異常提醒。
1.4.6 交易管理
交易管理是指對(duì)患者支付訂單過(guò)程記錄及業(yè)務(wù)交易情況進(jìn)行記錄的過(guò)程。
1.4.7 統(tǒng)計(jì)分析
統(tǒng)計(jì)分析是指根據(jù)用戶(hù)的需求設(shè)置報(bào)表并進(jìn)行分組管理,按需查詢(xún)導(dǎo)出報(bào)表,包括統(tǒng)計(jì)銀行卡交易數(shù)據(jù)、支付寶交易數(shù)據(jù)、微信交易數(shù)據(jù)及HIS數(shù)據(jù)的過(guò)程。
建設(shè)平臺(tái)應(yīng)用后,財(cái)務(wù)賬務(wù)管理員無(wú)須登錄各個(gè)對(duì)賬平臺(tái)查看對(duì)賬情況,方便操作,提升了對(duì)賬的效率[12]。通過(guò)分析對(duì)比實(shí)施平臺(tái)前后的對(duì)賬方式、等待賬單時(shí)長(zhǎng)、輸出對(duì)賬方式,效果明顯(表1)。即多個(gè)對(duì)賬平臺(tái)轉(zhuǎn)換成對(duì)賬渠道集成平臺(tái),大幅縮短對(duì)賬查賬時(shí)間[13],人工輸出對(duì)賬賬單轉(zhuǎn)換成系統(tǒng)自動(dòng)輸出賬單,明顯減少人工干預(yù)對(duì)賬的工作量。
表1 平臺(tái)實(shí)施前后對(duì)比分析表
平臺(tái)目前和HIS系統(tǒng)做無(wú)縫對(duì)接,接入了微信、支付寶、銀行支付等第三方金融支付平臺(tái),集成對(duì)賬平臺(tái),實(shí)現(xiàn)了線上線下預(yù)約掛號(hào)、門(mén)診預(yù)交、門(mén)診繳費(fèi)、住院預(yù)交金等應(yīng)用場(chǎng)景第三方支付賬單統(tǒng)一對(duì)賬,財(cái)務(wù)管理員可以通過(guò)選擇時(shí)間、服務(wù)渠道、支付方式、支付渠道,系統(tǒng)將自動(dòng)輸出支付單邊賬、HIS 單邊賬、平賬、異常賬及匯總情況。同時(shí)也輸出患者支付賬單明細(xì),也支持個(gè)性化設(shè)置條件,迅速輸出所需要對(duì)賬結(jié)果和處理結(jié)果,見(jiàn)圖4。
圖4 建設(shè)效果圖
選取上線前2018年12月至2019年11月干預(yù)筆數(shù)及未干預(yù)筆數(shù)為參照組(簡(jiǎn)稱(chēng) A),取干預(yù)筆數(shù)為44420筆,未干預(yù)筆數(shù)為4155743,干預(yù)率為1.06%。同一時(shí)間段,上線后2019年12月至2020年11月干預(yù)筆數(shù)及未干預(yù)筆數(shù)為觀察組(簡(jiǎn)稱(chēng)B),取干預(yù)筆數(shù)為14258筆,未干預(yù)筆數(shù)為4078238筆,干預(yù)率為0.35%。比較兩組人工干預(yù)筆數(shù),采用χ2檢驗(yàn)進(jìn)行統(tǒng)計(jì)分析,差異有統(tǒng)計(jì)學(xué)意義(P<0.001),說(shuō)明實(shí)施平臺(tái)后的人工干預(yù)率低于實(shí)施前,干預(yù)率明顯下降,人工干預(yù)對(duì)賬的工作量顯著減少,見(jiàn)表2。
表2 兩組人工干預(yù)筆數(shù)比較情況(筆)
選取上線前2018年12月至2019年11月每人每天完成的中位對(duì)賬筆數(shù)作為參照組(簡(jiǎn)稱(chēng)A),A組中位數(shù)為5980筆;選取上線后2019年12月至2020年11月每人每天完成的中位對(duì)賬筆數(shù)作為觀察組(簡(jiǎn)稱(chēng)B),B組中位數(shù)為4350筆(中位數(shù) :每人每天完成對(duì)賬筆數(shù)的平均值)。采用Mann-Whitney U檢驗(yàn)法對(duì)兩組獨(dú)立數(shù)據(jù)進(jìn)行非參數(shù)檢驗(yàn),結(jié)果:Z=-2.788,差異有統(tǒng)計(jì)學(xué)意義(P=0.004),檢驗(yàn)結(jié)果說(shuō)明平臺(tái)實(shí)施后的人力資源效率高于實(shí)施前。
基于醫(yī)院財(cái)務(wù)管理的綜合對(duì)賬平臺(tái)已初步應(yīng)用,整合多種支付方式和服務(wù)渠道,實(shí)現(xiàn)醫(yī)院信息系統(tǒng)和第三方支付平臺(tái)的互通互聯(lián),形成了“互聯(lián)網(wǎng)+醫(yī)療”的智慧型財(cái)務(wù)對(duì)賬管理平臺(tái)[19],一方面減輕了財(cái)務(wù)人員對(duì)賬的難度,同時(shí)提升了人力資源效率;另一方面提高了對(duì)賬的效率和管理工作水平,提升了患者的就醫(yī)滿意度。但是隨著平臺(tái)的充分應(yīng)用,對(duì)賬數(shù)據(jù)量不斷增加,在使用過(guò)程中,系統(tǒng)的性能明顯下降,現(xiàn)金對(duì)賬尚未納入對(duì)賬平臺(tái),尚未支持線上處理異常單據(jù)業(yè)務(wù)。未來(lái)將優(yōu)化平臺(tái)對(duì)賬功能及性能,提高自動(dòng)對(duì)賬的比例,減少人工對(duì)賬的比例,規(guī)范和細(xì)化支付渠道接入統(tǒng)一接口,使得支付渠道接入更加智能,滿足醫(yī)院個(gè)性化開(kāi)發(fā)需求、最終實(shí)現(xiàn)醫(yī)院全場(chǎng)景、全渠道支付數(shù)據(jù)對(duì)賬,利用互聯(lián)網(wǎng)技術(shù)實(shí)現(xiàn)移動(dòng)終端處理單邊支付賬單等異常賬單。隨著移動(dòng)支付的多樣化深入發(fā)展,醫(yī)院建設(shè)安全的、穩(wěn)定的、便捷的、可擴(kuò)展的智慧對(duì)賬平臺(tái)是主流方向[20]。
通過(guò)智慧對(duì)賬平臺(tái)優(yōu)化醫(yī)院財(cái)務(wù)對(duì)賬流程,實(shí)現(xiàn)對(duì)渠道交易、對(duì)賬過(guò)程和對(duì)賬結(jié)果的有效閉環(huán)管理[20],有效防范財(cái)務(wù)管理風(fēng)險(xiǎn),促進(jìn)我院財(cái)務(wù)對(duì)賬由傳統(tǒng)的、分散的、效率低下的對(duì)賬模式向智慧的、高效的、便捷的對(duì)賬模式轉(zhuǎn)變[21]。
建設(shè)綜合智慧對(duì)賬平臺(tái)能有效解決對(duì)賬管理和退款管理的核心問(wèn)題,提高人力資源對(duì)賬的效率,同時(shí)降低了對(duì)賬的工作量,提高醫(yī)院財(cái)務(wù)人員的滿意度??s短患者退款到賬的時(shí)間間隔,有助于提升患者就醫(yī)體驗(yàn)感,為建設(shè)智慧財(cái)務(wù)積累經(jīng)驗(yàn),對(duì)提升醫(yī)院財(cái)務(wù)的精細(xì)化管理質(zhì)量及豐富建設(shè)智慧醫(yī)院的內(nèi)涵具有重要的意義[22]。由于系統(tǒng)上線才1年,因此選取樣本時(shí)間有限,未能進(jìn)行遠(yuǎn)期效果應(yīng)用觀察,對(duì)本研究結(jié)論可信度可能造成存在一些誤差,有待多類(lèi)別、大樣本數(shù)據(jù)證實(shí)此結(jié)論。