李穎利 王成禮 陳乃健 許慶華 梁歡弟 陳有運
[摘要] 該院自助機系統(tǒng)已經(jīng)建設(shè)和使用多年,隨著政策、技術(shù)以及就醫(yī)環(huán)境的變化,已有的硬件和軟件系統(tǒng)已經(jīng)暴露出各種不足,各種因素的綜合對自助系統(tǒng)逐漸提出了新的要求。因此,在已有經(jīng)驗基礎(chǔ)上,根據(jù)政策導向、技術(shù)發(fā)展重新規(guī)劃和實踐了新一代的自助機系統(tǒng)。該文將重點從設(shè)計思路、技術(shù)選型及關(guān)鍵問題方面闡述我們的實踐過程。
[關(guān)鍵詞] 自助機;HIS;互聯(lián)網(wǎng)+
[中圖分類號] R19 [文獻標識碼] A [文章編號] 1672-5654(2018)11(a)-0151-02
該院已經(jīng)建設(shè)和使用自助機系統(tǒng)多年,搜集到大量來自患者、醫(yī)護人員的使用行為數(shù)據(jù)和反饋數(shù)據(jù)。結(jié)合目前互聯(lián)網(wǎng)發(fā)展的趨勢、患者習慣的趨勢以及醫(yī)療改革的政策導向,意識到移動互聯(lián)網(wǎng)、綜合結(jié)算平臺、區(qū)域平臺、醫(yī)聯(lián)體和互聯(lián)互通等是下一代自助機必須要面對和實現(xiàn)的方向[1]。
在患者日益增多,就診要求和體驗要求日益增高的現(xiàn)狀下,根據(jù)現(xiàn)狀并結(jié)合醫(yī)院核心業(yè)務(wù)系統(tǒng)的發(fā)展規(guī)劃、信息技術(shù)發(fā)展趨勢和政策導向綜合考慮,精心規(guī)劃了新一代的自助機系統(tǒng)。
1 系統(tǒng)設(shè)計
1.1 設(shè)計原則
建設(shè)新一代的自助機系統(tǒng)是迫在眉睫的現(xiàn)實問題,需要建設(shè)一個具有彈性框架,支持支付渠道和外設(shè)硬件多樣化,通過端口配置和識別硬件;支持功能模塊化、開關(guān)組合,適應不同管理需要的新一代系統(tǒng)。
同時,由于加載的外設(shè)硬件增多,機柜結(jié)構(gòu)設(shè)計除了要充分考慮各類硬件的外型和尺寸外,還要考慮硬件的輻射大小和電磁波干擾,充分利用機柜空間,并冗余一定空間以備后續(xù)擴展。
1.2 系統(tǒng)架構(gòu)
基于篇幅所限,具體功能如圖1所示,預約掛號、報告打印等常見業(yè)務(wù)不做說明[2]。2節(jié)將重點闡述針對互聯(lián)網(wǎng)+的系統(tǒng)關(guān)鍵功能的實現(xiàn)思路。
1.3 系統(tǒng)關(guān)鍵功能
該節(jié)著重闡述新系統(tǒng)建設(shè)思路中的部分關(guān)鍵點。
1.3.1 發(fā)卡 區(qū)域平臺是目前的一個政策導向,而區(qū)域診療卡就是共享患者數(shù)據(jù)、提高就診服務(wù)質(zhì)量的有效媒介。因此,實現(xiàn)醫(yī)院和區(qū)域診療卡共存是本功能的主要目標。
一般情況下,醫(yī)院和區(qū)域診療卡的制卡公司不同,卡的磁條、厚度等有所差異,因此我們通過對發(fā)卡器的滑軌、感壓、激光頭進行調(diào)整,使之能適應不同卡的物理特性。
對于發(fā)區(qū)域診療卡的患者信息,我們通過定時器向區(qū)域平臺周期上傳數(shù)據(jù)。這不僅減輕系統(tǒng)負荷,也降低與區(qū)域平臺的通信I/O開銷。
在多類型診療卡的情況下,從放卡開始記錄放卡數(shù)量、發(fā)卡數(shù)量、消耗周期、自助機區(qū)域;在發(fā)卡環(huán)節(jié)對患者進行記錄。通過這些數(shù)據(jù)分析卡的消耗數(shù)量、周期、趨勢,能有效預估制卡周期和制卡費用。
1.3.2 支付及對賬 因為移動互聯(lián)網(wǎng)的日益活躍,通過微信支付和支付寶支付能有效加快患者繳費或充值效率,縮短排隊時間[3]。
由于使用第三方支付的患者日益增多,對醫(yī)院的收費及對賬管理越發(fā)困難,建設(shè)第三方支付渠道的綜合支付及自動對賬模塊對醫(yī)院財務(wù)管理工作的幫助是顯而易見的。因此,我們逐步實現(xiàn)了以銀聯(lián)、賬戶余額、微信支付、支付寶支付為核心的綜合對賬模塊[4]。
通過自動下載各接入商電子回單、醫(yī)保系統(tǒng)的交易數(shù)據(jù),與HIS系統(tǒng)自動對賬后能及時發(fā)現(xiàn)異常數(shù)據(jù),并進行相應的處理,減輕工作人員的負擔,同時保證醫(yī)院資金安全。
1.3.3 功能配置 由于系統(tǒng)功能多、自助機數(shù)量多、分布區(qū)域多,結(jié)合使用的實際情況,我們對系統(tǒng)功能模塊采用配置化管理,各模塊之間具有一定的獨立性,降低耦合度。
通過配置中心,使每臺自助機的功能可通過模塊開關(guān)進行控制是否展現(xiàn),使之適應所處地點要求。
采用功能配置,不僅能根據(jù)區(qū)域有利聚焦高頻率業(yè)務(wù),也能根據(jù)區(qū)域特性隨時調(diào)整業(yè)務(wù)辦理,當自助機放置地點變更時能方便地調(diào)整功能模塊。
1.3.4 運維監(jiān)控 系統(tǒng)建設(shè)是基礎(chǔ),運維是系統(tǒng)運行的關(guān)鍵。除人工巡查外,我們建設(shè)了多重自動運維監(jiān)控機制,從多層面保證系統(tǒng)平穩(wěn)運行。
由于自助機加載了較多硬件設(shè)備,硬件故障一旦發(fā)生必將影響使用。因此,通過對設(shè)備COM口或硬件自帶SDK監(jiān)聽,一旦通信中斷或故障信號出現(xiàn),系統(tǒng)立即向運維人員發(fā)送告警短信,提高故障處理響應效率。
對于診療卡、小票、紙張等耗材,則通過記錄放置數(shù)量和消耗量進行戒閾值警戒,一旦到達閾值,系統(tǒng)就發(fā)送預警通知。
通過對告警和預警的監(jiān)控分析數(shù)據(jù),有效評估和分析各類運維事件的特性,能有效地提前預判和重點防范,這有利地支撐了自助機系統(tǒng)的良好運行和使用。
2 技術(shù)實現(xiàn)
2.1 技術(shù)選型
根據(jù)已有的自助機系統(tǒng)建設(shè)經(jīng)驗,從新的業(yè)務(wù)系統(tǒng)構(gòu)思和醫(yī)院整體信息化頂層設(shè)計思路出發(fā),結(jié)合SOA、大數(shù)據(jù)、Hadoop等技術(shù)的應用發(fā)展,以及開源產(chǎn)品對適用、支撐和成本等因素,該次新一代系統(tǒng)采用了C#+JAVA語言開發(fā)[5]。
客戶端采用CS結(jié)構(gòu),使用.NET WinForm框架,使用C#開發(fā);服務(wù)器采用BS結(jié)構(gòu),使用Dubbo+myBatis+Spring-MVC框架,使用JAVA開發(fā)。
應用服務(wù)器采用TOMCAT,數(shù)據(jù)庫沿用SQL Server。服務(wù)器端和客戶端使用WebService通信,采用JSON格式。
2.2 技術(shù)架構(gòu)
整個系統(tǒng)的技術(shù)架構(gòu)如圖2所示,包括系統(tǒng)層、系統(tǒng)服務(wù)層、控制層和表示層。
3 應用效果及總結(jié)
目前新一代系統(tǒng)運行在超過50臺的自助機上,自助機分布在門診和住院各病區(qū)。通過運維監(jiān)控、患者及引導人員反饋,患者登記、人工繳費等人工窗口壓力明顯降低,患者非診療環(huán)境的辦理速度進一步加快。同時,通過行為數(shù)據(jù)和故障數(shù)據(jù),我們也發(fā)現(xiàn)了硬件適配的不足,促進了我們對包括發(fā)卡器調(diào)整、耗材配比等工作的改進。
通過系統(tǒng)的使用,我們又對新的業(yè)務(wù)模式形成了一定的思路,包括對患者綜合服務(wù)平臺的建設(shè)、綜合第三方支付對賬系統(tǒng)的建設(shè)等,這對我們后續(xù)的工作開展、醫(yī)院信息化建設(shè)的完善帶來了新的理念和挑戰(zhàn)。
[參考文獻]
[1] 李穎利,王成禮.醫(yī)院自助繳費系統(tǒng)的技術(shù)實現(xiàn)[J].中國數(shù)字醫(yī)學,2015,10(11):63-65.
[2] 喬剛.醫(yī)院自助一體機的管理與應用[J].醫(yī)院管理,2017(20):57-58.
[3] 于廣軍,鈕俊,王淑,等.基于微信平臺優(yōu)化醫(yī)療服務(wù)流程的探索[J].中國衛(wèi)生資源,2015,9,18(5):315-317.
[4] 李宏斌,仝武寧.醫(yī)院自助服務(wù)終端系統(tǒng)的研究與設(shè)計[J].中國數(shù)字醫(yī)學,2016(5):62-63.
[5] 甘瑩瑩.實時交易“銀醫(yī)通”項目的設(shè)計與應用[J].中國衛(wèi)生產(chǎn)業(yè),2016,13(13):7-9.
(收稿日期:2018-08-10)