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

文/葉青 劉栩 朱建偉

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

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

1.1 建設(shè)背景

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

各種檢查的預(yù)約都是科室工作人員手工完成，有些還需要患者跑到醫(yī)技科室現(xiàn)場(chǎng)預(yù)約，流程不規(guī)范。患者需自行前來(lái)預(yù)約，增加醫(yī)院人流量。護(hù)工不清楚患者預(yù)約時(shí)間，不能合理的安排推送時(shí)間，工作效率不高。各檢查科室間預(yù)約信息不能共享，檢查時(shí)間安排重疊，也會(huì)使患者不能如約完成檢查，導(dǎo)致患者的檢查周期被無(wú)限制的拉長(zhǎng)。一系列的問(wèn)題導(dǎo)致醫(yī)患矛盾、醫(yī)院內(nèi)部各部門(mén)間矛盾日益突出。

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

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

1.3 建設(shè)方式

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

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

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

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

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

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

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

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

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

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

2.3.2 檢查科室功能模塊

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

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

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

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

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

2.5 系統(tǒng)設(shè)計(jì)亮點(diǎn)

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

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

2.5.2 并行與分布式計(jì)算

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

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

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