王敏



關鍵詞:電梯;救援;Spring MVC;微信小程序
中圖分類號: TP311 文獻標識碼:A
文章編號:1009-3044(2023)03-0084-02
隨著城市化建設的快速發展,電梯的數量也在不斷增加,因此帶來的電梯安全隱患問題也日益突出。市場監督人員對維保單位的監管不到位,使得電梯維保質量下降,導致電梯出現安全隱患。電梯出現故障時,也會因為物業管理疏漏,無人值守或者以為電梯誤報警,導致救援效率低下。一旦出現電梯困人救援不及時,會給受困人員在心理上造成一定程度的傷害[1-2]。
電梯應急救援是維保單位和電梯監管人員的重要責任[3],通過電梯應急管理系統的實現,為維保單位和電梯監管人員有效管理和監督電梯的日常維保,以及電梯困人事故的應急救援,提供了有效的保障。
1 系統設計目標
電梯應急管理系統主要設計目標是解決電梯日常的維保管理,以及電梯故障時,應急救援過程的監督與管理。系統通過Web端和移動端相結合的方式實現[4],Web端主要實現所有電梯的管理和監控,移動端主要用于接收電梯維修任務。
Web端主要面向各個層級的管理員。由于電梯應急救援過程涉及多個單位,如市場監督局、電梯維保單位、志愿單位等,因此,系統需要為各類單位劃分具體角色。各類角色在系統中權限不同,職能也不同。系統需設置系統管理員,系統管理員具有整個系統的管理權限。所有電梯由市場監督單位負責,由市場監督單位的工作人員負責所有電梯的管理,同時分派所有電梯到具體維保單位,并監督和管理所有的電梯維修工單。不同的維保單位也需要設置各自的操作員,負責本單位信息和本單位維修人員信息的維護。
移動端則主要面向電梯維修人員和普通民眾,普通民眾可通過移動端掃碼實現一鍵救援。電梯維修人員則通過移動端接收救援任務,處理電梯故障,完成救援任務,最終上報系統。電梯維修人員也可以通過移動端接收電梯日常維護任務,定期對電梯進行養護。
2 開發技術及工具
Web端使用IDEA 開發工具,Java 開發語言,MySQL 數據庫存儲數據。同時使用技術有SpringBean對象管理以及Spring MVC框架,MyBatis數據持久化。前端框架使用LayUI開源的Web UI解決方案,采用自身經典的模塊化規范,并遵循原生HTML/CSS/JS的開發方式。
移動端使用微信開發者工具。WXML(WeiXinMarkup Language) 是小程序框架設計的一套標簽語言,用來構建小程序頁面的結構,其作用類似于網頁開發中的HTML。WXS(WeiXin Script) 是小程序獨有的一套腳本語言,結合WXML,可以構建出頁面的結構,類似于網頁開發中的CSS。
3 系統功能
3.1 系統角色劃分
電梯應急管理系統按照不同職責,劃分了六個角色,分別是系統管理員、業務管理員、運維公司操作員、志愿單位操作員、電梯維修人員和普通民眾。
1) 系統管理員:該角色主要負責整個系統維護以及數據修復等管理工作,屬于IT人員。
2) 業務管理員:該角色是電梯應急電話96366的呼叫坐席,主要負責業務數據錄入、生成工單、監控工單處理等工作,一般是由政府的市場監督局工作人員擔任,電梯的監管屬于市場監督局的工作職責范圍。
3) 運維公司操作員:該角色負責在系統中維護本公司名下的業務數據,運維公司操作員只能看到屬于本公司的數據,這個角色是由電梯維護公司工作人員擔任。
4) 志愿單位操作員:該角色負責在系統中本志愿單位名下的業務數據,志愿單位主要是指負責電梯維護的公益單位,志愿單位的維修人員免費參與電梯維修。志愿單位操作員只能看到屬于本單位的數據,這個角色是由志愿單位的工作人員擔任。
5) 電梯維修人員:該角色只使用微信小程序,不會登錄Web端,電梯維修人員在小程序上接收工單任務,去指定的地點處理電梯故障。
6) 普通民眾:該角色也只使用微信小程序,普通用戶在電梯被困后,通過微信掃碼,獲取救援電話,通過救援電話進行求助。
3.2 Web 端功能模塊
Web端主要完成電梯的監控和管理,主要功能包括首頁、信息維護、工單管理、系統管理和在線幫助[5],如圖1所示。
1) 首頁主要展示系統信息概況,主要包含電梯總數、工單總數、超時工單統計和報警統計。
2) 信息維護主要包含電梯管理、項目管理、運維單位管理、志愿單位管理和作業人員管理[6]。電梯管理包括電梯基本信息維護,包括電梯的設備代碼、電梯位置、電梯類型、電梯使用單位、維保單位、維保電話、救援編碼等。項目管理主要指電梯所屬小區的信息。運維單位管理主要包含電梯維護單位的信息,其中包括所屬志愿單位。作業人員管理主要展示所有單位下關聯的維修人員信息。
3) 工單管理主要管理兩種類型的工單,分別是養護工單和救援工單。養護工單根據生成規則自動生成。救援工單則主要來源于普通民眾,普通民眾在電梯被困后,通過報警電話產生救援工單。
養護工單的自動生成規則:運維公司操作員在配置了電梯表的開始維護日期以及養護周期(天數,比如15天、30天、60天)自動生成養護工單,如果“開始維護日期”在當前日期之后,則自動生成的工單開始時間為“開始維護日期”,如果“開始維護日期”遭遇當前日期,自動生成的工單開始時間為“當前日期”。當養護工單完成后,系統根據對應電梯表格中的養護周期自動生成下一條養護工單。比如11月30日完成了電梯的養護工單,該電梯的養護周期是15天,那么系統在當前養護工單完成后自動生成一條12月15日開始的養護工單。
工單信息主要包括電梯設備代碼、所屬項目、安裝位置、調試等級、單位名稱、記錄時間、處理結果和救援結果等。
4) 系統管理主要包含基本設置和管理員設置。通過基本設置可以設置救援電話和救援時間。管理員設置主要負責管理員賬號的管理。
5) 在線幫助主要提供操作手冊,面向業務管理員和運維公司操作員兩個角色,通過操作手冊指導業務管理員和運維公司操作員錄入數據和維護數據。
3.3 移動端功能模塊
移動端主要面向電梯維修人員和普通民眾[7],電梯維修人員通過微信小程序接收維修通知,記錄電梯維修過程,普通民眾通過微信小程序求援。微信小程序實現功能如圖2所示。
電梯維修人員通過微信小程序進行應急救援和電梯的定期養護。電梯維修人員可以在小程序中按養護工單和救援工單分類查看自己名下的工單。如果發生電梯故障,電梯維修人員會收到微信小程序的通知,維修人員按照消息通知到達相應電梯所在位置進行救援,完成維修后,上傳照片,等待業務管理員的確認,業務管理員確認后,工單結束。微信小程序中會顯示所有養護工單和救援工單的處理狀態。
普通民眾通過微信小程序掃碼求援。每個電梯都貼有電梯應急救援標識牌,上面標有救援電話、維保電話、電梯位置和救援二維碼,同時標有具體的求助指導。普通民眾如果遇到電梯故障,可以按電梯緊急呼叫按鈕,或者呼叫維保電話或救援電話,或者通過微信掃描電梯二維碼,進行一鍵救援。
4 業務流程
電梯應急管理系統處理流程如圖3 所示[8]。首先,由業務管理員完成所有電梯初始數據的錄入。然后,由運維公司操作員負責本單位信息及維修人員信息的錄入,同時將電梯和維修人員進行綁定。
當發生電梯故障時,被困的普通民眾可通過微信掃碼,獲取應急救援電話及撥打電話的按鍵,進行一鍵救援。業務管理員接到救援電話,會在系統中創建救援工單,系統自動推送微信消息給維保單位維修人員。維修人員收到消息后,需要在30分鐘內完成救援工單,上傳現場救援圖片,等待業務管理員確認后,工單結束。
如果救援工單沒有在30分鐘內處理完成,導致工單超時,則系統會產生工單異常告警通知業務管理員,由業務管理員通過線下聯系維護單位督促工單處理。當業務管理員無法聯系到維護公司人員時,可以在Web平臺上創建一條新的維修工單給志愿單位,系統會自動推送微信消息給志愿單位維修人員,由志愿單位維修人員完成救援。在維修人員完成現場維修后,業務管理員需要檢查維修人員完成的工單情況并查看工單數據中的現場救援圖片記錄,必要時業務管理員還將電話聯系報警的受困民眾來確認救援任務結果,最終閉環整個工單流轉過程。
系統中的所有業務工單執行情況將由市場監管單位監督管理,通過績效考核的行政管理方式結合信息化技術手段完成對轄區下電梯設備的應急救援管理,提升民眾的安全感。
5 結束語
電梯應急管理系統通過Web端和移動端相結合的方式實現,解決了實際應用中對電梯應急管理的需求。系統的Web端包含首頁總覽、信息管理、工單管理、系統管理、在線幫助等功能,移動端主要面向電梯維修人員和普通民眾,電梯維修人員通過微信小程序處理工單,普通民眾通過微信掃碼一鍵求援。電梯應急管理系統的實現,能有效提高電梯日常維保和應急救援的管理與監督,有助于提高電梯應急救援的及時性,提升電梯公共安全水平。