周淵,周敏
浙江大學醫學院附屬第一醫院 醫工信息部,浙江 杭州 310002
隨著醫院信息化建設的深入和新型信息技術的迅速發展,信息技術在手術室管理方面也日益彰顯出其獨特的作用[1]。手術室作為醫院的重要部門,不僅承擔著臨床各科室的手術任務,還承擔著重癥患者的搶救任務[2-3],手術室運行效率也直接決定了醫院的整體運營成本[4]。手術室工勤人員是手術團隊不可缺少的一部分,手術室日常工作中,有相當一部分工作是由工勤人員完成,如手術患者接送、環境清潔衛生、輔助間管理、物品運送、醫療廢物處理、標本送檢等[5],因此,工勤人員的工作質量和工作效率對手術室整體的工作效率是密切相關的。隨著我院二個新院區的投入使用,四個院區共計手術室108間,日平均手術量可達369臺,工勤人員日常工作量是很大的。手術室工勤人員大都來自后勤公司,他們大多年齡較大,受教育程度不高、且薪酬待遇低[6],因缺少信息化管理手段,經常出現資源調配不科學、有時難以找到工勤人員的情況,對手術室正常運行造成影響。在該系統上線前,手術室護士需要通過人力呼叫方式通知工勤人員,這種方式不僅使得護士口干舌燥、心煩意亂,同時造成手術室喧鬧嘈雜,影響了外科醫生的工作狀態。所以,構建一套手術室工勤人員呼叫系統提高工勤人員的工作效率和手術室運行效率,為手術室創造一個肅靜的手術環境變得尤為重要。
我院是一所大型綜合性三級甲等醫院,四院區共有核定病床5600張,手術間108間,手術間平均利用率約為11 h/d,年手術量約13萬臺。手術室工勤人員共36名,其中男20例,女16例。年齡24~56歲,平均42.6歲。本次研究選取慶春院區的40間手術室為觀察對象,將系統試運行期間(2021年9月27日至10月11日)的40間手術室為實驗組,系統未運行期間(2020年9月27日至10月11日)的40間手術室為對照組。實驗組手術1206臺次,對照組1094臺次。慶春院區手術室共有護士180名和工勤人員8名。
1.2.1 呼叫系統總體流程設計
1.2.1.1 概述
隨著我院手術室規模的擴大,手術量的增加,工勤人員每日工作任務也不斷增多,手術室經常出現護士喊不到工勤人員的情況。針對上述問題及手術室的實際需求,對手術室工勤人員呼叫系統的業務流程進行設計,系統的具體業務流程,見圖1。
1.2.1.2 發起任務呼叫
如果手術室護士在患者的圍手術期內需要手術室工勤人員的幫助,可在護理信息系統中發出任務申請。系統規定一個任務申請呼叫一名工勤人員,如果護士需要多名工勤人員,可同時發出多個任務申請。任務申請時,護士可根據需要選擇相應的任務類型。任務類型包括:轉運、清臺、轉運病人加清臺、冰凍送檢、提血、臨時打掃、送手術器械、補充液體、補充布草、補充垃圾袋、補充利器盒、取藥。如果轉運和提血任務的情況復雜,則在任務選擇轉運或提血后需選擇任務的起點和終點,比如病房至手術間,手術間至復蘇室,復蘇室至病房,輸血科至手術間等。為了應對手術搶救而出現的緊急任務,如手術患者緊用血,系統設置了任務優先級。護士在選擇完任務類別后,需選擇任務優先級。任務的優先級分為緊急、常規和遲緩三個等級。如果任務優先級為緊急,主管人員會優先分配此任務。任務申請完成后,如果護士想撤銷呼叫,可在護理信息系統中直接取消呼叫任務。
1.2.1.3 任務分配
手術室護士發起呼叫任務后,任務信息會自動推送到工勤主管人員的工勤主管人員登錄的任務調度中心頁面。任務信息包括任務目的地,始發地,類型、優先級以及發起時間,由主管人員根據任務的時間先后順序、優先級和類型分配給相應負責所在區域的工勤人員。主管人員會先將優先級高的任務進行分配,再按時間順序依次進行分配。主管人員分配任務時,不僅能給手術室內的工勤人員分配任務,同時還能將任務推送給手術室外的工勤人員,例如手術患者需要從病房轉運至手術室做術前準備,主管人員接到任務信息后可以分配給手術室外負責病房的工勤人員進行轉運病人工作。
1.2.1.4 任務接單
分配任務后,工勤人員的個人數字助理(Personal Digital Assistant,PDA)會接收到任務信息推送。工勤人員根據任務信息上的任務始發地到達任務起點后,用PDA掃描起點附近的二維碼并且手動點擊“開始”按鈕后開始護工任務。
1.2.1.5 任務完成
完成任務后,工勤人員可在PDA上點擊“完成”或在目的地處掃描二維碼則為完成任務。
1.2.2 系統開發和設計
1.2.2.1 系統框架和開發環境
手術工勤人員呼叫系統是以Mysql為數據庫、React為前段框架、高速服務框架(High-speed Service Framework,HSF)為后端框架的形式設計的。React是用于構建用戶界面的JavaScript庫,該框架起源于Facebook內部項目,它有成熟的第三方技術庫來輔助項目搭建,讓傳統前端開發變得高效且便于維護[7]。HSF高性能服務框架是在阿里巴巴公司開發的分布式RPC服務框架。該框架從分布式應用的層面,統一了服務的發布和調用方式,從而快速的開發分布式應用,以及提供公共功能模塊。系統采用超文本傳輸協議(Hyper Text Transfer Protocol,HTTP)進行通信,采用HttpURLconnection封裝工具庫與護理信息管理系統和工勤人員信息系統進行數據傳輸[8]。手術工勤呼叫系統采用IntelliJ IDEA集成開發環境,使用JAVA語言進行開發,操作系統為Windows 10。
1.2.2.2 網絡環境
由于大部分物業公司的工勤人員信息系統搭載在移動互聯網環境中,而醫院的護理信息管理系統搭載在醫院內部網絡中,為了我院的信息安全,將此手術室工人呼叫系統部署在我院專屬的公共云專用網絡的互聯網安全域中。我院建立了專屬的集團云服務器群,該集團云是以公共云劃分專有網絡與本地專有云組成的混合云模式組成,利用公有云與私有云結合的專屬云網絡接入[9],將醫院內部的大數據業務應用和互聯網應用利用網絡安全隔離有效的分開,并用云盾為信息安全保駕護航。集團云平臺的詳細架構,見圖2。

圖2 集團云平臺架構圖
1.2.2.3 移動端APP
手術室工勤人員在PDA上的使用的移動端應用是以React Native高效快速的開發框架,使用JavaScript語言進行開發。RN作為移動端的跨平臺框架,可以滿足IOS和Android平臺下的移動應用開發工作[10]。作為手術室工勤系統的專屬APP,該APP可以滿足用戶登錄、任務列表、二維碼識別、任務開始與結束等功能。
1.2.2.4 系統功能
根據手術室的業務需求,將手術室工勤呼叫系統的基礎功能分為員工管理中心和任務管理中心。員工管理中心包括基礎數據服務及統計中心,其中基礎數據包括員工信息,員工權限管理,數據字典維護;任務管理中心包括任務分配、任務監控及移動PDA。手術室工勤人員呼叫系統功能分布,見圖3。

圖3 手術室工勤人員呼叫系統功能分布圖
1.2.2.4.1 員工信息
手術室工勤人員的員工信息,包括員工姓名、工號、性別等,信息是由物業公司的工勤人員信息系統通過超文本傳輸協議(Hyper Text Transfer Protool,HTTP)傳到系統中。
1.2.2.4.2 員工權限管理
系統將主管和員工的使用權限做出區分,主管可在系統中手動分配任務,統計數據。
1.2.2.4.3 數據字典維護
系統管理員可以維護基礎數據字典,主要包括任務類型、優先級、地點等。
1.2.2.4.4 任務分配
主管人員在任務列表頁面中手動將手術室護士發起的任務分配給負責該區域的工勤人員。新任務發起由護理信息系統通過HTTP協議傳輸到系統中。
1.2.2.4.5 任務監控
為了方便工勤人員的管理以及提供舒適的工作環境,在每一層手術室過道設置一處工勤人員休息區,并在休息區設立一塊55寸顯示屏。手術室護士發起任務后,顯示屏直接顯示任務列表,包括任務序號,手術間號,患者病歷號,手術名稱,任務類型以及任務申請時間等。并且通過語音播報來提醒工勤人員。同時任務信息推送到PDA上。例如‘第XX手術間有新任務,請接單’。工勤人員通過PDA開始任務后,任務自動跳轉到已接單。完成任務后,從已接單任務列表自動消失。
1.2.2.4.6 統計中心
系統根據每個工勤人員每天的完成任務數和時間,幫助主管人員統計出每個工勤人員的每天的工作量,工作時間以及不同任務類型的完成時間。主管人員可依此進行量化考核,建立便捷、公開的績效考核和薪酬管理機制。這種的績效激勵機制是工勤人員管理的一個有效標桿,可有效提高工勤人員的滿意度[11]。
1.2.3 評價方法
統計比較系統運行前后工勤人員的平均應答時間,手術平均接臺時間、總工作量以及手術室護士對工勤人員工作的滿意度,其中平均應答時間的公式為:平均應答時間=[( 工勤任務開始時間- 任務發起時間) 的總和]/總任務數;平均接臺時間的公式:平均接臺時間=[( 手術開始時間- 前一臺手術結束時間) 的總和]/總手術臺數。
1.2.4 統計學分析
采用SPSS 25.0軟件進行統計學分析,計量資料用均數±標準差(±s)表示,比較采用t檢驗。計數資料比較采用χ2檢驗,以P<0.05為差異有統計學意義。
實驗組應答時間、手術接臺時間均低于對照組,護士滿意度高于對照組(P<0.001),見表1。

表1 實驗組和對照組的應答時間、手術接臺時間、滿意度比較
由本研究得出,使用呼叫系統后,連臺手術的銜接時間明顯縮短,手術的接臺效率有了顯著的提高。且系統使用后,護士對工勤人員工作的滿意度得到顯著提高,說明呼叫系統改善工勤人員的工作模式,減少了護士的等待時間,從而提高了護士對工勤人員的工作滿意度。國內部分醫院采用走動式管理[12]、六西格瑪管理法[13]、工作量化表人工統計[14]、積分卡[15]及計分制量化考核管理[16]等方法來管理工勤人員并取得了一定效果。樓秋平[17]通過使用接送患者績效考核信息化系統提高手術室工作效率,但該系統只能用于手術患者的接送任務,其他任務類型無法滿足,且工勤人員完成任務時必須回到自助機處刷卡。陳銳等[18]依托PC端和PDA建立手術患者轉運交接系統提高手術室患者轉運效率,但該系統基于醫院內部網絡建立,網絡信號無法覆蓋整個手術室。相比較而言,我院的手術室工勤人員呼叫系統具有以下四個優點。
(1)工勤人員可在任意時間任意地點接收任務,為工勤人員提供了工作上的便利。
(2)該系統可以針對手術室所有工勤任務。
(3)移動互聯網平臺可覆蓋整個手術室及病房,提高手術室患者轉運效率。
(4)利用集團云、ReactNative等信息技術擴大了系統的可發展性,但是現階段該系統仍有不足之處待解決:一是任務全部由主管人員分配,則其工作量非常大。為了有效地解決這種情況,可考慮將任務分配模式改為搶單模式,一種源于“滴滴打車”等物流配送概念的智能任務分配模式[19],借鑒勒萍等[20]的手術患者轉運系統的設計,將新的智能任務分配模式融入現有系統。二是手術工勤人員流動性大,移動PDA出現丟失、充電困難等硬件問題。可考慮將移動端APP開發IOS版本,將應用安裝在工勤人員的手機中。
手術室工勤人員呼叫系統能夠明顯縮短工勤人員平均應答時間和手術室平均接臺時間,有效地提高了手術室的工作效率及提高了護士的滿意度。通過使用手術室工勤人員呼叫系統,管理人員的信息思維得到了提升,為工勤人員呼叫開辟了新的模式,從固定的客戶端走向了移動端,為不斷探索手術室工勤人員的智能化工作模式提供了可能性。