高校常住人員管理平臺設(shè)計與實現(xiàn)

文/秦楠 孫晶晶 鄭競力 吳馳

智慧校園背景下，高校信息化發(fā)展迅速，各大高校初步實現(xiàn)了“信息多跑路，師生少跑腿”。盡管如此，縱觀高校各類信息系統(tǒng)，其覆蓋人員群體始終局限于師生，對于其他在高校中生活、工作或與高校有業(yè)務(wù)往來的人群缺乏信息化管理手段。目前，高校常住人員管理普遍存在以下問題：第一，人員覆蓋不全面，除在編教職工、在冊學生之外的其他高校常住人員沒有權(quán)威數(shù)據(jù)來源，對于人員類型也缺乏系統(tǒng)梳理；第二，歸口責權(quán)不清晰，高校管理的關(guān)注點通常是教職工和學生，對于其他常住人員的管理沒有在職能部門中形成清晰的責權(quán)劃分，出現(xiàn)高校內(nèi)的公共應急事件無法快速響應的現(xiàn)象；第三，地點通行無秩序，高校常住人員沒有與校內(nèi)地點進行精準關(guān)聯(lián)，對公共應急事件和日常通行無法提供空間數(shù)據(jù)依據(jù)，對不同地點也無法實施彈性化、精細化的通行管控。這些問題為校園日常安全管理和公共應急事件響應帶來阻礙，亟需從頂層設(shè)計出發(fā)構(gòu)建覆蓋高校全域的常住人員管理平臺予以解決。

建設(shè)思路

為解決常住人員管理過程中出現(xiàn)的諸多問題，華中科技大學圍繞管理制度、數(shù)據(jù)標準、平臺架構(gòu)三個方面擬定了建設(shè)思路。

管理制度

為明確常住人員管理的原則與目標，華中科技大學從實際情況出發(fā)擬定《華中科技大學常住人員管理辦法》，確定了“誰登記、誰負責，誰管理、誰負責，誰提供、誰負責，誰審核、誰負責”的總體原則，細化了各部門職責和權(quán)限，闡述了各類常住人員的管理流程，奠定了高校常住人員管理平臺建設(shè)的基礎(chǔ)。

數(shù)據(jù)標準

高校常住人員管理平臺涉及的核心數(shù)據(jù)主要包括人員數(shù)據(jù)和地點數(shù)據(jù)，數(shù)據(jù)標準制定圍繞這兩者展開。

1.人員數(shù)據(jù)標準

人員數(shù)據(jù)標準涉及人員類型標準、人員編碼標準兩個部分。華中科技大學信息化部門聯(lián)合人事處、學生工作處、后勤集團、社區(qū)等多個職能部門依據(jù)《華中科技大學常住人員管理辦法》研討制定了人員類型標準，將常住人員分為學生、教職工、社區(qū)居民和業(yè)務(wù)往來人員四大類，根據(jù)各歸口部門的管理需求又進一步細分為28個子分類（如圖1所示）。

人員編碼標準依照是否有權(quán)威數(shù)據(jù)來源分為三類：一是有源人員，即有信息化系統(tǒng)管理的人員（如學生、教職工），這類人員沿用原編碼方式；二是半源人員，即二級單位通過線下文檔管理并有人事編號需求的人員（如單位自編碼人員），針對這類人員，平臺結(jié)合業(yè)務(wù)單位自編碼人員類型自動生成由4位年份數(shù)字、自編碼人員類型碼、流水號組成的10位編碼，表1展示了華中科技大學部分自編碼人員類型碼編制規(guī)則；三是無源人員，即沒有通過任何方式進行管理，也沒有人事編號需求的人員（如社區(qū)居民），這類人員在登記入庫時，將被賦予隨機生成的16位數(shù)字編碼。

表1 自編碼人員類型碼

2.地點數(shù)據(jù)標準

根據(jù)華中科技大學的實際情況，本研究將校內(nèi)地址分為四級：校區(qū)、片區(qū)、樓棟、門牌號，為各級地址分配UUID編碼，每一個地址編碼都隸屬于一個父級地址編碼，形成地址樹編碼結(jié)構(gòu)，這種編碼方式使得不同粒度的地址編碼具有一致性，同時兼顧從屬關(guān)系，便于計算以及在地圖信息系統(tǒng)中進行表征。

平臺架構(gòu)

為實現(xiàn)高校常住人員的統(tǒng)籌管理，華中科技大學利用數(shù)據(jù)共享中心打通第三方業(yè)務(wù)系統(tǒng)的數(shù)據(jù)壁壘，借助低代碼平臺實現(xiàn)常住人員采集和管理流程的信息化，依托高?；A(chǔ)化信息平臺，建立了高校常住人員管理平臺，平臺架構(gòu)如圖2所示。

圖2 高校常住人員管理平臺架構(gòu)

低代碼平臺層采用微服務(wù)、前后端分離架構(gòu)，利用元數(shù)據(jù)引擎、流程引擎、表單引擎、頁面引擎、報表引擎等內(nèi)核工具，快速構(gòu)建高校常住人員管理業(yè)務(wù)應用，并采用私有化部署的方式保障數(shù)據(jù)安全。高校常住人員管理平臺利用其用戶管理、組織機構(gòu)管理、崗位管理、角色管理和權(quán)限管理實現(xiàn)平臺的權(quán)限控制；利用菜單管理、表單設(shè)計、頁面配置、報表設(shè)計等實現(xiàn)客戶端及管理端的頁面開發(fā)，提供多終端展現(xiàn)；利用流程設(shè)計實現(xiàn)登記和審核工作流，保障數(shù)據(jù)在平臺中的有序動態(tài)流轉(zhuǎn)。

業(yè)務(wù)層包含個人住房登記、人員管理、住房管理、通行管理、可視化分析及系統(tǒng)管理等六大模塊。具體模塊功能分別是：個人住房登記為個人提供校內(nèi)住房登記及房屋居住人管理功能；人員管理為各二級單位提供業(yè)務(wù)往來人員管理功能，并為各級管理員提供不同權(quán)限的人員查詢功能；住房管理為各房產(chǎn)分管單位提供住房登記功能，為各級管理員提供不同權(quán)限的住房及內(nèi)部人員查詢功能；通行管理為常住人員分配通行碼，為地點生成地點碼，同時提供通行規(guī)則管理功能及掃碼管理功能；可視化分析提供不同統(tǒng)計口徑的人員數(shù)據(jù)、住房數(shù)據(jù)指標分析功能；系統(tǒng)管理則提供地點管理、掃碼設(shè)備管理、通行軌跡管理及系統(tǒng)配置等功能。

平臺實現(xiàn)

數(shù)據(jù)庫設(shè)計

高校常住人口管理業(yè)務(wù)邏輯部分主要涉及4張表：

1.人員登記表（register_user），記錄社區(qū)居民、業(yè)務(wù)往來人員的登記信息，通過頁面導入、登記流程等插入數(shù)據(jù)記錄。

2.人員總表（sys_user），記錄高校內(nèi)所有的常住人員信息。其中，學生、教職工等有源數(shù)據(jù)采用定時數(shù)據(jù)共享方式，使用ETL工具，將學生、教職工數(shù)據(jù)按需同步到常住人員管理平臺的人員總表中，社區(qū)居民和業(yè)務(wù)往來人員則通過在人員登記表中設(shè)置觸發(fā)器的方式，將表中的插入、更新和刪除操作同步到人員總表中。表結(jié)構(gòu)與人員登記表基本一致，但部分字段內(nèi)容根據(jù)人員類型不同略有差異。例如，在單位編碼字段部分，學生為學院編碼，教職工和業(yè)務(wù)往來人員為單位編碼，社區(qū)居民為空。

3.住房登記表（register_house），記錄校內(nèi)住房與房主之間的關(guān)系信息，房主可能是教職工，也可能是校外人員。在住房登記表中登記的房主有權(quán)登記住房內(nèi)的其他實際居住人，例如配偶、子女、租借人等。

4.地點表（place_info），記錄校內(nèi)各級地點的編號、分類、開放狀態(tài)、通行規(guī)則等信息。

完成數(shù)據(jù)庫設(shè)計和表創(chuàng)建之后，通過低代碼平臺的元數(shù)據(jù)引擎對數(shù)據(jù)源進行綁定，綁定成功后的表字段可直接被頁面引擎和流程引擎引用，涉及該字段的增、刪、改、查均無需編寫數(shù)據(jù)庫存取代碼，從而實現(xiàn)可視化開發(fā)。

常住人員登記流程

高校常住人員中的學生和教職工從學生注冊系統(tǒng)、人事系統(tǒng)等定時同步而來。因此，平臺的人員登記流程主要包含社區(qū)居民登記和業(yè)務(wù)往來人員登記。

1.社區(qū)居民登記

高校社區(qū)居民登記與校內(nèi)住房存在強關(guān)聯(lián)，所以社區(qū)居民登記首先需要房產(chǎn)管理員通過管理端進行住房登記，再由房主自行登錄平臺移動端登記住房內(nèi)的實際居住人，其具體流程如圖3所示。

圖3 社區(qū)居民登記流程

考慮到高校內(nèi)多校區(qū)、多住房產(chǎn)權(quán)類型的情況，房產(chǎn)管理員通常不唯一，而是根據(jù)房主人員類型不同、住房類型不同進行了職權(quán)劃分。華中科技大學常住人口住房登記權(quán)限見表2。

表2 華中科技大學常住人口住房登記權(quán)限

平臺移動端為用戶提供校內(nèi)住房登記、實際居住人登記功能。校內(nèi)教職工通過校內(nèi)住房登記功能可自助登記位于校內(nèi)的非學校產(chǎn)權(quán)方，或確認由房產(chǎn)處登記的學校產(chǎn)權(quán)房。已登記校內(nèi)住房的教職工或校外房主可通過實際居住人登記功能登記居住在該住房內(nèi)的人員信息。

2.業(yè)務(wù)往來人員登記

業(yè)務(wù)往來人員是高校常住人員中流動性最大的人群，這類人員由業(yè)務(wù)往來二級單位人事專員登記。一般而言，單位項目工作人員、單位場所工作人員和其他業(yè)務(wù)往來人員沒有編碼需求，可由人事專員根據(jù)業(yè)務(wù)需求自行設(shè)置常住期限，但是單位自編碼人員通常是二級單位自聘人員，有較嚴格的管理需求，需要通過單位負責人審核，具體流程如圖4所示。

圖4 業(yè)務(wù)往來人員登記流程

業(yè)務(wù)往來人員的編碼支持人事專員人工輸入，也支持系統(tǒng)根據(jù)人員登記表的編碼規(guī)則自動生成，提高了自編碼規(guī)范性，避免編碼沖突。除人員登記之外，平臺還為單位自編碼人員提供信息變更管理、編碼狀態(tài)管理等功能，維護自編碼人員信息的實時有效性，并作為自編碼人員的權(quán)威數(shù)據(jù)源為第三方業(yè)務(wù)提供數(shù)據(jù)。例如，自編碼人員通常有辦理校園卡需求，通過打通常住人員管理平臺和校園卡系統(tǒng)可以實現(xiàn)自編碼人員自助領(lǐng)卡，代替線下人工辦卡，提高服務(wù)效率。

可視化開發(fā)

高校常住人口管理的功能主要圍繞查詢列表、登記表單和審核流程展開，借用低代碼技術(shù)，平臺實現(xiàn)了大部分前后端頁面的可視化開發(fā)，提高了開發(fā)效率，降低了系統(tǒng)對專業(yè)開發(fā)人員的依賴程度。

1.列表頁面開發(fā)

列表頁面是平臺中使用最多的頁面形式，用于批量查詢常住人員和住房登記信息，通常是各功能模塊默認呈現(xiàn)的頁面，其他登記、審批、刪除等都在列表頁面發(fā)起。以常住人員查詢頁面為例，其開發(fā)步驟如下：

第一，創(chuàng)建頁面菜單，分配編號rp_005_004，并在低代碼框架權(quán)限管理中設(shè)置頁面訪問權(quán)限為僅限管理員角色訪問。

第二，訪問頁面鏈接，根據(jù)頁面編號得到頁面鏈接，例如https://xxx.hust.edu.cn/tp_jp/view/p/rp_005_004，以開發(fā)者身份訪問該鏈接將會在頁面上顯示編輯工具表盤。

第三，配置頁面模板，點擊編輯工具表盤中的配置模板，選擇列表類型模板，設(shè)置頁面關(guān)聯(lián)的數(shù)據(jù)表名為sys_user。

第四，構(gòu)建頁面元素，選擇sys_user表中的ID_NUMBER、NAME、CARD_ID等字段為列表顯示字段，并設(shè)置頁面包含的功能區(qū)域，如查詢區(qū)域、按鈕區(qū)域、列表功能區(qū)域等。

第五，編輯頁面，點擊進入編輯模式，通過拖拽等方式調(diào)整列表字段位置、顯示屬性和查詢項等。頁面保存后，退出編輯狀態(tài)便完成了列表頁面的開發(fā)。

2.表單頁面開發(fā)

表單頁面在實際居住人登記、業(yè)務(wù)往來人員登記、住房登記功能中都有使用，通常在列表頁面以新增按鈕的方式觸發(fā)。以家屬登記頁面為例，需先開發(fā)家屬列表頁面，再為“新增家屬”按鈕配置表單，其開發(fā)步驟如下：

第一，配置新增按鈕，通過家屬列表頁面的編輯模式配置“新增家屬”按鈕，進入表單配置頁面。

第二，添加表單元素，為表單元素設(shè)置屬性，并選擇家屬列表頁面已經(jīng)關(guān)聯(lián)的數(shù)據(jù)表字段，例如為“姓名”表單元素關(guān)聯(lián)register_user表的NAME字段。

第三，配置按鈕，配置“提交”和“取消”按鈕的執(zhí)行動作，例如用戶點擊“提交”按鈕后表單引擎自動獲取表單元素中的值向register_user表中插入一條家屬信息記錄。

3.工作流開發(fā)

本平臺的主要工作流有單位自編碼人員錄入審核和單位自編碼人員信息變更審核。以單位自編碼人員審核為例，其開發(fā)步驟如下：

第一，繪制工作流，在流程編輯器中通過拖拽的方式繪制流程節(jié)點，并設(shè)置名稱、審批類型等屬性（如圖5所示）。

圖5 流程編輯頁面

第二，創(chuàng)建節(jié)點頁面，根據(jù)流程圖節(jié)點創(chuàng)建錄入和審核頁面菜單，獲取編號后，訪問頁面鏈接，步驟與創(chuàng)建列表頁面基本相同。

第三，配置模板，選擇頁面模板為工作流，綁定到工作流相應節(jié)點，配置SQL查詢語句，根據(jù)SQL語句返回的字段構(gòu)建節(jié)點待處理任務(wù)列表的顯示元素。

第四，配置審核表單，進入工作流頁面的編輯模式，選擇“審批”按鈕設(shè)置審批表單，具體而言就是添加審批頁面的表單元素，以及為“同意”“駁回”等按鈕設(shè)置執(zhí)行動作。

通行管理

高校各類常住人員如何在校內(nèi)有序通行是確保校園安全的關(guān)鍵。平臺基于高校常住人員庫形成包含校園通行碼、校園地點碼和通行規(guī)則三個模塊的“三位一體”通行保障體系，具體功能如下：

第一，校園通行碼，指為高校常住人員分配的二維碼標識，一人一碼，常住人員可憑借校園通行碼在各級門禁掃碼，系統(tǒng)根據(jù)通行碼狀態(tài)和地點通行規(guī)則判斷是否可以通行，通行記錄上傳至服務(wù)器進行入庫保存，以便公共應急事件溯源。

第二，校園地點碼，指為校內(nèi)地點分配的二維碼標識，一地一碼，結(jié)合地點編碼標準化形成的校內(nèi)地址樹編碼，校園地點碼可為任意校區(qū)、片區(qū)、樓棟或者門牌號分配二維碼，還可以將手持掃碼設(shè)備、門禁設(shè)備或人臉識別設(shè)備綁定至地點碼，按需實現(xiàn)自動化通行檢測。

第三，通行規(guī)則，指設(shè)置在校園地點碼上，用于判斷常住人員是否可以正常通行的規(guī)則集合。為實現(xiàn)各級地點靈活控制通行，平臺支持從地點開放狀態(tài)、可通行人員通行碼顏色、可通行人員類型、可通行人員角色、可通行人員組織機構(gòu)及可通行白名單等六個維度設(shè)置規(guī)則。各級地點管理單位，例如實驗室、機房等，可根據(jù)需求自行設(shè)定管理員和管理通行規(guī)則。規(guī)則化通行實現(xiàn)了高校常住人員的動態(tài)管控，公共應急事件場景下可快速實現(xiàn)管控升級。

平臺上線以來共采集校內(nèi)常住人員20余萬，登記1萬余套住房信息，覆蓋校內(nèi)地址4萬多個，實現(xiàn)了校內(nèi)人員和地點的全域覆蓋。同時，借助平臺彈性化通行保障體系，在校內(nèi)多個單位實現(xiàn)了精細化通行管控。除此之外，在低代碼技術(shù)的加持下，平臺在應對疫情不同防控策略需求變更時，響應迅速，獲得了校園管理者和師生的一致好評。