基于SSH+WebService醫(yī)技檢查預(yù)約系統(tǒng)的研究與應(yīng)用

陳建福，韓炎輝，陳加強(qiáng)，黃淑貞，林亞忠

聯(lián)勤保障部隊(duì)第九○九醫(yī)院，廈門大學(xué)附屬東南醫(yī)院，福建 漳州 363000

引言

醫(yī)院中的醫(yī)技檢查是患者就診流程中的重要環(huán)節(jié)。對(duì)患者來說，檢查和診斷是必需的醫(yī)療服務(wù)黃金時(shí)間[1]。目前我院檢查科室進(jìn)行的是直接登記，按照先到先做的操作流程。雖然已對(duì)醫(yī)技檢查實(shí)施電子叫號(hào)，但由于流程不順暢，造成患者待檢時(shí)間超長(zhǎng)，如需做多個(gè)不同科室不同檢查項(xiàng)目的患者還要在不同科室之間來回奔波并且多次排隊(duì)，導(dǎo)致患者滿意度下降，投訴現(xiàn)象時(shí)有發(fā)生。因此需要合理的預(yù)約體系來改變這一現(xiàn)狀，本研究依托基于SSH（Struts，Spring和Hibernate）+WebService醫(yī)技檢查預(yù)約系統(tǒng)，實(shí)現(xiàn)醫(yī)技檢查一站式預(yù)約功能，從而提高患者滿意度，提升設(shè)備與醫(yī)技醫(yī)生的工作效率。

1 傳統(tǒng)檢查流程存在的問題

傳統(tǒng)檢查流程患者持檢查申請(qǐng)單前往檢查登記室登記預(yù)約，患者按照預(yù)約的時(shí)間提前到檢查科室簽到等候，根據(jù)排號(hào)系統(tǒng)電子屏叫號(hào)進(jìn)行檢查[2]。傳統(tǒng)的流程讓患者同一檢查需要多次往返，效率低下，存在很多缺陷[3]。如患者無(wú)法在集中時(shí)間段內(nèi)檢查。檢查科室秩序混亂，人員聚集，就醫(yī)環(huán)境差。多個(gè)檢查項(xiàng)目預(yù)約時(shí)間分散，患者需要多次排隊(duì)等?；谝陨蠁栴}，從臨床需求出發(fā)，利用信息化技術(shù)，提出構(gòu)建基于SSH架構(gòu)的醫(yī)技檢查預(yù)約系統(tǒng)。

2 醫(yī)技檢查預(yù)約系統(tǒng)的研究與應(yīng)用

2.1 系統(tǒng)架構(gòu)模式

醫(yī)技檢查預(yù)約系統(tǒng)基于SSH框架設(shè)計(jì)，使用目前流行的開發(fā)工具IntelliJ IDEA開發(fā)。SSH是目前較流行的一種Web應(yīng)用程序開源集成框架，由Struts、Spring和Hibernate三大主流開源框架組成，是Java EE企業(yè)級(jí)應(yīng)用中最廣泛的集成開發(fā)模式。Struts封裝了表示層，Hibernate封裝了數(shù)據(jù)持久層，Spring封裝了業(yè)務(wù)邏輯層，能搭建結(jié)構(gòu)清晰、復(fù)用性好、維護(hù)方便的Web應(yīng)用程序，將系統(tǒng)的耦合度降低到最小[4]。其基本業(yè)務(wù)流程可分為三層：① 表示層，首先通過JSP頁(yè)面應(yīng)用Ajax（異步JavaScript和XML）技術(shù)實(shí)現(xiàn)傳送請(qǐng)求（Request）和接收響應(yīng)（Response），然后Struts根據(jù)配置文件將ActionServlet接收到的請(qǐng)求委派給相應(yīng)的action處理；② 業(yè)務(wù)邏輯層，Spring負(fù)責(zé)向action提供業(yè)務(wù)模型和處理業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性；③ 持久層，Hibernate提供對(duì)象化映射和數(shù)據(jù)庫(kù)交互，處理數(shù)據(jù)訪問層（Data Access Object，DAO）組件請(qǐng)求的數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)的持久化，并返回處理結(jié)果。SSH架構(gòu)如圖1所示。

圖1 SSH架構(gòu)圖

由于患者信息，檢查數(shù)據(jù)字典表等數(shù)據(jù)存儲(chǔ)在醫(yī)院信息系統(tǒng)（Hospital Information System，HIS）中，醫(yī)技檢查預(yù)約系統(tǒng)運(yùn)行時(shí)需要與HIS做數(shù)據(jù)交換，通過技術(shù)對(duì)比后我們采用了WebService分布式計(jì)算技術(shù)。WebService是一個(gè)平臺(tái)獨(dú)立的、低耦合的、自包含的、可編程的Web應(yīng)用程序[5]。其中Web服務(wù)定義語(yǔ)言（Web Service Description Language，WSDL）定義了類以及類的成員函數(shù)。開發(fā)工具IntelliJ IDEA可非常方便地從WSDL文件生成WebService客戶端代碼，用于調(diào)用遠(yuǎn)程WebService服務(wù)。預(yù)約系統(tǒng)里的action方法里，通過調(diào)用WebService的接口方法，訪問病人信息，檢查申請(qǐng)等服務(wù)。它們之間的數(shù)據(jù)傳輸采用JSON格式，各個(gè)數(shù)據(jù)類型與JSON字符串之間使用Gson轉(zhuǎn)換，Gson是google解析JSON的一個(gè)開源框架。轉(zhuǎn)換過程是服務(wù)端先將特定的數(shù)據(jù)類型轉(zhuǎn)換為JSON字符串，客戶端使用服務(wù)器端數(shù)據(jù)時(shí)再將JSON字符串轉(zhuǎn)換成原來的數(shù)據(jù)類型，因此JSON數(shù)據(jù)解析堪稱跨平臺(tái)數(shù)據(jù)格式轉(zhuǎn)換的橋梁[6]。醫(yī)技檢查預(yù)約系統(tǒng)通過WebService與HIS的交互如圖2所示。

基于SSH醫(yī)技預(yù)約系統(tǒng)（B/S架構(gòu)）與原C/S架構(gòu)預(yù)約系統(tǒng)相比，患者繳費(fèi)后，即能通過互聯(lián)網(wǎng)自主進(jìn)行預(yù)約，綁定微信后通過微信端可自主取消預(yù)約、改約。以往的系統(tǒng)由于系統(tǒng)架構(gòu)限制則必須到醫(yī)技科室的窗口進(jìn)行預(yù)約。兩種架構(gòu)帶給患者操作方便性對(duì)比如表1所示。

圖2 醫(yī)技檢查預(yù)約系統(tǒng)通過WebService與HIS的交互

表1 C/S與B/S架構(gòu)預(yù)約系統(tǒng)操作方便性比較

采用SSH框架結(jié)構(gòu)，不僅實(shí)現(xiàn)了視圖、控制器與模型的徹底分離，而且還實(shí)現(xiàn)了業(yè)務(wù)邏輯層與持久層的分離，這樣框架分層清楚，具有很好的松耦合性[7]。由于不同層之間耦合度小，無(wú)論前端如何變化，模型層只需做很少的改動(dòng)。即使后續(xù)如果醫(yī)院HIS數(shù)據(jù)庫(kù)里的表有變化，只需改動(dòng)WebService服務(wù)層的對(duì)象關(guān)系映射，并不會(huì)對(duì)前端有所影響。各層功能作用分開，易于擴(kuò)展及更新，有很好的靈活性，更容易應(yīng)對(duì)復(fù)雜的預(yù)約需求[8]。

2.2 醫(yī)技檢查預(yù)約流程

門診醫(yī)生或住院醫(yī)師開具檢查申請(qǐng)單，當(dāng)病人的費(fèi)別是自費(fèi)時(shí)，在醫(yī)生站就可從預(yù)交金直接扣費(fèi)，在醫(yī)生站選擇最近的可用資源進(jìn)行檢查預(yù)約。如果病人的費(fèi)別醫(yī)保或鐵路醫(yī)保等則到收費(fèi)處繳費(fèi)后，由醫(yī)技科室檢查預(yù)約工作人員，幫助患者預(yù)約，由工作人員告知患者檢查禁忌。預(yù)約成功后，預(yù)約系統(tǒng)發(fā)送短信到患者手機(jī)告知每項(xiàng)檢查的具體時(shí)間，地點(diǎn)以及禁忌事項(xiàng)。

2.3 醫(yī)技檢查預(yù)約系統(tǒng)的功能與特色

醫(yī)技檢查預(yù)約系統(tǒng)的設(shè)計(jì)理念是合理安排患者檢查時(shí)間，最大限度減少患者等待檢查的時(shí)間。預(yù)約系統(tǒng)默認(rèn)需要空腹檢查的優(yōu)先做，不需要空腹檢查的一般安排在當(dāng)天下午?；颊卟煌瑱z查項(xiàng)目如果可以在同一個(gè)檢查室做的，系統(tǒng)會(huì)智能判斷，只做一次預(yù)約，小票上體現(xiàn)各個(gè)檢查項(xiàng)目名稱。盡量使患者不用多次往返醫(yī)院。如患者因個(gè)人原因無(wú)法按預(yù)約時(shí)間來檢查，系統(tǒng)為患者提供微信自助取消預(yù)約與修改預(yù)約時(shí)間的功能。在檢查的前一天，系統(tǒng)會(huì)自動(dòng)發(fā)送短信到手機(jī)提醒患者做好檢查準(zhǔn)備。

預(yù)約系統(tǒng)根據(jù)各檢查室所做檢查的時(shí)長(zhǎng)是否比較固定來配置檢查室按時(shí)間點(diǎn)模式預(yù)約或是分時(shí)段模式預(yù)約。比如心電圖檢查與放射科的CT檢查，時(shí)間一般比較固定，采用按時(shí)間點(diǎn)模式，檢查時(shí)間精確到分，不同的檢查項(xiàng)目還可設(shè)置不同的檢查時(shí)長(zhǎng)，如10、20 min等。對(duì)于相對(duì)復(fù)雜的項(xiàng)目，比如超聲科的B超檢查，采用分時(shí)段模式，每小時(shí)設(shè)定可預(yù)約的人數(shù)，為了測(cè)算精準(zhǔn)，我們與醫(yī)務(wù)人員對(duì)一臺(tái)機(jī)器30 min內(nèi)可以檢查的人數(shù)進(jìn)行嚴(yán)密的監(jiān)測(cè)，確保設(shè)定的預(yù)約人數(shù)滿足患者的檢查需要。各醫(yī)技科室預(yù)約號(hào)源默認(rèn)提前7 d開放，根據(jù)實(shí)際情況，醫(yī)務(wù)人員可靈活對(duì)各個(gè)科室分別設(shè)定提前預(yù)約的天數(shù)。針對(duì)軍人或者VIP的客戶，我們還設(shè)計(jì)了號(hào)源預(yù)留與追加號(hào)的功能，方便此類患者能優(yōu)先就診。

預(yù)約系統(tǒng)創(chuàng)建了醫(yī)技檢查科室各種檢查項(xiàng)目的預(yù)約規(guī)則資源庫(kù)，設(shè)置了項(xiàng)目間各種沖突、優(yōu)先、就近規(guī)則[9]。原來C/S版預(yù)約系統(tǒng)無(wú)此功能，需要人腦記憶全院所有檢查項(xiàng)目的預(yù)約規(guī)則，出錯(cuò)率高，費(fèi)時(shí)費(fèi)力。將預(yù)約限制條件與檢查項(xiàng)目及號(hào)源進(jìn)行綁定，可以有效規(guī)避預(yù)約錯(cuò)誤，避免號(hào)源浪費(fèi)，實(shí)現(xiàn)無(wú)預(yù)約知識(shí)下的智能預(yù)約，是實(shí)現(xiàn)多平臺(tái)自助預(yù)約功能的必要條件[10]。智能預(yù)約系統(tǒng)截圖如圖3所示。

圖3 系統(tǒng)智能預(yù)約合并不同檢查項(xiàng)目

3 醫(yī)技檢查預(yù)約系統(tǒng)的應(yīng)用效果

3.1 方便患者，無(wú)須多次排隊(duì)

依托檢查預(yù)約系統(tǒng)實(shí)現(xiàn)醫(yī)技檢查一站式集中預(yù)約，預(yù)約成功后系統(tǒng)發(fā)送短信到患者手機(jī)告知每項(xiàng)檢查的具體時(shí)間，地點(diǎn)以及注意事項(xiàng)，患者只需按預(yù)約的時(shí)間到達(dá)檢查室即可檢查，無(wú)須預(yù)約排隊(duì)、等候排隊(duì)和繳費(fèi)排隊(duì)，減少患者做各項(xiàng)檢查的奔波之苦。

3.2 縮短檢查等候時(shí)間

患者按預(yù)約時(shí)段來院完成檢查，達(dá)到了合理分流患者，緩解檢查室外人滿為患的壓力[11]。系統(tǒng)上線以后，患者按預(yù)約時(shí)段到醫(yī)技科室自助報(bào)道機(jī)終端上，進(jìn)行自助報(bào)道。由于患者到現(xiàn)場(chǎng)報(bào)道的時(shí)間與患者實(shí)際檢查時(shí)間都會(huì)保存于數(shù)據(jù)庫(kù)相應(yīng)的表中。通過SQL語(yǔ)句，統(tǒng)計(jì)兩者之間的時(shí)間間隔從而計(jì)算出患者等候時(shí)間，增加檢查分類條件與檢查申請(qǐng)時(shí)間范圍等，大數(shù)據(jù)匯總得出各個(gè)檢查分類的患者平均等候時(shí)間。上線前原C/S預(yù)約系統(tǒng)有儲(chǔ)存患者來窗口登記的時(shí)間，與患者實(shí)際檢查時(shí)間匯總得出患者平均等候時(shí)間。系統(tǒng)自2017年年底上線以后，經(jīng)過仔細(xì)統(tǒng)計(jì)，患者平均等候時(shí)間顯著下降如圖4所示。

3.3 提高檢查科室的工作效率，減少人為差錯(cuò)

系統(tǒng)提供醫(yī)技科室的多種統(tǒng)計(jì)數(shù)據(jù)，根據(jù)統(tǒng)計(jì)數(shù)據(jù)進(jìn)行內(nèi)部資源調(diào)配，達(dá)到提高科室工作效率與工作人員的合理分配[12]。通過項(xiàng)目排斥規(guī)則，項(xiàng)目?jī)?yōu)先規(guī)則等設(shè)定，減少人為差錯(cuò)，提高醫(yī)療質(zhì)量，降低醫(yī)患矛盾[13]。實(shí)現(xiàn)同一患者多項(xiàng)目智能預(yù)約，科學(xué)又高效。

圖4 各醫(yī)技科室應(yīng)用系統(tǒng)前后患者平均等候時(shí)間比較（單位：min）

3.4 改善就醫(yī)環(huán)境

按時(shí)間點(diǎn)預(yù)約與分時(shí)段預(yù)約兩種模式涵蓋了醫(yī)院各檢查科室的預(yù)約模式，使患者在醫(yī)院做的檢查都可提前預(yù)約。按時(shí)間點(diǎn)預(yù)約模式精確到分，分時(shí)段預(yù)約模式明確了患者待檢的時(shí)間段，使得原先擁擠不堪的檢查室門口，變得井然有序。以往檢查現(xiàn)場(chǎng)混亂，扎堆現(xiàn)象不復(fù)存在，就醫(yī)環(huán)境得到了有效改善，有效緩解了檢查科室高峰期的壓力，降低了患者在院交叉感染的概率[8]。

3.5 預(yù)約平臺(tái)資源共享

系統(tǒng)將各醫(yī)技科室檢查項(xiàng)目及設(shè)備資源整合進(jìn)預(yù)約平臺(tái)中，并將這些信息共享各臨床醫(yī)生站，醫(yī)生在開檢查申請(qǐng)時(shí)，平臺(tái)通過內(nèi)部計(jì)算機(jī)算法和運(yùn)籌學(xué)計(jì)算模型自動(dòng)將最優(yōu)化的預(yù)約檢查時(shí)間安排提供給醫(yī)生，增加有效醫(yī)事服務(wù)時(shí)間，減少無(wú)效等待時(shí)間，提高了醫(yī)生的工作效率[14]。

3.6 實(shí)現(xiàn)數(shù)據(jù)共享，影像無(wú)紙化

SSH預(yù)約系統(tǒng)與微信服務(wù)平臺(tái)無(wú)縫結(jié)合，將患者醫(yī)技檢查相關(guān)影像及診斷結(jié)果推送給患者，患者可根據(jù)需要，多終端、多平臺(tái)、隨時(shí)隨地查詢及分享相關(guān)數(shù)據(jù)，做到影像無(wú)紙化管理，并且為進(jìn)一步會(huì)診提供必要數(shù)據(jù)，促使臨床醫(yī)生對(duì)患者進(jìn)行更精確的患者評(píng)估，使檢查結(jié)果準(zhǔn)確率更高[15]。

3.7 提升醫(yī)院服務(wù)水平，增強(qiáng)競(jìng)爭(zhēng)力

借助醫(yī)技檢查預(yù)約平臺(tái)，由于明確了患者就診檢查的時(shí)間段，從而使患者能夠合理安排檢查時(shí)間，大大簡(jiǎn)化了就醫(yī)環(huán)節(jié)，節(jié)省了就醫(yī)時(shí)間，提升了患者滿意度，實(shí)現(xiàn)了以“患者為中心”的服務(wù)理念。著實(shí)解決了患者“看病難”的實(shí)際問題，增強(qiáng)了醫(yī)院的競(jìng)爭(zhēng)力。

4 總結(jié)

SSH+WebService技術(shù)在醫(yī)技檢查預(yù)約系統(tǒng)上的應(yīng)用使得系統(tǒng)具有良好的穩(wěn)定性、靈活性、安全性和易操作性[4]。醫(yī)技檢查預(yù)約系統(tǒng)的實(shí)施，有效地梳理了各個(gè)檢查資源，同時(shí)進(jìn)一步優(yōu)化了檢查流程，不僅提高了人員和設(shè)備的利用率[16]，而且對(duì)醫(yī)院的秩序改善和患者滿意度的提升都起到極大的促進(jìn)作用，給患者帶來很大的方便，提升了醫(yī)院的整體服務(wù)水平。