門診分診叫號系統構建

蔡正杰 景慎旗 黃辛夷 王忠民

(江蘇省人民醫院 南京 210096)

1 引言

不同于傳統的醫院信息系統(Hospital Information System, HIS)，醫學影像存儲與傳輸系統(Pictures Archiving and Communication System, PACS)及檢驗信息系統(Laboratory Information System, LIS) 等業務專用系統建設，門診分診叫號系統因為與實際業務隔離，項目規模小，長期以來未能引起建設方與開發方的足夠重視，通常以滿足排隊、叫號等簡單業務為主。甚至有些醫院仍然采用人工分診叫號方式，不但不便于管理，還會增加醫護人員的工作量，造成醫療秩序混亂和患者不滿。隨著社會服務意識的逐步提高，門診分診叫號系統對醫院的影響越來越大。有序的就診秩序、高效的分診方案以及醫患溝通等成為醫院對新一代分診系統的要求[1-4]。江蘇省人民醫院作為國內大型綜合性三甲醫院，就診人數眾多，醫護人員工作壓力較大，對這一需求更加迫切。醫院原來的門診叫號系統已使用多年，過于老舊、維護成本逐步加大，局限于當時的技術水平和設計思路，難以滿足改善就醫環境、提高患者滿意度的需求。因此醫院以新門急診住院綜合大樓的建設和啟用為契機，開發和實施全新的門診分診叫號系統。

2 架構設計

2.1 總體要求

門診分診叫號系統通常是患者直接接觸醫院的第1個系統，直接影響患者對醫院的滿意度。系統總體設計要求是穩定、高效和簡單。穩定是第1要素，由于系統直接面對患者，稍有不慎易引發醫患矛盾、沖突甚至是群體事件，故穩定性、健壯性要貫穿系統設計的始終。高效是要響應及時、處置迅速，系統各個環節應操作性敏捷，不可出現經常性卡頓、延遲過長等現象。簡單是指易操作，患者年齡層次全、地域廣、文化水平參差不齊，系統設計應簡單明了，通過簡單的提示患者就能完成自助操作和信息獲取；此外對醫護人員而言，易學易用的軟件將為其減輕工作壓力。

2.2 軟件架構

2.2.1 Dubbo治理方案 傳統垂直應用的軟件架構越來越難以滿足業務需求，而分布式架構更為適用。Dubbo是一個分布式服務框架以及面向服務架構(Service Oriented Architecture, SOA) 治理方案，致力于提供高性能和透明化的遠程服務調用，是阿里巴巴SOA 服務化治理方案的核心框架，自開源后得到業界廣泛使用[5-6]。將系統服務拆分為4部分：前端管理、終端顯示、連接和策略實現服務。前端管理服務提供完善的業務排班、設備控制、基礎數據管理、患者報到狀態查詢、模板導入導出、報表生成等數據管理功能，該服務相對獨立；終端顯示服務提供前端頁面展示，通過Websocket技術實現數據實時推送。終端設備上需選用支持Websocket技術的瀏覽器，如Google Chrome或Mozilla Firefox等；報到機、虛擬叫號器等終端調用連接服務，再通過遠程過程調用(Remote Procedure Call, RPC)策略實現不同策略下的呼叫報到功能，同時部署高性能Redis緩存集群來實現Session共享；連接服務與策略實現間采用Dubbo高性能分布式服務框架，使應用獲得高性能的RPC服務。注冊中心(Zookeeper)統一目錄管理注冊的Dubbo服務實現內部服務負載均衡。

2.2.2 具體實現 系統軟件架構，見圖1。Dubbo 架構啟動時策略實現服務(Provider)到Zookeeper進行服務注冊。連接服務(Consumer)則向Zookeeper訂閱所需服務。當報到機或虛擬叫號器向后臺發送數據交互請求后Consumer首先接收到請求，根據Zookeeper 提供的服務地址列表，基于軟負載均衡算法，從多個Invoker中選取其中一個作為本次調用，如果調用失敗則重新選取。Provider 根據請求操作緩存和數據庫，將結果返回給Consumer，再由Consumer 返回給應用端，同時將相關信息通過終端顯示服務推送到終端頁面上。在整個消費提供的過程中Consumer和Provider被監控中心(Monitor)監控[7-8]。

圖1 門診分診叫號系統軟件架構

2.3 硬件架構

門診分診叫號系統是一個與物理空間密切相關的機電一體化系統，在設計之初要充分考慮空間布局。醫院新大樓門診區域分為診區一級等待區和診間二級等待區，因此本系統設計為兩級分診。系統硬件主要有服務器、自助報到機及護士站報到器、LED全彩排班大屏、診區一級屏及喇叭、診室二級屏及喇叭、診間虛擬叫號器等。硬件架構，見圖2。服務端為分布式架構，自助報到機和護士站報到器提供多種途徑供患者報到，診區一級大屏采用55吋安卓一體機，用于顯示診區內所有隊列的內容，診室二級小屏為安卓控制盒驅動22吋外掛顯示器，顯示正在和即將就診患者信息，語音設備同步發聲與屏幕相匹配的語音信息，LED全彩大屏顯示專家排班、實時號源以及相關物價和宣教信息，診間虛擬叫號器安裝在醫生看診的電腦上，提供呼叫、確認、過號、重復呼叫等功能。

圖2 門診分診叫號系統硬件架構

3 具體功能

3.1 概述

門診叫號分為普通門診叫號和醫技叫號，兩者差別在于普通門診需要患者掛號后才能進行報到，而醫技叫號需要患者完成相應檢查檢驗項目繳費后才可報到，本文僅以普通門診為例展開功能詳述。當前醫院普通門診報到就診次序以實際掛號次序為準。另外醫院不存在“預約掛號”概念，即目前設定的7天內提前掛號都是以實際繳費為特征的實際掛號。

3.2 報到就診流程(圖3)

圖3 患者報到就診流程

患者根據掛號單上的提示信息到相應診區的自助報到機報到，報到機支持手工錄入、條形碼/二維碼掃描、市民卡/醫保卡讀卡等多種模式，界面上有清晰的操作步驟說明。對于年紀較大的患者，分診護士可以在護士站電腦報到器上幫助其報到。系統調用相關服務進行驗證后將患者掛號信息置入一級隊列。患者在一級等待區等待，一級大屏和喇叭會及時發布最新信息。醫生點擊叫號按鈕后將診室外二級等待區的患者呼叫進入診間，同時將一級等候區排在最前面的患者呼叫進入二級等候區。目前醫院設置的是“一看一等”模式，即二級隊列中設置人數為兩個人，一名患者在診間內就診，同時另外一名患者在診間外等候。同一名患者先被呼叫至診間外等候，然后再被呼叫至診間內就診。醫生完成接診后，當前患者就診結束。過號和檢驗檢查后再次回到診室的復診患者，醫院也嚴格執行報到機制，不允許患者私自進入診間，進而造成醫療秩序的混亂和糾紛。這部分患者報到時就診次序的邏輯設置，采取的方案比較簡單，即報到后在一級隊列中就診次序仍按照實際掛號次序為準，同時保證二級隊列中正在就診和等待的兩位患者次序不受影響，盡可能避免矛盾和沖突。有部分醫院采用的是在一級隊列最前面患者3～5人后再安排這部分患者，醫院后期會綜合考慮實際門診秩序、患者投訴建議、其他醫院的成功經驗等多方面因素，必要時進行優化和調整。

4 應用實施

分診叫號系統具有完備的數據發布、接入、業務模塊擴展等功能。主要業務操作組件均采用瀏覽器/服務器(Browser/Server, B/S)架構的部署模式，上線即可在操作臺或工作站上使用，無需在醫生、護士工作站上進行額外的功能發布和程序安裝。醫院新大樓門診區域共分為5層， 21個診區，需要使用排班大屏8塊、診區一級屏67塊、診間二級屏421塊，終端數目龐大、并發量高、實施難度高。在醫院領導高度重視和指導、相關科室支持配合下，該項目于2015年1月啟動，歷經前期調研、方案設計及確認、主程序開發、測試聯調、科室試點、逐步替換、全院整體上線等環節，于2017年11月順利完成。目前該系統運行穩定，其便捷性和易用性得到門診醫護人員和廣大患者的一致好評。此外醫院將在每日正常巡檢的同時積極搜集用戶建議和意見，秉承策劃-實施-檢查-改進(Plan-Do-Check-Act， PDCA)持續優化的管理理念[9-10]，不斷改進和完善。

5 結語

醫院門診分診叫號系統有助于營造秩序井然、務實高效的就醫環境。此外該系統需要與醫院其他系統進行數據信息交換，就診時間、病患等候平均時間、醫生工作時間、診療服務提供人次等信息都可以為相關決策制定提供科學依據。盡管目前該系統能夠平穩高效運行，但在以下幾方面仍然有待改進：一是增加終端屏幕節假日自動開關機功能，一方面延長屏幕使用期限，另一方面可以節約醫院支出成本。二是增加就診人員高峰監控功能，從而快速有效地調度導醫人員進行引導和維護秩序。三是增加手機端實時等待人數推送功能，患者可以及時了解最新等待人數，從而合理安排時間。