醫(yī)院移動支付系統(tǒng)的設(shè)計與實現(xiàn)

周笑宇

(中國人民解放軍聯(lián)勤保障部隊第九六三醫(yī)院，黑龍江佳木斯 154002)

1 大型醫(yī)院接入移動支付的必要性

在當(dāng)今社會，隨著科技水平的不斷發(fā)展和智能手機的全面普及，人們在支付過程中的主流支付方式已經(jīng)從現(xiàn)金支付轉(zhuǎn)變成了使用手機等進(jìn)行掃碼線上支付。而從醫(yī)院的角度而言，移動支付可以大大緩解收費窗口的壓力，在現(xiàn)金支付為主流的時代，收費員不僅需要進(jìn)行錄入費用等一系列的操作，而且還需要對收到的錢幣進(jìn)行清點和校驗，確定錢幣的真?zhèn)危罂赡苓€需要進(jìn)行找給患者錢幣等。這樣就大大降低收費窗口的效率。當(dāng)醫(yī)院接入移動支付后，收費員只需要關(guān)注費用是否收取進(jìn)相應(yīng)的賬戶即可，節(jié)省了相當(dāng)多的步驟，大大地縮減了和患者之間的交互時間；從患者的角度而言，在現(xiàn)金支付為主流的時代，患者在和收費員交互的過程中，可能會產(chǎn)生許多不必要的交涉，比如：患者支付后是否找取貨幣，找取的貨幣金額是否正確等。當(dāng)醫(yī)院接入移動支付后，患者只需要關(guān)注支付的金額是否正確即可，也大大地縮減了患者在收費窗口前的交互時間和等待時間。所以，醫(yī)院接入移動支付是非常必要的。

2 門診移動支付的具體實現(xiàn)

2.1 門診移動支付的要求

門診移動支付主要解決現(xiàn)金收費方式等待時間長，流程冗余等問題。在此場景下應(yīng)該注意以下幾個問題：①支付流程的簡化，對于主掃和被掃兩種支付方式，筆者建議采取被掃的方式，因為被掃可以大大的簡化患者的操作步驟，只需要打開相應(yīng)的界面即可進(jìn)行支付。②支付流程的安全性，整個支付過程必須完全保證交易的安全，所以務(wù)必要考慮數(shù)據(jù)傳輸過程的安全和隔離性。③接口的規(guī)范性和可拓展性，為未來可能進(jìn)行的接口拓展等打下堅實的基礎(chǔ)[1]。

2.2 門診移動支付的總體設(shè)計架構(gòu)

為確保交易的安全性，需要在前置服務(wù)器和醫(yī)院內(nèi)網(wǎng)和HIS服務(wù)器和收費終端之間部署網(wǎng)閘，同時應(yīng)在前置服務(wù)器和支付平臺之間設(shè)置防火墻，避免支付平臺被攻擊，造成問題數(shù)據(jù)[2]。該架構(gòu)如圖1所示。

圖1 門診移動支付總體架構(gòu)

實現(xiàn)門診全流程移動支付主要需要分為以下部分進(jìn)行改造：對于院內(nèi)收費業(yè)務(wù)，需要改造以下幾個模塊：①門診掛號收費模塊；②門診退號退費模塊；③門診收費劃價模塊；④門診退庫退費模塊；⑤全流程異常處理模塊。對于院內(nèi)硬件平臺，需要在HIS服務(wù)器等與支付前置服務(wù)器之間增設(shè)網(wǎng)閘，以確保院內(nèi)網(wǎng)絡(luò)的安全性，且需要在支付前置機服務(wù)器和支付平臺之間增設(shè)防火墻，以確保支付過程中上傳數(shù)據(jù)時和反饋數(shù)據(jù)時數(shù)據(jù)的安全性。

2.3 門診移動支付的實現(xiàn)

在醫(yī)院實際運行中，患者首先要進(jìn)行的步驟就是掛號，當(dāng)患者在就診醫(yī)院擁有了本次就診獨一無二的身份標(biāo)識后，才可以進(jìn)行其他的操作，本部分以掛號和退號為例，進(jìn)行門診部分移動支付的介紹。

2.3.1 掛號收費模塊流程

使用移動支付掛號收費時，需要對于門診收費功能進(jìn)行改進(jìn)，首先需要增加選擇支付方式的界面，根據(jù)選擇的支付方式彈出相應(yīng)的提示，此時收費員根據(jù)提示引導(dǎo)患者進(jìn)行掃碼支付，待患者掃碼后，將當(dāng)前支付信息提交到前置機上，前置機進(jìn)行轉(zhuǎn)發(fā)，至支付平臺進(jìn)行支付處理，支付平臺處理完畢后，進(jìn)行反饋結(jié)果，若反饋成功，系統(tǒng)將自動進(jìn)行打印票據(jù)等一系列操作，若反饋失敗，則收費員操作關(guān)閉訂單，該流程如圖2所示。

圖2 門診移動支付流程

2.3.2 掛號收費模塊相關(guān)代碼

案例系統(tǒng)以PowerBuilder9.0 進(jìn)行開發(fā)，通過PowerBuilder 自帶的oleobject 進(jìn)行服務(wù)器交互，并使用Msxml2.XMLHTTP 進(jìn)行數(shù)據(jù)傳輸，提交方式為post，傳輸數(shù)據(jù)格式為json[4]，部分代碼如下：

2.3.3 退號退費模塊流程

退號時，在系統(tǒng)中輸入需要退費的收據(jù)號后，系統(tǒng)調(diào)用退費流程。首先調(diào)用門診系統(tǒng)的退費模塊，此時門診系統(tǒng)從HIS 相關(guān)表中讀取支付訂單號等信息，將退費請求和包含支付訂單號的數(shù)據(jù)串等轉(zhuǎn)發(fā)給前置機服務(wù)器，由前置機服務(wù)器經(jīng)過處理后轉(zhuǎn)發(fā)給支付平臺，支付平臺處理后，將結(jié)果反饋給門診系統(tǒng)。該流程如圖3所示。

圖3 退號退費流程

2.3.4 退號退費相關(guān)代碼

案例系統(tǒng)以PowerBuilder9.0 進(jìn)行開發(fā)，通過PowerBuilder 自帶的oleobject 進(jìn)行服務(wù)器交互，并使用Msxml2.XMLHTTP 進(jìn)行數(shù)據(jù)傳輸，提交方式為post，傳輸數(shù)據(jù)格式為json，結(jié)構(gòu)體形成相應(yīng)的數(shù)據(jù)串與請求頭一起進(jìn)行數(shù)據(jù)傳輸，部分代碼如下：

3 住院移動支付的具體實現(xiàn)

3.1 住院移動支付的要求

住院移動支付主要解決在住院預(yù)交金繳納、支付、退費等過程中，因金額普遍相對較大，患者攜帶大額金額不方便的問題。在此場景下應(yīng)該注意以下幾個問題：①支付流程的安全性，由于住院業(yè)務(wù)金額普遍較大，所以相比門診業(yè)務(wù)而言，更需要注意數(shù)據(jù)傳輸過程中的安全性。②預(yù)交金額的準(zhǔn)確性問題，因住院業(yè)務(wù)的特殊性，患者在住院前、住院中等多個時間節(jié)點都可能需要進(jìn)行預(yù)交金的充值，這就務(wù)必確保支付流程在HIS服務(wù)器中寫表的準(zhǔn)確性。③接口的規(guī)范性和可拓展性，為未來可能進(jìn)行的接口拓展等打下堅實的基礎(chǔ)[3]。

3.2 住院移動支付的實現(xiàn)

實現(xiàn)住院全流程移動支付主要需要分為以下部分進(jìn)行改造：對于院內(nèi)收費業(yè)務(wù)，需要改造以下幾個模塊：①住院費用預(yù)交金繳納模塊；②住院費用結(jié)算補收費用模塊；③住院費用結(jié)算退費模塊。對于財務(wù)對賬業(yè)務(wù)，需要相應(yīng)的配套對賬系統(tǒng)。本部分以住院費用預(yù)交金繳納模塊和住院費用退費模塊為例，介紹一下住院業(yè)務(wù)實現(xiàn)流程：

3.2.1 住院費用預(yù)交金繳納流程及代碼

使用移動支付進(jìn)行住院費用預(yù)交金繳納時，首先應(yīng)在相應(yīng)的支付方式中添加移動支付相關(guān)的類別，如：微信支付，支付寶支付，銀行卡支付等。其次應(yīng)對預(yù)交金繳納模塊的保存功能進(jìn)行改造，在確保預(yù)交金繳納的整個流程中，應(yīng)在保證HIS 寫表成功的前提下，再通過調(diào)用移動支付接口進(jìn)行繳費，同時在患者繳費成功后，進(jìn)行移動支付相關(guān)的寫表操作，當(dāng)整個支付流程全部成功后，再進(jìn)行數(shù)據(jù)庫事務(wù)的提交操作，以免造成數(shù)據(jù)錯誤等。該流程如圖4所示。

圖4 預(yù)交金繳納流程

3.2.2 住院費用預(yù)交金繳納相關(guān)代碼

案例系統(tǒng)以PowerBuilder9.0 進(jìn)行開發(fā)，通過PowerBuilder自帶的oleobject 進(jìn)行服務(wù)器交互，并使用Msxml2.XMLHTTP 進(jìn)行數(shù)據(jù)傳輸，提交方式為post，傳輸數(shù)據(jù)格式為json，結(jié)構(gòu)體形成相應(yīng)的數(shù)據(jù)串與請求頭一起進(jìn)行數(shù)據(jù)傳輸，部分代碼如下：

3.2.3 住院費用結(jié)算退費流程

住院費用退費時，在系統(tǒng)中輸入需要退費的收據(jù)號后，系統(tǒng)調(diào)用退費流程。首先調(diào)用住院結(jié)算系統(tǒng)的退費模塊，此時住院結(jié)算系統(tǒng)在確認(rèn)退費金額正確后，在HIS相關(guān)表中插入相應(yīng)的退費金額，并從HIS相關(guān)表中讀取支付訂單號等信息，當(dāng)HIS結(jié)算信息寫表成功后，將退費請求和包含支付訂單號的數(shù)據(jù)串等轉(zhuǎn)發(fā)給前置機服務(wù)器，由前置機服務(wù)器經(jīng)過處理后轉(zhuǎn)發(fā)給支付平臺，支付平臺經(jīng)過處理后，將結(jié)果反饋給住院收費系統(tǒng)。該流程如圖5所示。

圖5 住院費用退費流程

3.2.4 住院費用結(jié)算退費相關(guān)代碼

案例系統(tǒng)以PowerBuilder9.0 進(jìn)行開發(fā)，通過PowerBuilder自帶的oleobject 進(jìn)行服務(wù)器交互，并使用Msxml2.XMLHTTP 進(jìn)行數(shù)據(jù)傳輸，提交方式為post，傳輸數(shù)據(jù)格式為json，結(jié)構(gòu)體形成相應(yīng)的數(shù)據(jù)串與請求頭一起進(jìn)行數(shù)據(jù)傳輸，部分代碼如下：

4 關(guān)于醫(yī)院使用移動支付的幾點思考

在醫(yī)院使用移動支付的過程中，一定要確保第三方平臺的穩(wěn)定運行，以門診為例，當(dāng)業(yè)務(wù)量非常龐大時，服務(wù)器的宕機或者醫(yī)院的意外斷網(wǎng)等，都會導(dǎo)致瞬時產(chǎn)生大量的異常信息，比如在門診掛號或者繳費的場景下，服務(wù)器的宕機或者醫(yī)院的意外斷網(wǎng)會導(dǎo)致患者的等待時間過長等問題，因為在此場景下，必須要達(dá)到設(shè)定的停止輪詢時間，支付過程才會終止，從而嚴(yán)重地影響整體的支付效率；在門診退費或住院退費的場景下，服務(wù)器的宕機或者醫(yī)院的意外斷網(wǎng)會導(dǎo)致HIS寫表已經(jīng)完成，但是患者并未收到退款的問題，此時就需要調(diào)用異常處理模塊，甚至需要人為手工進(jìn)行退費，這樣也會大大地加長患者的等待時間。所以在移動支付上線之初，建議盡量選擇能提供穩(wěn)定服務(wù)的平臺和優(yōu)質(zhì)的運營商，既方便患者就醫(yī)，又會減少醫(yī)院日常應(yīng)用和維護(hù)的工作量。

要確保整個網(wǎng)絡(luò)系統(tǒng)的安全運行環(huán)境，同時一定要盡量杜絕醫(yī)院院內(nèi)網(wǎng)與互聯(lián)網(wǎng)交叉。對于杜絕院內(nèi)網(wǎng)和互聯(lián)網(wǎng)的交叉問題，建議使用網(wǎng)閘進(jìn)行隔絕，阻斷互聯(lián)網(wǎng)對醫(yī)院院內(nèi)網(wǎng)潛在攻擊的一切可能連接，使外部攻擊者無法直接入侵、攻擊或破壞內(nèi)網(wǎng)，保障了內(nèi)部主機的安全。同時，建議在第三方平臺提供的前置機和平臺之間再加一道防火墻，確保數(shù)據(jù)鏈路傳輸過程中的安全，防止關(guān)鍵數(shù)據(jù)被竊取或攻擊。

要注意建立相應(yīng)的財務(wù)對賬系統(tǒng)，建立財務(wù)對賬系統(tǒng)有以下幾個好處：①平臺數(shù)據(jù)較為直觀，可準(zhǔn)確的看出移動支付每天的收益，方便相關(guān)人員結(jié)合現(xiàn)金賬目進(jìn)行數(shù)據(jù)分析和處理。②可確保第三方平臺和醫(yī)院院方財務(wù)收入的一致性，若出現(xiàn)長短款，方便相關(guān)人員及時處理，大大地降低財務(wù)風(fēng)險[5]。

要注意保護(hù)患者的隱私，患者通過移動支付進(jìn)行繳費或退費等操作，都會將其個人信息寫入到醫(yī)院的HIS 系統(tǒng)中，若該部分信息被網(wǎng)絡(luò)攻擊或竊取，會導(dǎo)致患者的隱私被侵犯，易引起醫(yī)院院方和患者的糾紛，給雙方帶來不便。

5 小結(jié)

本文首先通過對移動支付的分析，闡述了醫(yī)院引進(jìn)移動支付的可操作性和必要性。之后詳細(xì)地介紹了移動支付流程和部分關(guān)鍵代碼，最后淺談了一些關(guān)于移動支付的思考。下一步需要進(jìn)一步完善移動支付相關(guān)的業(yè)務(wù)流程，減少冗余流程，加快患者的就診效率，進(jìn)一步提升醫(yī)院的信息化水平。