胡榮星

(南京城市職業(yè)學(xué)院，南京 211200)

國內(nèi)醫(yī)院信息平臺(tái)、區(qū)域衛(wèi)生信息平臺(tái)、醫(yī)療保障局等信息系統(tǒng)實(shí)現(xiàn)了數(shù)據(jù)的互聯(lián)互通，醫(yī)療衛(wèi)生行業(yè)進(jìn)入了全新的信息化階段，智慧醫(yī)療、全過程數(shù)據(jù)鏈成為未來的發(fā)展趨勢(shì)。但大多數(shù)企事業(yè)單位采用的仍是傳統(tǒng)的手工報(bào)銷模式，面對(duì)大量的報(bào)銷單據(jù)和復(fù)雜的計(jì)算，相關(guān)部門不堪重負(fù)。醫(yī)療費(fèi)用發(fā)票逐漸由紙質(zhì)發(fā)票轉(zhuǎn)為電子發(fā)票，增加了報(bào)銷審核、校驗(yàn)難度，給工作人員帶來極大壓力。部分企事業(yè)單位急需相應(yīng)的報(bào)銷系統(tǒng)來處理報(bào)銷業(yè)務(wù)，但又不想投入太多資金，各地區(qū)醫(yī)保中心可為各單位提供報(bào)銷所需的原始電子憑證數(shù)據(jù)，在醫(yī)保中心數(shù)據(jù)支撐的基礎(chǔ)上，要滿足眾多企事業(yè)單位用戶低成本、高效率的醫(yī)療費(fèi)報(bào)銷系統(tǒng)需求。可以采用基于SaaS模式的應(yīng)用系統(tǒng)。

1 需求分析

1.1 電子發(fā)票校驗(yàn)困難

傳統(tǒng)的醫(yī)療費(fèi)報(bào)銷管理方式效率低下，時(shí)間成本高，存在易出錯(cuò)、數(shù)據(jù)統(tǒng)計(jì)困難等問題。醫(yī)療費(fèi)報(bào)銷原始憑證逐漸由紙質(zhì)發(fā)票轉(zhuǎn)為電子發(fā)票，但電子發(fā)票既有優(yōu)點(diǎn)也有缺點(diǎn)，其具有無紙化、易保存、易查詢等優(yōu)點(diǎn)，但電子發(fā)票打印次數(shù)不受限，復(fù)印與打印內(nèi)容沒有差別，會(huì)影響醫(yī)療費(fèi)報(bào)銷的可信度，產(chǎn)生重復(fù)報(bào)銷風(fēng)險(xiǎn)。

1.2 報(bào)銷費(fèi)用計(jì)算不準(zhǔn)，內(nèi)審壓力大

職工醫(yī)療費(fèi)報(bào)銷若采用傳統(tǒng)的手工報(bào)銷方式，即職工將各項(xiàng)費(fèi)用發(fā)票交由財(cái)務(wù)部門，財(cái)務(wù)報(bào)銷人員除了對(duì)各項(xiàng)票據(jù)進(jìn)行核驗(yàn)、整理之外，還必須對(duì)每張票據(jù)的費(fèi)用額度、報(bào)銷額度進(jìn)行統(tǒng)計(jì)匯總和計(jì)算，工作量巨大。面對(duì)不同報(bào)銷人的報(bào)銷情況，計(jì)算方法不一，人工計(jì)算、統(tǒng)計(jì)很容易產(chǎn)生差錯(cuò)，使得審核和復(fù)核周期較長，工作重復(fù)，直接影響報(bào)銷效率和準(zhǔn)確性。手工報(bào)銷方式無法進(jìn)行及時(shí)匯總與統(tǒng)計(jì)，不能進(jìn)行有效的資金管控，造成內(nèi)部控制壓力。

1.3 降低成本，滿足業(yè)務(wù)需求

職工醫(yī)療費(fèi)報(bào)銷有著急切的信息化需求，但往往缺乏軟件研發(fā)能力，醫(yī)療費(fèi)報(bào)銷規(guī)則會(huì)因國家政策、社會(huì)環(huán)境、企業(yè)規(guī)定、企業(yè)經(jīng)營狀況而改變，企業(yè)對(duì)此投資有限，缺乏先進(jìn)的硬件和軟件?？蔀橛脩籼峁┸浖?wù)租用模式，讓用戶根據(jù)實(shí)際需求按需付費(fèi)，減少購買、構(gòu)建和維護(hù)基礎(chǔ)設(shè)施和應(yīng)用程序的成本。

1.4 數(shù)據(jù)安全保密需要

充分利用好可共享的醫(yī)保中心數(shù)據(jù)，開發(fā)相應(yīng)的系統(tǒng)平臺(tái)與其對(duì)接。在用戶授權(quán)的模式下，系統(tǒng)平臺(tái)可獲取用戶單位醫(yī)保中心數(shù)據(jù)，若采用本地部署，用戶需提供相應(yīng)的基礎(chǔ)設(shè)施；若采用基于SaaS模式將會(huì)存在數(shù)據(jù)安全保密問題。SaaS模式本質(zhì)上是云計(jì)算模式，用戶數(shù)據(jù)會(huì)放在軟件提供商的服務(wù)器上，系統(tǒng)管理應(yīng)用會(huì)委托軟件提供商，需要極大的信任和制度保障，數(shù)據(jù)安全保密對(duì)于多數(shù)單位用戶來說需要權(quán)衡考慮。

2 平臺(tái)總體設(shè)計(jì)

平臺(tái)采用SaaS多用戶租用架構(gòu)模式。SaaS是軟件即服務(wù)，這種模式用于服務(wù)架構(gòu)的業(yè)務(wù)功能虛擬化。SaaS模式一方面可使企業(yè)用戶以較低的價(jià)格獲取軟件系統(tǒng)服務(wù)，另一方面對(duì)于軟件開發(fā)商而言，將軟件銷售模式轉(zhuǎn)變?yōu)橄到y(tǒng)服務(wù)模式，不僅可以避免盜版軟件，還可獲得更多客戶。

用戶可使用運(yùn)行開發(fā)商在IaaS設(shè)施上構(gòu)建的SaaS平臺(tái)提供的應(yīng)用，通過WEB瀏覽器進(jìn)行訪問，不需要購買硬件，如網(wǎng)絡(luò)服務(wù)器、操作系統(tǒng)、存儲(chǔ)等，也不需要專人管理和控制相應(yīng)的設(shè)施、設(shè)備，不用花費(fèi)太多資金就可享有定制化服務(wù)。SaaS模式中，軟件開發(fā)商為用戶提供相應(yīng)的基礎(chǔ)設(shè)施，部署一套系統(tǒng)，滿足不同需求，為用戶提供服務(wù)，對(duì)于每個(gè)用戶來說系統(tǒng)都是獨(dú)立的。SaaS模式是一個(gè)雙贏模式，軟件提供商為每個(gè)用戶分別部署獨(dú)立系統(tǒng)，比部署單一系統(tǒng)給所有用戶使用成本要高，即使采用VPN等技術(shù)，前者的運(yùn)維成本也比后者要高得多，而SaaS多租戶模式提供了低成本開發(fā)、運(yùn)維系統(tǒng)，為所有客戶使用?；诖耍毠めt(yī)療費(fèi)報(bào)銷平臺(tái)采用SaaS多租戶架構(gòu)，旨在為每個(gè)單位用戶提供專用實(shí)例，包括用戶管理、數(shù)據(jù)、配置、基礎(chǔ)功能和定制服務(wù)等。

圖1 系統(tǒng)架構(gòu)Fig.1 System architecture

平臺(tái)主要由4個(gè)子系統(tǒng)構(gòu)成：醫(yī)療報(bào)銷業(yè)務(wù)系統(tǒng)、微信服務(wù)系統(tǒng)、服務(wù)定制管理系統(tǒng)、用戶管理系統(tǒng)。醫(yī)療報(bào)銷業(yè)務(wù)系統(tǒng)是財(cái)務(wù)報(bào)銷人員使用的信息化管理軟件，是整個(gè)系統(tǒng)業(yè)務(wù)操作的核心，主要完成醫(yī)療費(fèi)報(bào)銷、結(jié)算、發(fā)放、統(tǒng)計(jì)工作。微信服務(wù)系統(tǒng)為終端使用人員提供信息查詢和數(shù)據(jù)填報(bào)功能，主要實(shí)現(xiàn)醫(yī)療費(fèi)查詢、子女醫(yī)療費(fèi)單據(jù)填報(bào)等功能。服務(wù)定制管理系統(tǒng)主要完成醫(yī)療報(bào)銷管理系統(tǒng)實(shí)例基礎(chǔ)功能模塊，定制服務(wù)模塊的設(shè)置及對(duì)服務(wù)日常監(jiān)控。用戶管理系統(tǒng)是SaaS職工醫(yī)療費(fèi)報(bào)銷平臺(tái)的基礎(chǔ)功能，這里的用戶管理主要是指租戶管理(單位用戶)，也是平臺(tái)級(jí)用戶管理，可將平臺(tái)用戶按角色進(jìn)行管理分配權(quán)限，主要模塊有：用戶管理、角色管理、權(quán)限管理。

3 服務(wù)子系統(tǒng)設(shè)計(jì)

服務(wù)子系統(tǒng)由兩個(gè)系統(tǒng)組成：面向單位財(cái)務(wù)業(yè)務(wù)人員的報(bào)銷業(yè)務(wù)系統(tǒng)和面向最終用戶的微信服務(wù)系統(tǒng)。

3.1 醫(yī)療報(bào)銷業(yè)務(wù)系統(tǒng)

基于SaaS平臺(tái)的醫(yī)療費(fèi)報(bào)銷業(yè)務(wù)系統(tǒng)以獨(dú)立軟件實(shí)例提供給不同用戶進(jìn)行操作。作為平臺(tái)的核心——職工醫(yī)療費(fèi)報(bào)銷業(yè)務(wù)系統(tǒng)主要設(shè)計(jì)為6個(gè)模塊，為實(shí)現(xiàn)相應(yīng)功能，系統(tǒng)模塊設(shè)計(jì)如圖2所示：

圖2 職工醫(yī)療費(fèi)報(bào)銷業(yè)務(wù)系統(tǒng)模塊Fig.2 Module of medical expenses reimbursement business system for employees

報(bào)銷處理模塊：包括在職人員報(bào)銷、子女報(bào)銷和離退休人員報(bào)銷三個(gè)子模塊，分別對(duì)以上三類人員的“門診”“住院”“門特”進(jìn)行報(bào)銷業(yè)務(wù)處理，即選定報(bào)銷人員后，系統(tǒng)自動(dòng)給出該人員的人員類別、部門名稱、自付比例及醫(yī)藥費(fèi)單據(jù)上各項(xiàng)重要信息；根據(jù)醫(yī)保中心數(shù)據(jù)進(jìn)行選擇，系統(tǒng)會(huì)自動(dòng)進(jìn)行合計(jì)，計(jì)算出自付金額和實(shí)報(bào)金額，并轉(zhuǎn)換為財(cái)務(wù)大寫方式顯示；確認(rèn)提交后系統(tǒng)會(huì)自動(dòng)對(duì)各項(xiàng)數(shù)據(jù)進(jìn)行保存并生成報(bào)銷單據(jù)，以便進(jìn)入下一步審核流程。

基礎(chǔ)數(shù)據(jù)管理模塊：實(shí)現(xiàn)醫(yī)保中心數(shù)據(jù)管理功能，通過導(dǎo)入醫(yī)保中心數(shù)據(jù)，將其作為在職和退休人員報(bào)銷依據(jù)，實(shí)現(xiàn)部門信息、人員信息管理功能，可提供導(dǎo)入更新在職人員功能，人員信息及子女信息校驗(yàn)功能，子女信息核對(duì)可通過微信端提交、反饋，后臺(tái)審核信息等功能。

數(shù)據(jù)查詢模塊：實(shí)現(xiàn)個(gè)人查詢和費(fèi)用查詢，可以按報(bào)銷人員、就診、審核、打卡分類查詢報(bào)銷人名下所有單據(jù)列表，還可以按時(shí)間周期查詢。

數(shù)據(jù)統(tǒng)計(jì)：可以按在職、退休、子女，門診和住院情況進(jìn)行分類數(shù)據(jù)統(tǒng)計(jì)，滿足年終醫(yī)藥費(fèi)匯總結(jié)算工作需求。

系統(tǒng)管理：可設(shè)置系統(tǒng)用戶管理權(quán)限，在職人員轉(zhuǎn)退休、止付人員設(shè)置，起付標(biāo)準(zhǔn)，年度結(jié)算等。

審核報(bào)銷：對(duì)報(bào)銷單據(jù)審核，根據(jù)財(cái)務(wù)規(guī)范要求審核人不能審核本人操作的單據(jù)報(bào)銷，審核過的單據(jù)可按流水批次進(jìn)行銀行打卡操作，以完成費(fèi)用發(fā)放工作。

3.2 微信服務(wù)系統(tǒng)設(shè)計(jì)

微信服務(wù)系統(tǒng)要實(shí)現(xiàn)的是平臺(tái)與企業(yè)號(hào)或公眾號(hào)的對(duì)接，以網(wǎng)站形式在企業(yè)號(hào)或公眾號(hào)中呈現(xiàn)，為最終用戶提供服務(wù)，主要有功能有：職工本人醫(yī)療費(fèi)用預(yù)約報(bào)銷、醫(yī)療費(fèi)用查詢、子女信息填報(bào)、子女預(yù)報(bào)銷單據(jù)填報(bào)。職工本人醫(yī)療費(fèi)用預(yù)約報(bào)銷：職工可以上傳報(bào)銷憑證，實(shí)現(xiàn)遠(yuǎn)程報(bào)銷。醫(yī)療費(fèi)用查詢：用戶可查詢未報(bào)銷單據(jù)與已報(bào)銷單據(jù)。子女信息填報(bào)：職工上報(bào)個(gè)人子女信息。子女預(yù)報(bào)銷單據(jù)填報(bào)：職工可以上傳子女報(bào)銷憑證，填報(bào)相關(guān)信息。

4 系統(tǒng)實(shí)現(xiàn)

4.1 平臺(tái)開發(fā)技術(shù)

基于ASP.NET技術(shù)，構(gòu)建APB(ASP.NET Boilerplate)多租戶框架實(shí)現(xiàn)核心系統(tǒng)，構(gòu)建MVC框架實(shí)現(xiàn)微信服務(wù)系統(tǒng)，前端采用MUI框架，后端采用Redis 分布式緩存集群，數(shù)據(jù)讀寫分離，并根據(jù)業(yè)務(wù)分庫分表進(jìn)行分布式集群部署。使用FunsionChart、FastReport.Net等第三方組件用于數(shù)據(jù)顯示、統(tǒng)計(jì)、報(bào)表打印等，其面向?qū)ο蠛湍K化設(shè)計(jì)可以將不同算法、函數(shù)庫融入其中。采用元數(shù)據(jù)的開發(fā)模式來實(shí)現(xiàn)軟件可配置性，元數(shù)據(jù)能夠?qū)π畔①Y源進(jìn)行有效組織管理利用，元數(shù)據(jù)開發(fā)模式與APB、MVC技術(shù)相配合，能夠很好解決系統(tǒng)的可擴(kuò)展性、可配置性及多用戶效率問題。

4.2 醫(yī)保中心數(shù)據(jù)獲取

獲取醫(yī)保中心數(shù)據(jù)，可以采用Web Service 方式與醫(yī)保中心系統(tǒng)進(jìn)行數(shù)據(jù)對(duì)接。為保證數(shù)據(jù)安全前置服務(wù)器部署在醫(yī)保中心內(nèi)聯(lián)網(wǎng)中用于下載醫(yī)保中心可共享的數(shù)據(jù)，醫(yī)療費(fèi)報(bào)銷系統(tǒng)通過Internet獲取醫(yī)保中心數(shù)據(jù)，數(shù)據(jù)采用SSL進(jìn)行加密，如圖3所示：

圖3 通過Web Service對(duì)接“醫(yī)保中心”數(shù)據(jù)Fig.3 Abutting joint of “medical insurance” data through Web Service

4.3 數(shù)據(jù)存儲(chǔ)采用共享數(shù)據(jù)庫單獨(dú)模式

從本身的數(shù)據(jù)需求出發(fā)，要求通過較低的價(jià)格實(shí)現(xiàn)醫(yī)療費(fèi)用報(bào)銷功能，保障數(shù)據(jù)安全并具有數(shù)據(jù)統(tǒng)計(jì)、分析功能。對(duì)于不同單位用戶使用一套系統(tǒng)，一個(gè)整體數(shù)據(jù)庫，但各自可擁有一套不同的數(shù)據(jù)表，其組合在其單獨(dú)的模式內(nèi)，系統(tǒng)初次建立時(shí)會(huì)創(chuàng)建基礎(chǔ)的初始表結(jié)構(gòu)，并將其關(guān)聯(lián)到客戶的獨(dú)立模式，這種方式在數(shù)據(jù)共享和隔離之間獲得了一定的平衡，它既有數(shù)據(jù)庫共享，使單一服務(wù)器支持更多客戶，又在物理上實(shí)現(xiàn)了一定程度的數(shù)據(jù)隔離，所以從安全和性價(jià)比角度考慮采用共享數(shù)據(jù)庫單獨(dú)模式。

4.4 微信號(hào)公眾號(hào)的對(duì)接

“微信端”Web頁面采用微信公眾號(hào)的OAuth2.0鑒權(quán)機(jī)制獲取關(guān)注公眾號(hào)的用戶openid與職工工號(hào)或身份證號(hào)進(jìn)行關(guān)聯(lián)，以實(shí)現(xiàn)相關(guān)業(yè)務(wù)邏輯。MVC構(gòu)成的結(jié)構(gòu)既能保證對(duì)醫(yī)療報(bào)銷數(shù)據(jù)的高效處理，又能方便報(bào)銷人快速簡便查詢，以實(shí)現(xiàn)移動(dòng)端的報(bào)銷業(yè)務(wù)。

5 結(jié)語

提出一種基于SaaS模式的醫(yī)療費(fèi)用報(bào)銷平臺(tái)，這是以醫(yī)保中心提供的數(shù)據(jù)為基礎(chǔ)實(shí)現(xiàn)的多用戶租用信息系統(tǒng)，將軟件分發(fā)模式轉(zhuǎn)為服務(wù)模式，結(jié)合微信為終端用戶提供更好的服務(wù)體驗(yàn)，以數(shù)據(jù)流與紙質(zhì)憑證為依托，滿足財(cái)務(wù)部門處理報(bào)銷業(yè)務(wù)準(zhǔn)確、高效的需求。平臺(tái)是基于本地區(qū)醫(yī)療環(huán)境的思考，存在一定的局限性，因行業(yè)不同、需求不同，還不能做到完全的通用化，需要內(nèi)置更多的計(jì)算方法和通用化標(biāo)準(zhǔn)才能滿足未來使用需求。相信基于SaaS模式的醫(yī)療費(fèi)用報(bào)銷系統(tǒng)可以在實(shí)踐中得到廣泛應(yīng)用。