




關鍵詞:發卡;補卡;自助系統;自動化;證件
中圖分類號:TP311 文獻標識碼:A
文章編號:1009-3044(2024)36-0060-03"開放科學(資源服務) 標識碼(OSID) :
0 引言
醫院員工卡是員工身份識別和權限管理的重要憑證,具備就餐、門禁和消費等功能。在傳統的發卡、補卡、換卡過程中,均需要相關科室(如信息管理處) 參與卡片管理,并通過人工方式進行發卡、補卡和換卡操作。圖1展示了溫州醫科大學附屬眼視光醫院在建設員工自助服務系統前的發卡、補卡、換卡流程。
從該流程可知,發卡等操作需要相關部門參與(溫州醫科大學附屬眼視光醫院為信息管理處部門) ,發卡、卡綁定及其他系統卡信息的同步均需要人工操作,這可能導致發卡錯誤、信息綁定錯誤和數據同步錯誤等問題。煩瑣的流程不僅占用員工和管理部門大量時間,還增加了工作負擔。此外,若卡管理部門相關處理人員未在崗,將無法及時處理員工的卡申請。
針對這一問題,可考慮對醫院員工卡的管理流程進行優化:通過引入先進的信息化手段,建立統一的員工自助服務系統,將發卡、補卡、換卡等流程整合到同一平臺。員工僅需通過自助服務系統即可完成發卡、補卡、換指紋等操作。
基于上述管理思考,本文參考其他行業的經驗[1-3],設計并實現了一套員工自助服務系統。該系統可實現員工自助發卡、補卡、換卡、同步卡信息和更換考勤指紋等操作,為員工提供便利。
1 硬件設計
員工自助服務系統的硬件主要包含身份證讀卡器、證件打印機、指紋儀、IC卡讀卡器和中心控制自助機,外置硬件與中心控制自助機均采用USB方式連接,連接示意圖如圖2所示。
1.1 身份證讀卡器
身份證讀卡器采用RFID技術讀取身份證信息。
在員工身份識別時,可以通過刷身份證識別員工,然后通過身份證定位HIS庫中的員工手機號,通過驗證碼的形式認證員工身份。
身份證讀卡器廠商提供了讀卡接口,自助服務系統通過與讀卡接口對接獲取身份證號碼[4]。
1.2 證件打印機
證件打印機是用來進行證件打印的設備,可以打印出名片大小的塑料卡片,卡片表面印有人像照片、姓名、單位等個人信息,作為身份的確認證明來實現各種智能應用的功能。
由于溫州醫科大學附屬眼視光醫院員工卡上印著員工的工號、姓名、頭像、醫院Logo等信息,所以員工自助服務系統對接了證件打印機進行相關信息的打印。
員工身份識別成功后,進入系統可進行發卡操作。在發卡過程中,系統首先從HIS庫中獲取員工的工號、姓名、頭像等信息,然后通過證件打印機的標準接口,將員工信息傳入證件打印機進行打印卡操作,員工拿到卡后可進行后續的卡綁定操作。
1.3 指紋儀
指紋儀采集員工指紋信息,并將其存儲到HIS數據庫中。
溫州醫科大學附屬眼視光醫院員工除了可釘釘打卡考勤、刷臉考勤之外,還可以通過刷指紋進行考勤。但部分員工由于工作性質等原因,指紋需要定期更換,所以自助服務系統增加了指紋自助更換的功能。
同一個員工通過指紋儀采集3次指紋特征并存入HIS數據庫,若采集過程中某次特征點不夠,將會重新進行采集,直到三次采集的特征點都符合要求。
1.4 IC 卡讀卡器
IC讀卡器與IC卡之間通過一種特定的通信協議進行交互。
員工通過證件打印機獲取卡之后,可通過綁卡模塊進行卡與人員的綁定。綁卡模塊通過IC卡讀卡器讀取員工卡標識后,將標識與員工信息進行綁定,并且綁卡模塊通過消息隊列將卡標識同步到醫院的門禁、食堂消費等系統。
1.5 中心控制自助機
中心控制自助機是一種集成了多種功能和技術的智能終端設備,它在員工自助服務系統中扮演著核心角色。中心控制自助機配備觸摸屏界面,支持多種自助服務選項,如信息查詢、業務辦理、打印輸出等。中心控制自助機通過內部軟件與后臺數據庫進行通信,以驗證員工身份、處理請求并更新員工信息。
2 軟件設計
員工自助服務系統基于.NET平臺進行開發,后臺數據庫采用SQL Server2008,消息隊列采用Rab? bitMQ框架。
RabbitMQ是一個高性能、可擴展的消息隊列系統,支持消息持久化、多種傳輸模式和跨平臺集成。
2.1 整體設計
自助服務系統主要包含身份識別模塊、發卡模塊、綁卡模塊和指紋更換模塊4個部分。
1) 身份識別模塊。
模塊功能:主要用于識別當前操作員工的身份。員工通過輸入員工號或刷身份證進行認證,系統會自動從醫院HIS庫中檢索該員工的手機號并發送驗證碼,員工輸入正確的驗證碼即可登錄系統進行操作。
實現方法:該模塊通過與身份證讀卡器進行接口對接,可通過身份證讀卡器獲取員工的身份信息,也可通過手動輸入員工工號獲取身份信息。該模塊同時以HTTP形式對接醫院的短信平臺,通過該平臺發送短信驗證碼。
2) 發卡模塊。
模塊功能:主要用于員工卡的發放。由于溫州醫科大學附屬眼視光醫院員工卡上有員工的頭像照片、姓名等相關信息,故該模塊連接了證件打印機,將空白卡批量放入證件打印機后,員工操作發卡時,證件打印機自動在卡上打印該員工的頭像照片和相關信息并發放該卡。
實現方法:該模塊首先通過后臺從數據庫中獲取當前登錄的員工信息,包括姓名、部門、職務、頭像等信息。然后通過證件打印機提供的打印接口,將獲取的信息打印至新卡上。
3) 綁卡模塊。
模塊功能:員工通過醫院統一發放卡的形式獲得員工卡后,通過該模塊在系統上將自己的身份與該卡進行綁定。該模塊會自動將綁定信息同步到醫院的門禁系統和食堂消費系統中。
實現方法:該模塊首先獲取當前登錄的員工工號,通過與IC讀卡器進行對接獲取卡號,通過后臺將工號與卡號進行綁定。同時通過消息隊列的形式將該綁定信息同步給其他系統。
4) 指紋更換模塊。
模塊功能:員工通過該模塊可更換自己的考勤指紋。部分員工由于工作性質原因導致手指蛻皮或發生變化,須定期更換指紋,該模塊可使員工自行更換指紋,無須管理人員參與。
實現方法:該模塊通過與指紋儀提供的接口進行對接,采用三次重復按指紋的方式獲取指紋信息,并將其綁定至操作員工的信息數據中。
考慮到系統的用戶體驗,員工自助服務系統前端界面開發采用WPF框架,集成了短信平臺、門禁、食堂消費等系統,均采用HTTP方式對接。
短信平臺集成:支持短信驗證碼功能,用于驗證員工身份或進行二次確認。員工可通過自助機發送短信,如登錄、綁卡申請等操作。
門禁系統集成:員工可通過自助機進行門禁卡的掛失、補辦等操作。
食堂消費系統集成:員工綁定新卡后,系統會自動同步信息至食堂消費系統,使新卡可在食堂直接使用。
系統總體界面如圖3所示。
2.2 三方系統卡同步
在交互的設計過程中,員工綁卡后需要將信息同步至第三方系統,如醫院的門禁系統、食堂消費系統。考慮到同步的耗時和交互體驗問題,卡同步直接發送消息至RabbitMQ消息隊列,第三方系統訂閱相應的隊列進行信息同步[5-7]。同步機制如圖4所示,各個子系統均通過消息隊列訂閱消息進行數據同步。
該同步過程中,消息隊列的名稱命名為staffself? service。一旦出現卡信息變化,系統立即發送消息至該隊列,門診系統和食堂消費系統均設有各自的消費者訂閱該隊列。當隊列中出現新消息時,這些子系統會及時處理該消息,從而實現同步。
其中CardNo表示IC卡號,FingerData表示指紋數據。除消息體外,消息隊列在消息頭中加入了cap-msg- name鍵用于區分操作類型:staffselfservice.cardno表示補卡、換卡操作,staffselfservice.staffinfo表示發卡操作。
由于消息存在消費失敗的情況[8],故自助服務系統基于RabbitMQ開發了失敗重發模塊。若某個第三方系統卡信息同步失敗,自助服務系統會自動記錄該卡信息,可通過自動或手動方式重新發送該卡信息,處理界面如圖5所示。
該界面可以查詢失敗和成功的記錄。對于失敗的記錄,可選中后進行相應修改,修改完成后點擊重發即可將修改后的消息重新發送至消息隊列。同時,對于已經人工處理的失敗記錄,可點擊忽略將其從查詢結果中剔除。
3 效果評價
新的員工辦理流程如圖6所示。
從新的流程中可以發現,員工只須前往自助服務系統即可進行發卡、補換卡等操作,員工自助辦理效率顯著提升,信息管理處的工作壓力得到有效緩解。
截至2024年10月5日,員工自助服務系統已完成自動發卡2 821次,補換卡212次,指紋考勤錄入3 361 次。通過人工觀察記錄的方式,新的流程辦理業務平均耗時約5分鐘,較原有流程平均耗時35分鐘節省了約30分鐘。而且系統操作流程簡便,在方便員工的同時也減輕了相關工作人員的工作壓力,獲得了院內員工一致好評,提高了醫院的整體運行效率。
通過總結發現,新的流程具有以下便利性:
加快辦理時間:自助機提供的即時服務意味著員工無須再排隊等待人工窗口處理,從而顯著縮短了辦理時間。這種即時的自助服務體驗提升了員工的滿意度和幸福感。
提高便利性:自助機的全天候可用性和易用性,使得員工可以在任何時間、任何地點便捷地辦理相關事務。這種靈活性滿足了員工的個性化需求,進一步提升了系統的使用價值。
減少人工干預:自助服務系統的應用減少了信息管理處的人工干預,使得工作人員能夠專注于更復雜的任務和問題。這不僅提高了工作效率,還降低了人為錯誤的風險。
優化資源配置:通過自助服務系統,信息管理處可以更加合理地分配人力資源,將有限的資源投入更需要的領域。這種資源配置的優化有助于提升整體的服務質量和效率。
提升服務質量:自助服務系統的引入使得信息管理處能夠為員工提供更加標準化、規范化的服務。這種一致性的服務質量有助于提升員工的信任度和滿意度。
4 討論
醫院員工自助服務系統是一個集成了多種功能的自助服務平臺,旨在為員工提供一個便捷、高效的自助服務環境。該系統通過自動化和智能化的手段,實現了發卡、補卡、換卡、更換指紋等操作,大幅縮短了員工的辦理時間,同時也減輕了信息管理處的工作壓力。
盡管醫院員工自助服務系統已經取得了顯著的應用效果,但在實際應用過程中仍存在以下問題和不足:
1) 雖然系統對同步至第三方系統失敗的情況有失敗記錄并可重新發起,但消息同步失敗后無法及時發現,導致第三方系統數據與HIS數據在一定時間內存在差異。
2) 短信平臺穩定性欠佳,一旦出現故障,自助服務系統將無法正常工作。
3) 員工在使用過程中偶遇系統問題時,在后續溝通過程中難以復現故障場景。
針對以上不足,可提出以下優化和改進建議:
1) 建立消息失敗的監控機制,對失敗消息及時通過微信、短信等形式通知相關負責人。
2) 新增多種員工身份確認機制,引入微信掃碼、人臉識別等技術進行身份識別。
3) 建立操作日志模塊,記錄員工操作信息、系統相關日志及子系統交互的輸入輸出參數。在遇到問題時,可及時查看日志,快速定位問題。