醫院移動支付系統的設計與實現

周笑宇

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

1 大型醫院接入移動支付的必要性

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

2 門診移動支付的具體實現

2.1 門診移動支付的要求

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

2.2 門診移動支付的總體設計架構

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

圖1 門診移動支付總體架構

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

2.3 門診移動支付的實現

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

2.3.1 掛號收費模塊流程

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

圖2 門診移動支付流程

2.3.2 掛號收費模塊相關代碼

案例系統以PowerBuilder9.0 進行開發，通過PowerBuilder 自帶的oleobject 進行服務器交互，并使用Msxml2.XMLHTTP 進行數據傳輸，提交方式為post，傳輸數據格式為json[4]，部分代碼如下：

2.3.3 退號退費模塊流程

退號時，在系統中輸入需要退費的收據號后，系統調用退費流程。首先調用門診系統的退費模塊，此時門診系統從HIS 相關表中讀取支付訂單號等信息，將退費請求和包含支付訂單號的數據串等轉發給前置機服務器，由前置機服務器經過處理后轉發給支付平臺，支付平臺處理后，將結果反饋給門診系統。該流程如圖3所示。

圖3 退號退費流程

2.3.4 退號退費相關代碼

案例系統以PowerBuilder9.0 進行開發，通過PowerBuilder 自帶的oleobject 進行服務器交互，并使用Msxml2.XMLHTTP 進行數據傳輸，提交方式為post，傳輸數據格式為json，結構體形成相應的數據串與請求頭一起進行數據傳輸，部分代碼如下：

3 住院移動支付的具體實現

3.1 住院移動支付的要求

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

3.2 住院移動支付的實現

實現住院全流程移動支付主要需要分為以下部分進行改造：對于院內收費業務，需要改造以下幾個模塊：①住院費用預交金繳納模塊；②住院費用結算補收費用模塊；③住院費用結算退費模塊。對于財務對賬業務，需要相應的配套對賬系統。本部分以住院費用預交金繳納模塊和住院費用退費模塊為例，介紹一下住院業務實現流程：

3.2.1 住院費用預交金繳納流程及代碼

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

圖4 預交金繳納流程

3.2.2 住院費用預交金繳納相關代碼

案例系統以PowerBuilder9.0 進行開發，通過PowerBuilder自帶的oleobject 進行服務器交互，并使用Msxml2.XMLHTTP 進行數據傳輸，提交方式為post，傳輸數據格式為json，結構體形成相應的數據串與請求頭一起進行數據傳輸，部分代碼如下：

3.2.3 住院費用結算退費流程

住院費用退費時，在系統中輸入需要退費的收據號后，系統調用退費流程。首先調用住院結算系統的退費模塊，此時住院結算系統在確認退費金額正確后，在HIS相關表中插入相應的退費金額，并從HIS相關表中讀取支付訂單號等信息，當HIS結算信息寫表成功后，將退費請求和包含支付訂單號的數據串等轉發給前置機服務器，由前置機服務器經過處理后轉發給支付平臺，支付平臺經過處理后，將結果反饋給住院收費系統。該流程如圖5所示。

圖5 住院費用退費流程

3.2.4 住院費用結算退費相關代碼

案例系統以PowerBuilder9.0 進行開發，通過PowerBuilder自帶的oleobject 進行服務器交互，并使用Msxml2.XMLHTTP 進行數據傳輸，提交方式為post，傳輸數據格式為json，結構體形成相應的數據串與請求頭一起進行數據傳輸，部分代碼如下：

4 關于醫院使用移動支付的幾點思考

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

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

要注意建立相應的財務對賬系統，建立財務對賬系統有以下幾個好處：①平臺數據較為直觀，可準確的看出移動支付每天的收益，方便相關人員結合現金賬目進行數據分析和處理。②可確保第三方平臺和醫院院方財務收入的一致性，若出現長短款，方便相關人員及時處理，大大地降低財務風險[5]。

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

5 小結

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