高校常住人員管理平臺設計與實現

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

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

建設思路

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

管理制度

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

數據標準

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

1.人員數據標準

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

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

表1 自編碼人員類型碼

2.地點數據標準

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

平臺架構

為實現高校常住人員的統籌管理，華中科技大學利用數據共享中心打通第三方業務系統的數據壁壘，借助低代碼平臺實現常住人員采集和管理流程的信息化，依托高?；A化信息平臺，建立了高校常住人員管理平臺，平臺架構如圖2所示。

圖2 高校常住人員管理平臺架構

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

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

平臺實現

數據庫設計

高校常住人口管理業務邏輯部分主要涉及4張表：

1.人員登記表（register_user），記錄社區居民、業務往來人員的登記信息，通過頁面導入、登記流程等插入數據記錄。

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

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

4.地點表（place_info），記錄校內各級地點的編號、分類、開放狀態、通行規則等信息。

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

常住人員登記流程

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

1.社區居民登記

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

圖3 社區居民登記流程

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

表2 華中科技大學常住人口住房登記權限

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

2.業務往來人員登記

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

圖4 業務往來人員登記流程

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

可視化開發

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

1.列表頁面開發

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

第一，創建頁面菜單，分配編號rp_005_004，并在低代碼框架權限管理中設置頁面訪問權限為僅限管理員角色訪問。

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

第三，配置頁面模板，點擊編輯工具表盤中的配置模板，選擇列表類型模板，設置頁面關聯的數據表名為sys_user。

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

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

2.表單頁面開發

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

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

第二，添加表單元素，為表單元素設置屬性，并選擇家屬列表頁面已經關聯的數據表字段，例如為“姓名”表單元素關聯register_user表的NAME字段。

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

3.工作流開發

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

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

圖5 流程編輯頁面

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

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

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

通行管理

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

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

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

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

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