基于Node.js與REST風(fēng)格的醫(yī)保定點(diǎn)零售藥店履約考核系統(tǒng)①

許思特,黃子碩,馬振凱,吳 斌,劉佳興,盛 韜,戴瑞明,羅 力,張?zhí)焯?/p>

1(復(fù)旦大學(xué) 公共衛(wèi)生學(xué)院,上海 200032)

2(同濟(jì)大學(xué) 土木工程學(xué)院,上海 200092)

3(復(fù)旦大學(xué) 計(jì)算機(jī)科學(xué)技術(shù)學(xué)院,上海 201203)

4(復(fù)旦大學(xué) 軟件學(xué)院,上海 200082)

近年來(lái),國(guó)家簡(jiǎn)政放權(quán)治國(guó)理念逐步落實(shí),對(duì)基本醫(yī)療保險(xiǎn)定點(diǎn)醫(yī)藥機(jī)構(gòu)的管理方式由“行政審批”轉(zhuǎn)向“全面實(shí)施協(xié)議化管理”.協(xié)議規(guī)定,基本醫(yī)療保險(xiǎn)定點(diǎn)零售藥店(以下簡(jiǎn)稱“定點(diǎn)藥店”)只要符合基本的醫(yī)保準(zhǔn)入條件就可取得相應(yīng)的醫(yī)保定點(diǎn)經(jīng)營(yíng)資格.該項(xiàng)政策的實(shí)施,提升了藥店醫(yī)保資格的審批速度,全國(guó)藥店經(jīng)營(yíng)者反響積極,全國(guó)定點(diǎn)藥店的數(shù)量呈現(xiàn)成倍增長(zhǎng)的趨勢(shì).

長(zhǎng)期以來(lái),醫(yī)保零售藥店以數(shù)量多、連鎖率低、騙保行為層出不窮等,成為醫(yī)保基金潛在的威脅和監(jiān)管難題.為解決這一醫(yī)保定點(diǎn)機(jī)構(gòu)管理領(lǐng)域的癥結(jié),國(guó)內(nèi)各地都做出了相應(yīng)嘗試,將信息化手段運(yùn)用于定點(diǎn)零售藥店管理.如西安建立的“醫(yī)保智能監(jiān)控審核系統(tǒng)”以及天津市采用的“創(chuàng)新型協(xié)議管理考核系統(tǒng)”,都以信息化手段對(duì)醫(yī)療服務(wù)行為開(kāi)展了事中監(jiān)控與事后追蹤,一定程度有效監(jiān)控了醫(yī)療服務(wù)行為.

隨著信息管理系統(tǒng)的構(gòu)建推廣,相關(guān)問(wèn)題也隨之而來(lái).如何將科學(xué)的機(jī)構(gòu)管理理論、方法與信息技術(shù)進(jìn)行有效結(jié)合,仍是當(dāng)下亟待解決的難點(diǎn).如今的國(guó)內(nèi)醫(yī)保領(lǐng)域,相關(guān)管理系統(tǒng)就普遍存在著以下兩方面的問(wèn)題.

(1)隨著數(shù)據(jù)量的幾何增長(zhǎng),所涉及的相關(guān)部門(mén)、人員不斷增多,管理部門(mén)對(duì)信息系統(tǒng)的健壯程度、安全性、并發(fā)速度等有著越來(lái)越高的要求.而采用傳統(tǒng)技術(shù)棧構(gòu)建的軟件,明顯無(wú)法滿足上述要求.

(2)隨著信息領(lǐng)域技術(shù)不斷革新,越來(lái)越多優(yōu)秀高效的組件庫(kù)、插件工具等應(yīng)運(yùn)而生.而采用傳統(tǒng)技術(shù)棧構(gòu)建的軟件,受困于自身兼容性,無(wú)法對(duì)新的技術(shù)進(jìn)行有效應(yīng)用,造成軟件自身成長(zhǎng)的停滯.

因而,本文從基本醫(yī)療保險(xiǎn)的功能出發(fā),以《上海市基本醫(yī)療保險(xiǎn)定點(diǎn)零售藥店服務(wù)協(xié)議》為基礎(chǔ),轉(zhuǎn)化為科學(xué)的考核指標(biāo).在充分考慮了操作便捷性、數(shù)據(jù)安全性、平臺(tái)可塑性、后續(xù)的維護(hù)、未來(lái)發(fā)展性等要求,擯棄前后端一體的傳統(tǒng)網(wǎng)頁(yè)開(kāi)發(fā)模式,基于Node.js與REST 風(fēng)格,選取Vue.js 與Django Rest Framework框架,獨(dú)立開(kāi)發(fā)了醫(yī)保定點(diǎn)藥店履約情況考核評(píng)估系統(tǒng).實(shí)現(xiàn)了自我評(píng)議與專家評(píng)議功能,助力醫(yī)保經(jīng)辦機(jī)構(gòu)貫徹落實(shí)參保人員意志,提高醫(yī)療保險(xiǎn)日常監(jiān)管水平,確保基本醫(yī)療保險(xiǎn)制度穩(wěn)健運(yùn)行的目的.

1 系統(tǒng)需求

鑒于考核內(nèi)容和考核結(jié)果的數(shù)據(jù)具有一定的敏感性,醫(yī)保機(jī)構(gòu)需要建立一套完整、獨(dú)立、安全的考核系統(tǒng).為保證后續(xù)可塑性、兼容性、拓展性、以及多平臺(tái)的聯(lián)動(dòng)性,須重新開(kāi)發(fā)考核系統(tǒng)并持續(xù)維護(hù).

本系統(tǒng)平臺(tái)作為供醫(yī)療保險(xiǎn)經(jīng)辦機(jī)構(gòu)或其他監(jiān)管部門(mén)使用的工具,用以輔助開(kāi)展基本醫(yī)療保險(xiǎn)定點(diǎn)零售藥店履行情況的考核.適用對(duì)象包括藥店管理者、專家考核組和行政監(jiān)管者.

1.1 模塊功能需求

主要模塊包括,自評(píng)模塊與飛行檢查模塊.主要模塊功能需求如下:

(1)自評(píng)模塊,由定點(diǎn)藥店使用.

①系統(tǒng)需將基礎(chǔ)信息、地理信息與數(shù)據(jù)庫(kù)聯(lián)動(dòng),確認(rèn)后正式進(jìn)入填報(bào)內(nèi)容.

②系統(tǒng)需能自動(dòng)生成完整報(bào)告,方便填報(bào)人核查填報(bào)內(nèi)容.

③填報(bào)內(nèi)容確認(rèn)后,系統(tǒng)自動(dòng)評(píng)星評(píng)級(jí),告知相關(guān)人員待整改內(nèi)容.

(2)飛行檢查模塊,由市、區(qū)級(jí)管理者使用.

①可查看所有藥店具體填報(bào)與評(píng)級(jí)情況.

②可對(duì)藥店失實(shí)的填報(bào)內(nèi)容進(jìn)行更正.

③可對(duì)考核結(jié)果進(jìn)行圖表展示.

④可對(duì)考核結(jié)果進(jìn)行有針對(duì)性的查詢,并將考核結(jié)果進(jìn)行導(dǎo)出.

⑤可進(jìn)行跨區(qū)考核評(píng)分.

1.2 系統(tǒng)開(kāi)發(fā)需求

針對(duì)模塊功能需要,對(duì)系統(tǒng)開(kāi)發(fā)的技術(shù)點(diǎn)需求歸納如下:

(1)數(shù)據(jù)庫(kù)

①選擇含有友好的地理功能的數(shù)據(jù)庫(kù).用以滿足地理相關(guān)信息的操作功能.

②進(jìn)行數(shù)據(jù)庫(kù)表邏輯設(shè)計(jì).用以滿足后續(xù)數(shù)據(jù)累積需要.

(2)前端實(shí)現(xiàn)

①對(duì)框架選取.選取合適的框架,用以合理實(shí)現(xiàn)系統(tǒng)開(kāi)發(fā).

②參數(shù)傳輸.選擇合適的參數(shù)傳輸方式,用以實(shí)現(xiàn)藥店填報(bào)、管理者修改檢查等功能.

③統(tǒng)計(jì)圖表可視化.實(shí)現(xiàn)統(tǒng)計(jì)圖表的可視化,用以實(shí)現(xiàn)直觀展示考核結(jié)果功能.

④地理信息可視化.結(jié)合地理信息可視化,用以確認(rèn)藥店地理相關(guān)基本信息功能.

⑤考核結(jié)果表格導(dǎo)出.方便醫(yī)保管理者對(duì)考核結(jié)果進(jìn)行管理.

⑥界面的美化.用以方便使用者直觀便捷地運(yùn)用本系統(tǒng).

(3)后端實(shí)現(xiàn)

框架選取.選取合適的后端,配合前端合理實(shí)現(xiàn)系統(tǒng)開(kāi)發(fā).

(4)緩存與狀態(tài)管理

選取合適的方式對(duì)用戶緩存與狀態(tài)進(jìn)行管理.

(5)安全性

①注冊(cè)時(shí)邏輯匹配.用以解決藥店身份確認(rèn)問(wèn)題.

②修改密碼時(shí)加密.用以解決用戶個(gè)人信息安全性問(wèn)題.

③自定義修改密碼頁(yè).用以保障修改密碼的過(guò)程安全.

④利用token 對(duì)訪問(wèn)等操作進(jìn)行校驗(yàn).用以解決涉密數(shù)據(jù)的安全性問(wèn)題.

最終,整個(gè)系統(tǒng)應(yīng)實(shí)現(xiàn)各數(shù)據(jù)庫(kù)的匯總、存儲(chǔ)與數(shù)據(jù)表反饋.根據(jù)測(cè)試上傳更新的數(shù)據(jù)庫(kù),通過(guò)常模識(shí)別方法,調(diào)整基于考核主體的常規(guī)模式的更新.輸出多維序列數(shù)據(jù)的可視化結(jié)果,用于反饋報(bào)告.并對(duì)多維序列數(shù)據(jù)結(jié)果與常模情況做提示報(bào)告,識(shí)別異常指標(biāo).為自評(píng)考核和飛行檢查提供了可直觀、便捷、安全的信息化平臺(tái),通過(guò)量化得分的方式輔助實(shí)現(xiàn)了醫(yī)療保險(xiǎn)協(xié)議化管理,提出干預(yù)意見(jiàn)供醫(yī)保部門(mén)參考,用于有針對(duì)性的飛行檢查、聯(lián)合治理或常模算法的調(diào)整.

2 系統(tǒng)開(kāi)發(fā)

本研究在進(jìn)行了充分的文件查閱和探索后,擯棄了當(dāng)下大多數(shù)考核系統(tǒng)的傳統(tǒng)開(kāi)發(fā)模式,選取了前后端分離的網(wǎng)頁(yè)開(kāi)發(fā)模式.原因如下:

常見(jiàn)Web 應(yīng)用模式分兩種:一是前后端不分離.在前后端不分離的引用模式中,前端頁(yè)面效果由后端頁(yè)面渲染或者重定向,前后端的耦合度很高,但是后端對(duì)接APP 時(shí),并不總需要后端返回HTML 網(wǎng)頁(yè),而僅是數(shù)據(jù)本身[1].所以后端原本返回網(wǎng)頁(yè)的接口不再適用前端APP 應(yīng)用,為了對(duì)接APP 后端還需再開(kāi)發(fā)一套接口.

二是前后端分離.在前后端分離的應(yīng)用模式中,后端僅返回前端所需要的數(shù)據(jù),從后端請(qǐng)求的數(shù)據(jù)如何加載到前端中,都由前端自己決定,后端僅需開(kāi)發(fā)一套邏輯對(duì)外提供數(shù)據(jù)即可.在前后端分離的應(yīng)用模式中,前端與后端的耦合度相對(duì)較低.該模式下,通常將后端開(kāi)發(fā)的每一視圖都成為一個(gè)接口,或者API,前端通過(guò)訪問(wèn)接口來(lái)對(duì)數(shù)據(jù)進(jìn)行增刪改查[2].

根據(jù)不同模式的特點(diǎn),我們選取前后端分離模式,該模式具有以下優(yōu)勢(shì):前端靜態(tài)資源與后臺(tái)API 分流,互不影響;前后臺(tái)同步開(kāi)發(fā),減少溝通成本;方便開(kāi)發(fā)調(diào)試,不影響工作進(jìn)度;易于維護(hù)擴(kuò)展.

本文針對(duì)項(xiàng)目需求,提煉關(guān)鍵技術(shù)點(diǎn)進(jìn)行系統(tǒng)開(kāi)發(fā),從數(shù)據(jù)庫(kù)、前端、后端、緩存、安全性5 個(gè)方面著手解決對(duì)關(guān)鍵技術(shù)點(diǎn)的要求.

2.1 數(shù)據(jù)庫(kù)

(1)數(shù)據(jù)庫(kù)選用

本履約考核系統(tǒng)的數(shù)據(jù)庫(kù)選用了PostgreSQL,PostgreSQL 是一個(gè)功能強(qiáng)大的開(kāi)源對(duì)象關(guān)系數(shù)據(jù)庫(kù)系統(tǒng),它結(jié)合了許多安全存儲(chǔ)以及擴(kuò)展復(fù)雜數(shù)據(jù)工作負(fù)載的功能,使用和擴(kuò)展了SQL 語(yǔ)言[3].

PostgreSQL 憑借其經(jīng)過(guò)驗(yàn)證的架構(gòu),可靠性,數(shù)據(jù)完整性,強(qiáng)大的功能集,可擴(kuò)展性,使得PostgreSQL 在所有主要操作系統(tǒng)上運(yùn)行,自2001年以來(lái)一直是符合ACID 標(biāo)準(zhǔn)的,并且具有強(qiáng)大的附加功能,例如流行的PostGIS 地理空間數(shù)據(jù)庫(kù)擴(kuò)展器[4].

(2)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)

基于PostgreSQL 的特點(diǎn),我們對(duì)數(shù)據(jù)庫(kù)進(jìn)行了邏輯設(shè)計(jì),見(jiàn)圖1.

authorization_rolecode 表和shdistrict 表用以確定市級(jí)、區(qū)級(jí)、藥店的角色與權(quán)限.authorization_user 表用以儲(chǔ)存用戶注冊(cè)信息,包含藥店注冊(cè)信息和市區(qū)級(jí)信息.繼而根據(jù)角色分為自評(píng)表Yd_in 表與區(qū)評(píng)表Shdistrict_in 表,由藥店自評(píng)填入與區(qū)級(jí)管理者區(qū)評(píng)填入.最終各表匯總于Yd_show 表.

經(jīng)驗(yàn)證,該數(shù)據(jù)庫(kù)設(shè)計(jì)滿足巴斯范式,在正常使用中不存在修改異常、插入異常和刪除異常.

2.2 前端實(shí)現(xiàn)

(1)Node.js

整個(gè)系統(tǒng)前端基于Node.js 完成,Node.js 的官方說(shuō)明,介紹其是一個(gè)JavaScript 的運(yùn)行環(huán)境.采用了一個(gè)事件驅(qū)動(dòng)設(shè)計(jì),并且它是非阻塞式I/O 模型,這樣使得它不僅變得輕量而且愈發(fā)高效.它的最初設(shè)計(jì)的目標(biāo),是實(shí)現(xiàn)高性能的Web,能夠高并發(fā)地處理網(wǎng)絡(luò)請(qǐng)求的連接,快速地進(jìn)行可擴(kuò)展互聯(lián)網(wǎng)應(yīng)用的搭建.

(2)Vue 框架特點(diǎn)

基于Node.js 環(huán)境,本文選擇Vue.js 框架進(jìn)行開(kāi)發(fā).在多個(gè)方面,Vue.js 都與其它主流框架有著差異以及優(yōu)勢(shì).以框架體積為例,相比較React 的43 kb 和Angular 的143 kb,只有23 kb 的Vue.js 明顯是更為的精簡(jiǎn)[5].

此外,組件化是Vue 的主要特點(diǎn)之一.在前端開(kāi)發(fā)中,組件就是視UI 樣式和對(duì)應(yīng)功能為獨(dú)立的小整體.無(wú)論該小整體在哪個(gè)模塊被調(diào)用,它都可以具備一樣的功能和樣式,從而實(shí)現(xiàn)靈活性以及復(fù)用性.

Vue 將前端的HTML+CSS+js 文件都放到一個(gè)文件中.vue 里面.

封裝格式如下:

HTML (結(jié)構(gòu)):被Vue 封裝在＜template>中,

CSS(樣式):對(duì)應(yīng)＜style>,

JavaScript:對(duì)應(yīng)＜script>.

數(shù)據(jù)綁定是Vue 的另一大特點(diǎn).以往的應(yīng)用開(kāi)發(fā)中,前端狀態(tài)數(shù)據(jù)、文檔結(jié)構(gòu)數(shù)據(jù)的管理存儲(chǔ)是相當(dāng)復(fù)雜和棘手的一個(gè)部分.Vue 將底層數(shù)據(jù)與視圖進(jìn)行對(duì)應(yīng),進(jìn)入頁(yè)面時(shí)會(huì)參照el 屬性將掛載的DOM 元素進(jìn)行實(shí)例化,轉(zhuǎn)為成Vue 實(shí)例.數(shù)據(jù)與文檔DOM 結(jié)構(gòu)綁定在一起,在數(shù)據(jù)和結(jié)構(gòu)UI 之間建立響應(yīng)式的映射關(guān)系.使用特殊的v-model 指令,實(shí)現(xiàn)雙向綁定關(guān)系.將開(kāi)發(fā)者對(duì)DOM 的操作性大大降低,避免客戶端壓力的同時(shí),將開(kāi)發(fā)者的工作經(jīng)歷重心集中于邏輯的處理.

關(guān)鍵代碼如下:

(3)前后端交互傳參

確定前后端分離的開(kāi)發(fā)模式后,整個(gè)系統(tǒng)的藥店填報(bào)、區(qū)級(jí)改查、跨區(qū)互評(píng)大多是基于前端往后端接口傳輸交互.以post 接口為例.

關(guān)鍵代碼如下:

(4)V-charts 實(shí)現(xiàn)統(tǒng)計(jì)圖

在使用 echarts 進(jìn)行圖表的生成時(shí),常常無(wú)可避免地進(jìn)行數(shù)據(jù)類型的繁瑣轉(zhuǎn)化、復(fù)雜配置項(xiàng)的修改,而V-charts 的出現(xiàn)解決了這個(gè)問(wèn)題.基于Vue2.0 和echarts封裝的 V-charts 圖表組件,只需要統(tǒng)一提供一種對(duì)前后端都友好的數(shù)據(jù)格式設(shè)置簡(jiǎn)單的配置項(xiàng),便可輕松生成常見(jiàn)的圖表.V-charts 已經(jīng)處理了關(guān)于echarts 依賴引入的問(wèn)題,保證所使用的圖表,都是最小的文件.

本文借助Vue 組件化開(kāi)發(fā),封裝echarts 的圖表庫(kù),抽象出標(biāo)題、系列數(shù)據(jù)、圖例、坐標(biāo)軸、背景顏色、系列顏色、字體顏色等配置信息,實(shí)現(xiàn)可復(fù)用的圖表組件.

關(guān)鍵代碼如下:

(5)Leaflet 實(shí)現(xiàn)地理定位

Leaflet 是一個(gè)為移動(dòng)設(shè)備設(shè)計(jì)的交互式地圖的開(kāi)源的Javascript 庫(kù),并只有38 k,涵蓋了大多數(shù)情況下需要的地圖特點(diǎn).根據(jù)藥店經(jīng)緯度坐標(biāo)返回的Geo-JSON 編碼,利用Leaflet 插件將藥店坐標(biāo)打點(diǎn),并渲染至前端.

關(guān)鍵代碼如下:

(6)表格導(dǎo)出與篩選

下載Blob.js 和Export2Excel.js,在src 目錄下新建Excel 文件夾,里面放入Blob.js 和Export2Excel.js兩個(gè)JS 文件,并在main.js 引入文件.

組建中使用methods 添加.tHeader 是表頭,filterVal中的數(shù)據(jù)是表格的字段,tableData 中存放表格里的數(shù)據(jù),類型為數(shù)組,里面存放對(duì)象,表格的每一行為一個(gè)對(duì)象[6].

關(guān)鍵代碼如下:

(7)界面UI 美化

選取Element.UI,該UI 庫(kù)是一套為開(kāi)發(fā)者、設(shè)計(jì)師和產(chǎn)品經(jīng)理準(zhǔn)備的基于 Vue 2.0 的桌面端組件庫(kù),簡(jiǎn)約美觀,能滿足大多數(shù)前端開(kāi)發(fā)者的需求.

關(guān)鍵代碼如下:

2.3 后端實(shí)現(xiàn)

(1)后端框架選取

本系統(tǒng)后端選擇Django Rest Framework 框架.它是一個(gè)強(qiáng)大且靈活的工具包,用以構(gòu)建Web API.Django REST Framework 可以將Django 為基礎(chǔ),快速實(shí)現(xiàn)REST 風(fēng)格API,并且自身還帶有WEB 的測(cè)試頁(yè)面,可以便捷地測(cè)試自己的API.

(2)DRF 應(yīng)用

Django Rest Framework 的流程大致如下:

建立 Models;依靠 Serializers,Parse 數(shù)據(jù)庫(kù)取出的數(shù)據(jù)為API 的數(shù)據(jù);ViewSet 是一個(gè) views 的集合,根據(jù)客戶端的請(qǐng)求,進(jìn)而返回 Serializers 處理的數(shù)據(jù);權(quán)限 Premissions 也在這一步做處理;ViewSet 可在Routers 進(jìn)行注冊(cè),注冊(cè)后會(huì)顯示在API Root 頁(yè)上;在urls 里注冊(cè) ViewSet 生成的 view,指定監(jiān)聽(tīng)的 URL[7].

關(guān)鍵代碼如下:

2.4 緩存與狀態(tài)管理

Store.js 是一個(gè)localStorage 的包裝器,兼容所有的瀏覽器,并不需要借助Flash 或是Cookie.store.js 會(huì)根據(jù)瀏覽器自動(dòng)選擇使用userData、globalStorage 或者localStorage 來(lái)實(shí)現(xiàn)一個(gè)本地存儲(chǔ)功能[8].

Vuex 通過(guò)state、mutation、getter 進(jìn)行狀態(tài)管理.

Vuex 與Globalbus 類似,但在條理性上優(yōu)于后者.以將需要用的信息存入localStorage 中,并根據(jù)不同情況判斷是否清除這些信息為例.

關(guān)鍵代碼如下:

2.5 安全性

(1)注冊(cè)時(shí)邏輯匹配

根據(jù)不同情況向前端返回不同的HTTP 狀態(tài)碼.

注冊(cè)成功:若是數(shù)據(jù)庫(kù)中有信息的老藥店,則返回201,接著進(jìn)入基本信息確認(rèn)、地理信息確認(rèn),繼而進(jìn)入填報(bào)系統(tǒng);若是數(shù)據(jù)庫(kù)中沒(méi)有信息的新藥店,則返回202,并直接進(jìn)入填報(bào)系統(tǒng).

注冊(cè)失敗:若是基本信息不匹配,如許可證號(hào)與交易代碼不對(duì)應(yīng),或是用戶已注冊(cè)過(guò),則返回401 并在前端alert;若是角色不匹配,則返回402 并在前端alert.

關(guān)鍵代碼如下:

(2)修改密碼時(shí)加密

若用傳統(tǒng)update 接口修改密碼,會(huì)造成密碼直接暴露的隱患,因而需要再次序列化加密.

關(guān)鍵代碼如下:

(3)自定義修改密碼頁(yè)

將Django 自帶的密碼相關(guān)html 封裝出來(lái)并引入.切不可直接改庫(kù)文件,以免在部署時(shí)出現(xiàn)問(wèn)題.可在settings 引入用以替代.

關(guān)鍵代碼如下:

關(guān)鍵代碼如下:

可利用Django 本身防止XSS 注入攻擊和防止CSRF 跨站攻擊的特性防止相應(yīng)攻擊.需要加密的數(shù)據(jù)也會(huì)提交到處理與加密部分減少由于數(shù)據(jù)泄露造成的二次危害.

另外,還可以根據(jù)情況自定義jwt 的返回值并封裝.

關(guān)鍵代碼如下:

另外可通過(guò)與當(dāng)前時(shí)間的對(duì)比,對(duì)Token 按需進(jìn)行更新、清除等操作.

關(guān)鍵代碼如下:

繼而可通過(guò)var interTime=newCurtimePlus - jwt["exp"]判斷是否需要對(duì)Token 進(jìn)行操作[9].

除了在headers 中加Token 進(jìn)行驗(yàn)證外,也可設(shè)置白名單.在切換白名單外的URL 路徑時(shí),往Django 自帶的后端驗(yàn)證接口進(jìn)行post 操作,驗(yàn)證localStorage 中的CsrfToken.若密鑰過(guò)期,則需重新登陸.

關(guān)鍵代碼如下:

3 系統(tǒng)展示

對(duì)系統(tǒng)關(guān)鍵環(huán)節(jié)進(jìn)行截圖展示,敏感信息已被打碼.

3.1 藥店填報(bào)

(1)登錄注冊(cè)

注冊(cè)后,用戶會(huì)跳至基本信息確認(rèn)界面.通過(guò)Leaflet定位藥店位置,進(jìn)行位置信息確認(rèn),見(jiàn)圖1.如若出現(xiàn)基本注冊(cè)信息不匹配現(xiàn)象,后臺(tái)數(shù)據(jù)庫(kù)會(huì)返回警示提醒.

(2)信息填報(bào)

左側(cè)導(dǎo)航欄是各項(xiàng)填報(bào)內(nèi)容,從上到下依次點(diǎn)擊不同的問(wèn)題組件填寫(xiě),可隨時(shí)保存與重置,見(jiàn)圖2.全部項(xiàng)目填報(bào)完成后,可進(jìn)行結(jié)果核查.最終系統(tǒng)根據(jù)考核權(quán)重進(jìn)行計(jì)算得出自評(píng)星級(jí)與分?jǐn)?shù),見(jiàn)圖3.

圖2 藥店定位

圖3 信息填報(bào)

3.2 管理界面

(1)總體情況

輸入管理員賬號(hào),進(jìn)入管理界面.賬號(hào)不同,權(quán)限不同,分為市、區(qū)兩級(jí).

登錄后,數(shù)據(jù)統(tǒng)計(jì)了所有醫(yī)保定點(diǎn)藥店(醫(yī)保協(xié)議化管理藥店)、完成考核醫(yī)保定點(diǎn)藥店以及未完成考核醫(yī)保定點(diǎn)藥店的數(shù)目.點(diǎn)擊“完成考核醫(yī)保協(xié)議化管理藥店總數(shù)”,可查看完成醫(yī)保協(xié)議化管理藥店的星級(jí)以及詳細(xì)名單,見(jiàn)圖4.(市、區(qū)級(jí)操作相同)

(2)統(tǒng)計(jì)結(jié)果可視化

左側(cè)導(dǎo)航欄是功能導(dǎo)航欄.點(diǎn)擊“圖表結(jié)果”,再“點(diǎn)擊切換圖表類型”可以切換可視化類型.見(jiàn)圖5.

(3)飛行檢查

點(diǎn)擊“詳細(xì)結(jié)果”,會(huì)將所有醫(yī)保協(xié)議化管理藥店列出.可根據(jù)需要進(jìn)行條件篩選.點(diǎn)擊“導(dǎo)出excel”可將醫(yī)保協(xié)議化管理藥店名稱,醫(yī)保交易代碼和履約考核分?jǐn)?shù)導(dǎo)出.可進(jìn)行快速搜索、詳細(xì)信息查看、填報(bào)信息查看.區(qū)級(jí)管理部門(mén)點(diǎn)擊“修改填報(bào)結(jié)果”,可對(duì)藥店進(jìn)一步飛行檢查,進(jìn)入修改界面進(jìn)行不實(shí)內(nèi)容修改.見(jiàn)圖6.

圖4 打分評(píng)級(jí)

圖5 總體情況

圖6 結(jié)果可視化

(4)關(guān)鍵扣分項(xiàng)甄別

點(diǎn)擊“問(wèn)題詳情”,可以查詢每道問(wèn)題的填報(bào)結(jié)果,區(qū)分為滿分和非滿分兩類進(jìn)行統(tǒng)計(jì),甄別關(guān)鍵扣分項(xiàng).見(jiàn)圖7和圖8.

4 結(jié)果

本系統(tǒng)界面友好簡(jiǎn)潔,操作方便,所需功能一目了然,實(shí)現(xiàn)了基本的信息管理功能,使得考核數(shù)據(jù)的篩選、統(tǒng)計(jì)與分析工作等信息管理工作變得簡(jiǎn)單便捷.相較于以往人力上門(mén)檢查,通過(guò)紙質(zhì)或Excel 等辦公軟件來(lái)管理填報(bào)信息的方式,免去了大量人力、信息更新與查詢統(tǒng)計(jì)等繁瑣復(fù)雜的操作,也為其他非專業(yè)人士省去了大量學(xué)習(xí)時(shí)間.經(jīng)測(cè)試及試運(yùn)行顯示系統(tǒng)魯棒性強(qiáng),運(yùn)行良好,不僅為藥店管理者、專家考核組和行政監(jiān)管者提供了工作上的輔助,更使得能便捷且全面的了解各種考核指標(biāo)履行情況的信息,為自評(píng)考核和飛行檢查提供了可直觀、便捷、安全的信息化平臺(tái),通過(guò)量化得分的方式輔助實(shí)現(xiàn)了醫(yī)療保險(xiǎn)協(xié)議化管理.同時(shí),也為人民群眾享受醫(yī)療保險(xiǎn)帶來(lái)的權(quán)利提供幫助.

圖8 關(guān)鍵扣分項(xiàng)甄別

具體而言:

(1)將往日繁瑣的數(shù)據(jù)填報(bào)信息化,通過(guò)簡(jiǎn)潔的評(píng)分、排名、圖表等形式將大量信息進(jìn)行直觀的表達(dá),助力決策者快速把握全局.同時(shí),數(shù)據(jù)可以快捷地導(dǎo)出.

(2)針對(duì)醫(yī)保協(xié)議化管理藥店的考核標(biāo)準(zhǔn)進(jìn)行了清晰的定義,包括打分原則、權(quán)重.不僅以傳統(tǒng)醫(yī)保協(xié)議化管理藥店視角進(jìn)行自查,更以實(shí)際需求為導(dǎo)向,對(duì)決策者進(jìn)行分級(jí),可輔助決策者實(shí)現(xiàn)更為精準(zhǔn)的管理目標(biāo).

(3)方便二次開(kāi)發(fā),適應(yīng)各類考核系統(tǒng).技術(shù)上,系統(tǒng)采用Python 為基本編程語(yǔ)言,應(yīng)用PostgreSQL 數(shù)據(jù)庫(kù)系列技術(shù),選用Django 框架,采用面對(duì)對(duì)象的分析方法設(shè)計(jì),用Spring MVC 框架搭建網(wǎng)站構(gòu)架,完成后端的邏輯處理.以集成系統(tǒng)為核心,采用MVC、MVVM、多層、ORM 等開(kāi)發(fā)框架搭建系統(tǒng),實(shí)現(xiàn)功能.采用Node.js 和Vue.js 進(jìn)行Vue 腳手架組件化開(kāi)發(fā),將前端渲染的簡(jiǎn)潔有效,并在輔助與UI 設(shè)計(jì),使網(wǎng)站更加美觀增加其實(shí)用性,提高用戶體驗(yàn).保證了對(duì)履約情況的考核評(píng)估實(shí)現(xiàn)科學(xué)化、規(guī)范化、信息化[10].

5 討論

5.1 應(yīng)用效果

本系統(tǒng)已完成上海市16 個(gè)區(qū)881 家的2018年度零售藥店履約考核.參加零售藥店履約考核自評(píng)藥店881 家.其中880 家藥店完成自評(píng)考核,1 家藥店未能完成自評(píng)考核.在完成自評(píng)考核的藥店中,5 星藥店(≥95 分)652 家,4 星藥店167 家(≥90 分),3 星藥店(＜90 分)61 家

在此基礎(chǔ)上,各區(qū)級(jí)單位也通過(guò)本系統(tǒng)順利進(jìn)行了飛行檢查工作,完成了全市履約數(shù)據(jù)庫(kù)構(gòu)建,并出具了全市醫(yī)保定點(diǎn)零售藥店履約考核情況報(bào)告,助力醫(yī)保工作順利開(kāi)展.在本次零售藥店履約考核專家抽查評(píng)審中,共涵蓋163 家藥店.其中163 家藥店完成專家考核,占所有參加考核藥店的18.5%,108 家藥店接受跨區(qū)專家考核,占所有參加考核藥店的12.3%.在完成區(qū)評(píng)考核的藥店中,5 星藥店(≥95 分)77 家,4 星藥店58 家(≥90 分),3 星藥店(＜90 分)28 家.

本輪考核周期由原先的4 周縮短至1 周,減少行政人力128 人月/年,考核結(jié)果總體良好,識(shí)別出服務(wù)質(zhì)量不合格藥店(非5 星藥店)228 家,占全部藥店總量的25.9%.在所有的扣分項(xiàng)的履約考核指標(biāo)中,有9 項(xiàng)扣分最多,單項(xiàng)涵蓋藥店總數(shù)超過(guò)600 家.具體見(jiàn)表1.

5.2 存在問(wèn)題

在本系統(tǒng)運(yùn)作期間,經(jīng)各區(qū)反饋,部分藥店出現(xiàn)無(wú)法提交的情況.經(jīng)查,由于部分藥店設(shè)備老舊,仍在使用Win7 系統(tǒng)或低版本瀏覽器,導(dǎo)致系統(tǒng)部分功能失效.因而,本系統(tǒng)兼容性尚有改善空間.

綜上所述,搭建定點(diǎn)藥店履約考核填報(bào)管理系統(tǒng)平臺(tái)已初具成效.在未來(lái),本履約考核系統(tǒng)可以作為常態(tài)化履約監(jiān)管手段,進(jìn)行常態(tài)化縱向數(shù)據(jù)積累.繼而在與各方,包括政府部門(mén)與民間組織的合作中,逐步推進(jìn)多平臺(tái)聯(lián)動(dòng)運(yùn)行,最終建成可以面向政府、企業(yè)、公眾的完善系統(tǒng)平臺(tái).

表1 涵蓋藥店總數(shù)最多的指標(biāo)