基于互聯(lián)網(wǎng)+的非在職人員管理平臺(tái)的建設(shè)與應(yīng)用

馬群圣，袁駿毅，金永春，岑星星

上海市胸科醫(yī)院 a.信息中心；b.后勤保障部，上海 200030

引言

醫(yī)院的正常運(yùn)行和健康發(fā)展依賴于醫(yī)院職工以及各部門非在職人員的共同協(xié)作，職能部門、工勤人員、外包人員等作為緊密聯(lián)系臨床一線科室不可或缺的力量，在醫(yī)院的日常運(yùn)行中起到關(guān)鍵作用[1]。隨著醫(yī)院業(yè)務(wù)量的不斷增加，各科室對(duì)于外包、駐場人員等的需求量也不斷上漲。但是，醫(yī)院目前對(duì)于非在職人員的管理通常由各職能部門單獨(dú)進(jìn)行相關(guān)操作，如進(jìn)修生、研究生歸屬科教部管理，信息外包歸屬信息中心管理等。在管理過程中，由于統(tǒng)一集中管理平臺(tái)的缺失，可能會(huì)出現(xiàn)分配臨時(shí)工號(hào)重復(fù)、統(tǒng)計(jì)困難、管理難度高等問題。因此，對(duì)于各類人員的閉環(huán)統(tǒng)一管理顯得尤為重要。然而，因?yàn)楦鞑块T人員管理信息化程度的不同、各系統(tǒng)間互聯(lián)互通機(jī)制的缺失，使得人員管理過程中的信息孤島問題較嚴(yán)重。這就迫切需要醫(yī)院管理者推動(dòng)職能管理部門對(duì)于非在職人員管理與服務(wù)理念的轉(zhuǎn)變和升級(jí)，努力使用新興技術(shù)提高管理水平、提升服務(wù)效率和質(zhì)量[2]。

近年來，受益于互聯(lián)網(wǎng)技術(shù)快速發(fā)展、醫(yī)療機(jī)構(gòu)對(duì)信息化投入逐年增長等因素，醫(yī)療機(jī)構(gòu)的信息化水平得到快速提升，信息系統(tǒng)的建設(shè)趨于一體化、移動(dòng)化以及智慧化[3]。在醫(yī)院人員信息系統(tǒng)建設(shè)方面，孫秀秀[4]完成了互聯(lián)網(wǎng)+醫(yī)院人事管理信息化系統(tǒng)構(gòu)建分析，旨在通過信息化系統(tǒng)實(shí)現(xiàn)院內(nèi)人員信息集中管理、數(shù)據(jù)高效利用以及信息數(shù)據(jù)安全保障，但并未覆蓋到院內(nèi)職工以外人員的信息化管理；在信息系統(tǒng)架構(gòu)方面，劉景娜等[5]完成了基于SSH框架的醫(yī)院人事管理系統(tǒng)開發(fā)及應(yīng)用，但系統(tǒng)架構(gòu)未考慮到移動(dòng)端的需求。

因此，本研究擬針對(duì)上述現(xiàn)存的問題使用Vue和WebAPI技術(shù)，利用信息化手段搭建非在職人員管理平臺(tái)，從移動(dòng)端、PC端等多種形態(tài)終端實(shí)現(xiàn)人員管理效率的最大化，以期為醫(yī)院人員的精細(xì)化管理提供有力的保障。

1 需求分析

非在職人員管理平臺(tái)不僅涵蓋后勤外包人員還涉及其他科室人員，人員來源復(fù)雜，牽扯部門眾多，本研究在經(jīng)過與后勤保障部、科教部、護(hù)理部及臨床研究中心等各職能部門多次的會(huì)議討論后，確定平臺(tái)建設(shè)具體需求。

非在職人員管理平臺(tái)的建設(shè)分為2大部分：非在職人員移動(dòng)端申請(qǐng)和非在職人員后臺(tái)管理系統(tǒng)。其中，移動(dòng)端申請(qǐng)部分，需要申請(qǐng)者關(guān)注醫(yī)院微信公眾號(hào)，通過非在職人員入口進(jìn)行個(gè)人信息填寫，查看申請(qǐng)結(jié)果及完成個(gè)人識(shí)別碼展示。后臺(tái)管理部分，各個(gè)職能部門可對(duì)所屬的非在職人員信息進(jìn)行修改、審核等操作，根據(jù)所屬部門人員類型確定是否開啟科室初審、是否一鍵審核等功能。當(dāng)開啟科室初審后，該類型非在職人員需要進(jìn)行3次審核，包括科室初審、職能初審及職能終審；不開啟科室初審時(shí)，科室初審默認(rèn)審核通過。開啟一鍵審核功能時(shí)，職能初審及職能終審人員一致時(shí)，進(jìn)行職能初審時(shí)將同時(shí)進(jìn)行職能終審。職能部門審核權(quán)限列表如表1所示。

表1 職能部門審核權(quán)限列表

數(shù)據(jù)層面，作為基礎(chǔ)數(shù)據(jù)建設(shè)的一部分，平臺(tái)提供統(tǒng)一公共接口服務(wù)，與第三方系統(tǒng)進(jìn)行數(shù)據(jù)共享。通過對(duì)人員類型的分析，非在職人員平臺(tái)初始數(shù)據(jù)來源于各個(gè)職能部門目前已經(jīng)維護(hù)的人員信息，通過Excel進(jìn)行批量導(dǎo)入。數(shù)據(jù)來源方式如表2所示。

表2 數(shù)據(jù)來源方式

2 系統(tǒng)設(shè)計(jì)

2.1 系統(tǒng)架構(gòu)

為適應(yīng)技術(shù)和業(yè)務(wù)發(fā)展需求，前后端分離技術(shù)已成為移動(dòng)互聯(lián)網(wǎng)領(lǐng)域不可或缺的技術(shù)[6]。本研究系統(tǒng)采用了基于Vue+WebAPI+企業(yè)服務(wù)總線（Enterprise Service Bus，ESB）的前后端分離技術(shù)，Vue負(fù)責(zé)前端展示，WebAPI負(fù)責(zé)后端的搭建與業(yè)務(wù)邏輯，ESB負(fù)責(zé)WebAPI的封裝、接口的實(shí)時(shí)監(jiān)控。開發(fā)工具采用Microsoft Visual Studio 15.0、.Net framework 4.5，數(shù)據(jù)庫存儲(chǔ)采用的是Microsoft SQL Server 2016?；诰W(wǎng)絡(luò)安全及數(shù)據(jù)安全考慮，Vue前端系統(tǒng)部署在醫(yī)院前置機(jī)，WebAPI部署及數(shù)據(jù)存儲(chǔ)均在醫(yī)院的內(nèi)部網(wǎng)絡(luò)。

當(dāng)非在職人員通過掌上醫(yī)院微信公眾號(hào)填寫人員基本信息并提交后，借助互聯(lián)網(wǎng)代理服務(wù)器向醫(yī)院外網(wǎng)請(qǐng)求http服務(wù)，醫(yī)院外網(wǎng)的互聯(lián)網(wǎng)信息服務(wù)（Internet Information Services，IIS）接收到http請(qǐng)求后，利用從醫(yī)院內(nèi)網(wǎng)映射到醫(yī)院外網(wǎng)的ESB服務(wù)，確保醫(yī)院內(nèi)外網(wǎng)之間通過網(wǎng)閘物理隔離，將審核消息推送到職能部門審核人員手機(jī)上。審核人員通過手機(jī)端或PC端完成申請(qǐng)人員信息的審核。審核成功后，申請(qǐng)者可以在手機(jī)端以HTML5的頁面查看審批過程及個(gè)人識(shí)別碼。系統(tǒng)架構(gòu)圖如圖1所示。

圖1 系統(tǒng)架構(gòu)圖

2.2 核心技術(shù)

系統(tǒng)應(yīng)用前后端分離模式，在前后端分離的框架選型中，系統(tǒng)前端技術(shù)采用Vue框架，后端采用WebAPI，前端與后端的耦合度較低。Vue是一個(gè)小型、高性能、組件化的JavaScriptMVVM庫，是一套創(chuàng)建用戶界面的漸進(jìn)式框架，其通過數(shù)據(jù)分析驅(qū)動(dòng)及組件化的思維創(chuàng)立，本研究采納自底向上增量開發(fā)的設(shè)計(jì)。Vue是借助API實(shí)現(xiàn)的數(shù)據(jù)綁定來開發(fā)，和Model后臺(tái)展開數(shù)據(jù)分析交互，具有承前啟后的指導(dǎo)作用。后端采用WebAPI接口，返回前端所需的數(shù)據(jù)，不再渲染HTML頁面及控制前端，僅進(jìn)行邏輯處理對(duì)外提供數(shù)據(jù)。在前后端分離的應(yīng)用模式中，可以加快整體的響應(yīng)速度，快速定位問題，同時(shí)水平擴(kuò)展前后端服務(wù)器，減少后端服務(wù)器的并發(fā)/負(fù)載壓力[7]。前后端分離架構(gòu)如圖2所示。

圖2 前后端分離的系統(tǒng)架構(gòu)

本系統(tǒng)采用前后端分離架構(gòu)可實(shí)現(xiàn)：① 分布式部署，提升系統(tǒng)的業(yè)務(wù)處理能力，減少后端資源壓力；② 復(fù)用組件，提升系統(tǒng)的可用性、擴(kuò)展能力和可維護(hù)性；③ 生態(tài)完備，方便開發(fā)團(tuán)隊(duì)的分工合作，提高開發(fā)效率[8]。

3 系統(tǒng)實(shí)現(xiàn)

3.1 業(yè)務(wù)申請(qǐng)流程

業(yè)務(wù)申請(qǐng)流程如圖3所示，非在職人員通過手機(jī)微信關(guān)注醫(yī)院公眾號(hào)，點(diǎn)擊“非在職人員登記”入口，校驗(yàn)當(dāng)前非在職人員是否已經(jīng)填寫申請(qǐng)表單。若未填寫，則填寫姓名、性別、身份證號(hào)、手機(jī)號(hào)碼、學(xué)歷、所屬部門、公司名稱等個(gè)人基本信息，并上傳個(gè)人照片。部分科室對(duì)個(gè)人基本信息有特殊要求的，則需另外填寫補(bǔ)充信息，如歸屬科教部管理的研究生，則另外填寫職稱、班號(hào)、進(jìn)修/實(shí)習(xí)科室、導(dǎo)師/帶教老師等補(bǔ)充信息。人員信息填寫完成后，可以在查看審核結(jié)果模塊中查看審核進(jìn)度。審核通過后，在個(gè)人信息識(shí)別碼中查看個(gè)人唯一識(shí)別碼。若基本信息已填寫，則直接查看審核結(jié)果及個(gè)人信息識(shí)別碼。前端界面基于Vue框架實(shí)現(xiàn)，引入ElementUI控件，界面簡潔，有效提升用戶操作體驗(yàn)；后端基于ESB封裝的WebAPI進(jìn)行數(shù)據(jù)交互[9]。

圖3 業(yè)務(wù)申請(qǐng)流程

3.2 審核流程

非在職人員提交申請(qǐng)后，審核人員移動(dòng)端會(huì)收到非在職人員的申請(qǐng)信息，并通過移動(dòng)端或PC端進(jìn)行人員信息的審核。若人員申請(qǐng)信息存在問題，則填寫審核不通過原因，審核結(jié)果通過則以短信和醫(yī)院公眾號(hào)消息推送的方式告知申請(qǐng)人員。審核人員審核流程如圖4所示。

圖4 審核人員審批流程圖

3.3 工號(hào)編碼規(guī)則

為便于規(guī)范管理各類人員，非在職人員的分類及工號(hào)編碼規(guī)則將由人力資源部統(tǒng)一制定，再由各相關(guān)職能部門在規(guī)定的編碼號(hào)段范圍內(nèi)直接編碼。同時(shí)為確保信息系統(tǒng)中醫(yī)院人員相關(guān)信息的安全性和唯一性，工號(hào)編碼將由系統(tǒng)自動(dòng)生成。系統(tǒng)將自動(dòng)給予新進(jìn)員工工號(hào)并往后順延，不再重復(fù)使用已用過的工號(hào)。因各部門編碼號(hào)段固定，為避免工號(hào)浪費(fèi)，系統(tǒng)將會(huì)自動(dòng)釋放被無效占用的工號(hào)，并將它們重新給予新進(jìn)人員。非在職人員編碼規(guī)則如表3所示。

表3 非在職人員編碼規(guī)則

3.4 字典規(guī)范

非在職人員管理平臺(tái)作為醫(yī)院人員資源庫，為信息交換及最大限度實(shí)現(xiàn)資源共享，采用主數(shù)據(jù)管理系統(tǒng)中標(biāo)準(zhǔn)化的字典，進(jìn)行統(tǒng)一化、規(guī)范化的處理[10]，如平臺(tái)中涉及民族、性別、政治面貌等，性別代碼參照GB/T2261.1-2003《個(gè)人基本信息分類與代碼 第1部分：人的性別代碼》[11]，未知的性別代碼為0、男性為1、女性為2、未說明的性別為9。同時(shí)，為第三方的應(yīng)用提供標(biāo)準(zhǔn)化的接口服務(wù)，如院內(nèi)餐卡系統(tǒng)、門禁卡系統(tǒng)等。

4 功能模塊

4.1 移動(dòng)端申請(qǐng)?zhí)峤患安榭?/h3>

申請(qǐng)者通過移動(dòng)終端填寫個(gè)人基本信息、部門信息及補(bǔ)充信息等，表單采用結(jié)構(gòu)化模板，院內(nèi)工號(hào)由系統(tǒng)根據(jù)規(guī)則自動(dòng)生成，保證數(shù)據(jù)完整性及可用性。申請(qǐng)者提交之后，可以查看審核進(jìn)度。若審核未通過，需重新提交申請(qǐng)（工號(hào)需重新分配，之前占用的工號(hào)將會(huì)被釋放）；若審核通過則申請(qǐng)人可至個(gè)人識(shí)別碼頁面查詢個(gè)人識(shí)別碼信息，個(gè)人識(shí)別碼為院內(nèi)人員身份標(biāo)識(shí)的唯一碼，第三方應(yīng)用可以通過個(gè)人識(shí)別碼進(jìn)行相應(yīng)的數(shù)據(jù)交互。非在職人員登記入口及個(gè)人識(shí)別碼的相應(yīng)系統(tǒng)界面如圖5所示。

圖5 非在職人員登記入口（a）及個(gè)人識(shí)別碼（b）

4.2 部門審核

為方便部門對(duì)于非在職人員的管理，系統(tǒng)采用二級(jí)部門、三級(jí)審核模式。審核模式根據(jù)部門實(shí)際情況靈活審核，分為科室初審、職能初審和職能終審。如某部門不需要科室初審則可為其部門設(shè)置為默認(rèn)科室初審?fù)ㄟ^狀態(tài)。審核不通過時(shí)，則需填寫不通過原因，便于非在職人員查看原因，及時(shí)進(jìn)行修改。非在職人員離職后，再次來院，若人員類型變動(dòng)，則需管理員注銷離職信息，申請(qǐng)者再次提交；若人員類型不改變，則可直接提交信息，通過審核后數(shù)據(jù)生效，非在職人員部門審核界面如圖6所示。

圖6 非在職人員部門審核

4.3 人員信息公共接口服務(wù)

為實(shí)現(xiàn)醫(yī)院人員信息統(tǒng)一對(duì)外提供服務(wù)，將非在職人員信息與院內(nèi)職工信息進(jìn)行數(shù)據(jù)整合，建立人員資源庫，進(jìn)行人員網(wǎng)格化管理。對(duì)于第三方應(yīng)用，統(tǒng)一提供標(biāo)準(zhǔn)的ESB接口服務(wù)，保證在不同系統(tǒng)或醫(yī)療服務(wù)提供者之間交換信息時(shí)的一致性、準(zhǔn)確性和完整性，同時(shí)消除醫(yī)療信息在不同場合的差異[12]。

5 成效評(píng)價(jià)

5.1 研究對(duì)象

本研究選取2020年9月至2021年9月的非在職人員為對(duì)照組，采用人工方式錄入人員信息，通過手工記錄申請(qǐng)（n=1287）；選取2021年10月至2022年4月的非在職人員為觀察組，通過非在職人員移動(dòng)端進(jìn)行信息錄入，通過移動(dòng)端申請(qǐng)（n=1184）。2組人員的基本資料（年齡、性別占比）無明顯統(tǒng)計(jì)學(xué)差異（P＞0.05），具有可比性。

5.2 評(píng)價(jià)指標(biāo)

（1）數(shù)據(jù)完整性。將對(duì)照組和觀察組關(guān)鍵信息、非關(guān)鍵信息是否完整填寫進(jìn)行對(duì)比，分析所建系統(tǒng)對(duì)于醫(yī)院管理水平的影響。其中的關(guān)鍵信息包括姓名、身份證號(hào)、性別、人員類型、手機(jī)號(hào)碼等；非關(guān)鍵信息包括學(xué)歷水平、居住地址、來院科室、在院狀態(tài)等。

（2）申請(qǐng)及審批用時(shí)。通過對(duì)照組和觀察組人員申請(qǐng)用時(shí)、職能部門人工審批及移動(dòng)端或者PC端審批用時(shí)的對(duì)比，分析所建系統(tǒng)對(duì)于工作效率的影響。

（3）餐卡辦理用時(shí)。通過對(duì)照組和觀察組人員餐卡申請(qǐng)用時(shí)比較，進(jìn)一步分析所建系統(tǒng)對(duì)于工作效率的影響。

5.3 統(tǒng)計(jì)學(xué)分析

應(yīng)用SPSS 26.0軟件進(jìn)行統(tǒng)計(jì)學(xué)分析，計(jì)數(shù)資料以n（%）表示，采用χ2檢驗(yàn)，實(shí)驗(yàn)的顯著性水平設(shè)為0.01，以P＜0.01為差異具有統(tǒng)計(jì)學(xué)意義；計(jì)量資料以±s表示，采用MannWhitneyU檢驗(yàn)，0.2＜Cohen’s d≤0.5為小效應(yīng)、0.5＜Cohen’s d≤0.8為中等效應(yīng)、Cohen’s d＞0.8為大效應(yīng)。實(shí)驗(yàn)的顯著性水平設(shè)為0.01，以P＜0.01為差異具有統(tǒng)計(jì)學(xué)意義。

6 應(yīng)用效果

6.1 對(duì)管理水平的影響

建設(shè)非在職人員管理平臺(tái)之前，各個(gè)職能部門通過手工或者Excel進(jìn)行錄入和記錄非在職人員，往往存在記錄錯(cuò)誤、記錄不完整的問題，數(shù)據(jù)無法達(dá)到標(biāo)準(zhǔn)化，數(shù)據(jù)統(tǒng)計(jì)耗費(fèi)大量的人力與時(shí)間，并且易形成信息孤島，數(shù)據(jù)無法共享[13]。平臺(tái)建設(shè)之后，非在職人員申請(qǐng)模板標(biāo)準(zhǔn)統(tǒng)一、數(shù)據(jù)結(jié)構(gòu)一致，數(shù)據(jù)完整性得到明顯提高。審核人員實(shí)時(shí)掌握非在職人員在院情況，動(dòng)態(tài)制定非在職人員管理措施，實(shí)現(xiàn)了非在職人員的閉環(huán)管理，改進(jìn)了管理水平。非在職人員手工錄入與系統(tǒng)錄入的數(shù)據(jù)完整性分析結(jié)果如表4所示，2種錄入方式中關(guān)鍵信息與非關(guān)鍵信息填寫是否完整存在顯著差異（P＜0.001）。

表4 非在職人員錄入數(shù)據(jù)完整性對(duì)比

6.2 對(duì)工作效率的影響

通過非在職人員管理平臺(tái)，職能部門可以實(shí)時(shí)獲知非在職人員基本信息，并有效管理人員在院情況，同時(shí)非在職人員平臺(tái)與院內(nèi)餐卡系統(tǒng)的對(duì)接，實(shí)現(xiàn)了數(shù)據(jù)共享[14]，優(yōu)化了辦理餐卡流程，有效節(jié)省雙方時(shí)間，提高了工作效率。非在職人員手工錄入與系統(tǒng)錄入的申請(qǐng)用時(shí)與職能部門審批用時(shí)分析結(jié)果如表5所示，2種錄入方式的申請(qǐng)用時(shí)與審批用時(shí)的結(jié)果存在顯著差異（Cohen’sd=14.032、14.558，均P＜0.001）。

表5 非在職人員申請(qǐng)用時(shí)及職能部門審批用時(shí)對(duì)比

手工統(tǒng)計(jì)的餐卡辦理用時(shí)為（11.000±1.413）min，系統(tǒng)填寫的餐卡辦理用時(shí)為（2.000±0.815）min，2種方式的用時(shí)差異存在顯著差異（Cohen’sd=7.785，U=152075，P＜0.001）。

7 討論與結(jié)論

人力資源是醫(yī)療行業(yè)中的核心競爭力[15]。本研究通過Vue+WebAPI等互聯(lián)網(wǎng)技術(shù)實(shí)現(xiàn)了非在職人員從申請(qǐng)、審批到數(shù)據(jù)應(yīng)用的全流程信息化閉環(huán)管理，優(yōu)化了非在職人員管理的整體流程，縮短了審批時(shí)間，有效提升了工作效率和數(shù)據(jù)質(zhì)量，并為后續(xù)的第三方應(yīng)用提供了統(tǒng)一的標(biāo)準(zhǔn)服務(wù)及數(shù)據(jù)基礎(chǔ)。在現(xiàn)代醫(yī)院人力資源管理中，醫(yī)療機(jī)構(gòu)更多側(cè)重于院內(nèi)職工的信息化研究，靖超等[16]、劉亞娟等[17]通過傳統(tǒng)的信息化技術(shù)對(duì)院內(nèi)人力資源進(jìn)行建設(shè)，利用了信息化的手段從傳統(tǒng)的人員管理轉(zhuǎn)變到PC端信息化管理，一定程度提高了信息化水平，但是在移動(dòng)端等多形態(tài)中未進(jìn)行研究。張帆等[18]在醫(yī)院員工360信息管理系統(tǒng)建設(shè)中，通過互聯(lián)網(wǎng)+建立基于人員基本信息的醫(yī)療、科教、醫(yī)德醫(yī)風(fēng)等一體化的職工自我360管理，提供院內(nèi)人員管理新思路，但在進(jìn)修生、研究生等人員覆蓋面上并未涉及。通過與以往的研究進(jìn)行比較，非在職人員系統(tǒng)采用了目前主流的互聯(lián)網(wǎng)+技術(shù)，為后續(xù)功能擴(kuò)展預(yù)留了接口；同時(shí)在人員覆蓋面上，系統(tǒng)不僅包含各個(gè)職能部門的非在職人員，并且通過與人力資源系統(tǒng)的數(shù)據(jù)對(duì)接，形成了完整的醫(yī)院人力資源池，為后續(xù)的數(shù)據(jù)共享提供了數(shù)據(jù)基礎(chǔ)[19]。但是，在非在職人員管理平臺(tái)建設(shè)中，也存在不足，如人員覆蓋面上尚未與退休人員數(shù)據(jù)對(duì)接[20]，且關(guān)于醫(yī)療場景相關(guān)應(yīng)用、相關(guān)技術(shù)的論述較少。

后續(xù)研究中，以非在職人員為基礎(chǔ)，繼續(xù)增加覆蓋人員范圍，為醫(yī)院不同類別人員網(wǎng)格化管理提供數(shù)據(jù)基礎(chǔ)，形成覆蓋醫(yī)院各類人員的人力資源池[21]。在未來的應(yīng)用場景中，不斷拓展應(yīng)用范圍，如與門禁卡、進(jìn)出樓宇閘機(jī)、人臉識(shí)別等進(jìn)行數(shù)據(jù)共享，進(jìn)一步為醫(yī)院人員網(wǎng)格化的管理相關(guān)研究及建設(shè)提供參考。