臨床檢查預(yù)約系統(tǒng)架構(gòu)及建設(shè)

文/葉青 劉栩 朱建偉

隨著醫(yī)療改革的深入，醫(yī)療信息化成為“四梁八柱”，以“電子病歷為核心”的醫(yī)院信息系統(tǒng)建設(shè)成醫(yī)院信息化建設(shè)的標(biāo)準(zhǔn)；醫(yī)療業(yè)務(wù)、管理流程、患者服務(wù)等剛性需求成為驅(qū)動力。注重“以人為中心”的應(yīng)用需求，嘗試與技術(shù)公司合作開發(fā)“醫(yī)院的臨床檢查預(yù)約系統(tǒng)”，通過“醫(yī)囑“開啟”檢查“的預(yù)約流程，在過程中共享信息，逐步實現(xiàn)醫(yī)療行為的閉環(huán)管理，力求醫(yī)務(wù)工作者、患者在該項目建設(shè)中都能獲得“智慧醫(yī)院，智能醫(yī)療”的體驗。

1 醫(yī)院的臨床檢查預(yù)約系統(tǒng)建設(shè)

1.1 建設(shè)背景

醫(yī)院180 萬的門診量和7 萬多住院病人，使得病人的檢查量幾近飽和；而且逐步發(fā)展建設(shè)的醫(yī)院建筑格局使得醫(yī)技功能科室的位置較為散雜，患者普遍感覺不方便，為找醫(yī)生、找做檢查的地方、找繳費的地方……都有點“暈”。

各種檢查的預(yù)約都是科室工作人員手工完成，有些還需要患者跑到醫(yī)技科室現(xiàn)場預(yù)約，流程不規(guī)范?；颊咝枳孕星皝眍A(yù)約，增加醫(yī)院人流量。護(hù)工不清楚患者預(yù)約時間，不能合理的安排推送時間，工作效率不高。各檢查科室間預(yù)約信息不能共享，檢查時間安排重疊，也會使患者不能如約完成檢查，導(dǎo)致患者的檢查周期被無限制的拉長。一系列的問題導(dǎo)致醫(yī)患矛盾、醫(yī)院內(nèi)部各部門間矛盾日益突出。

1.2 建設(shè)目標(biāo)

醫(yī)生下達(dá)醫(yī)囑、發(fā)送檢查醫(yī)囑后能從檢查科室得到病人預(yù)約信息；護(hù)士獲取病人的預(yù)約信息后能將病人的推送信息反饋給護(hù)理服務(wù)中心。對于不能完成預(yù)約檢查的病人能將此信息反饋給檢查科室便于及時更改預(yù)約。預(yù)約完成病人后，能將預(yù)約信息反饋給臨床科室。能從護(hù)理服務(wù)中心獲取病人的推送信息。對危重、急診病人能從臨床科室提前得到信息便于安排檢查。能及時獲取爽約病人的信息，便于安排新預(yù)約。能獲取住院檢查病人的預(yù)約信息和推送信息。能打印出檢查科室的病人預(yù)約檢查安排，便于安排人員推送。對于爽約病人能及時獲取信息，以免浪費時間與人力。

1.3 建設(shè)方式

秉持系統(tǒng)為人服務(wù)的建設(shè)理念，從業(yè)務(wù)環(huán)節(jié)主動收集、發(fā)現(xiàn)問題，面向醫(yī)護(hù)、醫(yī)技、護(hù)理服務(wù)各部門廣泛征集需求；與合作伙伴、專業(yè)服務(wù)商一起開發(fā)建設(shè)，利用醫(yī)院“業(yè)務(wù)”資源結(jié)合服務(wù)提供商的建設(shè)經(jīng)驗，開發(fā)以“人”+“網(wǎng)”+“通”的移動交互平臺，使患者預(yù)約有序化，就醫(yī)流程合理化，醫(yī)患溝通順暢化。

2 臨床檢查預(yù)約系統(tǒng)架構(gòu)和功能

2.1 系統(tǒng)架構(gòu)簡介

系統(tǒng)架構(gòu)采用純B/S 模式，該模式易于后期維護(hù)、部署、升級，對客戶機(jī)硬件需求也不高等優(yōu)點。本次系統(tǒng)架構(gòu)采用獨立于業(yè)務(wù)系統(tǒng)如HIS 與醫(yī)技系統(tǒng)開發(fā)，該模式在于搭建起院內(nèi)各醫(yī)技系統(tǒng)與HIS 系統(tǒng)的橋梁，對于各個系統(tǒng)實現(xiàn)最小甚至“零”修改，即可實現(xiàn)“檢查、預(yù)約零等待”的效果。

2.2 系統(tǒng)開發(fā)框架

系統(tǒng)開發(fā)采用.NET Framework 4.0+ HTML5 架構(gòu)，框架具有很強(qiáng)的兼容性與移植性，且能夠支持下一代“德醫(yī)通”系統(tǒng)的開發(fā)。該框架將業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離，將業(yè)務(wù)邏輯聚集到業(yè)務(wù)層，在改進(jìn)和個性化定制界面及用戶交互的同時，不需重新編寫業(yè)務(wù)邏輯。這樣提高了代碼的復(fù)用率，使系統(tǒng)更加快速、穩(wěn)定。

2.3 系統(tǒng)功能模塊

系統(tǒng)由三部分構(gòu)成：臨床科室預(yù)約申請模塊、檢查科室功能模塊、護(hù)理服務(wù)中心病人推送模塊。

2.3.1 臨床科室預(yù)約申請模塊

整合預(yù)約系統(tǒng)到HIS 中，可完成檢查預(yù)約的申請、檢查預(yù)約申請信息填寫、預(yù)約信息的查看、預(yù)約回執(zhí)單的打印等功能。

2.3.2 檢查科室功能模塊

圖形化預(yù)約申請消息的自動提醒、多種臨床預(yù)約申請的處理方式、多檢查科室病人的預(yù)約信息瀏覽、實時檢查情況查看以及監(jiān)控功能。

2.3.3 護(hù)理服務(wù)中心病人推送

提供護(hù)理中心以病區(qū)、機(jī)房、推送人、未處理推送者等方式按照圖形化界面顯示相關(guān)信息、支持以推送者方式呈現(xiàn)，并可以清晰顯示每個推送人員每天的工作量及具體推送信息及時間、提供多種統(tǒng)計報表。

2.4 系統(tǒng)架構(gòu)新技術(shù)應(yīng)用

后臺云端服務(wù)器端架構(gòu)設(shè)計:系統(tǒng)服務(wù)端，可直接架構(gòu)于云端，采用中間件與院內(nèi)系統(tǒng)數(shù)據(jù)交互，實現(xiàn)云端部署，多院區(qū)查看、多系統(tǒng)引用、多終端調(diào)，用空間換時間。

2.5 系統(tǒng)設(shè)計亮點

2.5.1 系統(tǒng)業(yè)務(wù)獨立，只需以標(biāo)準(zhǔn)HL7，Web服務(wù)接口與第三方交互數(shù)據(jù)

將業(yè)務(wù)邏輯、數(shù)據(jù)流程及界面顯示分離，將業(yè)務(wù)邏輯聚集到服務(wù)層，通過智能數(shù)據(jù)分析，分配合理預(yù)約節(jié)點，在改進(jìn)和個性化定制界面及用戶交互的同時，不需重新編寫業(yè)務(wù)邏輯。這樣提高了代碼的復(fù)用率，使系統(tǒng)更加高效、穩(wěn)定。

2.5.2 并行與分布式計算

為提高系統(tǒng)的計算速度和處理能力，該系統(tǒng)采用并行與分布式算法，其原理為用多個處理器/進(jìn)程/中間件來協(xié)同求解同一問題，即將被求解的問題分解成若干部分，各部分均由一個獨立的處理機(jī)來并行計算。通過此技術(shù)可以解決系統(tǒng)的多終端、高并發(fā)等需求。

3 臨床檢查預(yù)約系統(tǒng)建設(shè)后的效果

通過對比統(tǒng)計分析，我們發(fā)現(xiàn)在預(yù)約人次、爽約率等方面有了明顯改善。預(yù)約人次增加、爽約率降低，提高了工作效率、減少了時間、人力等資源浪費，患者滿意度也有了明顯提高。