宋偉 劉景娜 劉佳



摘 要:采用三層系統架構、.NET開發平臺、C#語言、SQL Server2012數據庫開發了醫院職工檔案管理系統。該系統應用虛擬化數據技術接入到醫院信息化系統中,保障了數據間的耦合、獨立與共享。設計主要包括基本檔案管理、工資管理、績效管理、招聘管理、報表管理和系統管理幾個功能。特別是在職工績效管理中設計了設置權重功能。經過測試應用,該系統運行穩定、可維護性好,滿足醫院職工檔案管理的需求。
關鍵詞:檔案管理系統;績效管理功能;設置權重;虛擬化技術
中圖分類號:TP393
文獻標志碼:A
文章編號:1007-757X(2020)11-0102-04
Abstract:This paper uses three-tier system architecture, .-NET development platform, C# language, SQL Server 2012 database to develop a hospital staff file management system. The system applies virtualization data technology to the hospital information system, guarantees the coupling, independence and sharing of data. This design mainly includes basic file management, salary management, performance management, recruitment management, report management and system management. Especially, in staff performance management, the function of setting weight is designed. After testing and application, the system runs stably, maintains well, and meets the needs of hospital staff file management.
Key words:file management system;performance management function;setting weight;virtualization technology
0?引言
醫院人事業務有其特殊性,科室間人員、內部科室調科頻繁,而且很多醫師即屬于門診又屬于住院,這就需要專業的醫院職工檔案管理系統既要解決檔案管理的電子化,又要實現人力資源的全面管理。隨著醫院信息化建設的推進,職工檔案管理系統也相繼被開發。但當前的檔案管理系統缺乏與醫院人事管理的切合,如有些職工的重大貢獻還是要人力去錄入系統,以作為績效和工資計算的依據,智能化程度較低,成為了醫院全面信息化建設的一個瓶頸。
1?總體設計
1.1?系統架構設計
根據筆者前期對各大醫院職工檔案管理業務的調查,將本設計的系統分為系統集成層、平臺層和基礎設施層,如圖1所示。
系統集成層主要集成了四部分,即數據中心、功能模塊、系統管理和門戶。由圖1看出,門戶包含信息終端設備、公共服務、界面集成和身份認證,是醫院信息化的接入點,為患者就醫指導提供公共服務。其中,身份認證是醫院職工的統一認證平臺,配有獨立的數據庫來存儲職工的檔案信息;系統管理是核心,集成了醫院信息化系統的各項應用。醫院信息化系統中的每個單元相互具有耦合性和獨立性,同時又存在著數據的共享與交互;數據中心是醫院職工檔案管理系統的軟件基礎,集成了該系統中的所有數據,并對其進行管理。本文設計系統的數據中心采用了虛擬化技術,為不同子系統劃分了相應的存儲空間(即虛擬空間),這樣節省了大量的硬件成本。
平臺層醫院職工檔案管理系統的中間層,為該系統的開發和部署提供了必要的技術服務,該層包括數據庫、系統開發工具和操作系統。
基礎設施層作為職工檔案管理系統的最底層,為整個系統提供硬件支持,其中包括硬件資源和網絡資源。硬件資源涉及到防火墻、數據存儲設備等,網絡資源包括醫院專用網、公用因特網、無線網絡等設備。
1.2?網絡拓撲結構設計
職工檔案管理系統網絡拓撲結構,如圖2所示。
為本設計的網絡拓撲結構,該結果主要包括DMZ緩沖區、虛擬化平臺和內網的容災數據備份中心。利用虛擬化技術將多臺刀片服務器整合成整體,在經過虛擬化技術將空間分配給系統的各個應用,形成由控制中心統一管理相互耦合又獨立的虛擬服務器整列,保證了職工檔案管理系統的安全性和交互性。內網容災備份中心是整個系統的縮微版,具有和整個職工檔案管理系統相同的系統體系,當發生不可恢復的系統災難時,容災備份中心的就會替代當前的系統,能夠保證各個應用的正常運行。
2?系統功能設計及實現
為了降低醫院信息化建設成本、提高職工檔案管理效率,本系統采用B/S架構。開發平臺為.NET,開發語言為C#,數據庫采用SQL Server2012。
醫院職工檔案管理系統功能,如圖3所示。
其中,基本檔案管理模塊負責組織機構管理和職工基礎數據管理和維護;績效檔案管理模塊可為員工的績效考核提供基本的數據和計算功能,在評估項目管理中設置了職工績效管理的權重參數,為日后績效獎金的頒發提供參照;職工工資檔案管理模塊中,可按照職工姓名或工號查詢員工的工資、項目津貼、績效獎金和基本工資信息,也可按年或按月對每名職工的工資信息進行統計;招聘檔案管理模塊包含了職工招聘、審核、復試等管理內容的修改、查詢和刪除;報表管理模塊可對當前醫院在職的所有員工檔案進行查詢和統計;系統管理模塊只針對具有系統管理員權限的用戶開放,可完成系統的基本設置、權限設置,并管理系統用戶。
本文只詳細闡述績效檔案管理和工資檔案管理兩個模塊的設計與實現,這也是本系統開發的重點。
2.1?績效檔案管理功能
績效檔案管理功能是醫院對職工工作評定的重要單元,能夠完成評估權重設置、評估項目管理、評估匯總和評估審核。該功能在設計過程中,充分參照了醫院人事部門的績效規定,將權重引入到績效算法中。用戶可根據員工情況進行檔案項目設定和權重設置。工作量較大、能夠為醫院帶來較大收益的項目,其職工檔案對應的權重越高。到評估時,能夠得到更多的獎金。在此模塊設計中,筆者根據醫院業務增加了評測功能,測評匯總由醫院管理者進行審核,合格則提交財務部,不合格則需要從新評估。模塊流程如圖4所示。
績效考核權重評估的設置時序圖,如圖5所示。
在設置權重過程中,首先向系統發生請求,確定后會出發權重設置事件。系統在處理請求事件時,會通過相應函數調取控制器中的權重算法和績效業務邏輯類庫;然后將調取的權重信息保存至數據庫中,并將結果以列表形式反饋給我操作界面,由此完成了一個新增績效評估項目流程。部分代碼如下。
public static dynamic GetIndexResx(string billName, object extend=null)
{
var expando=(IDictionary〈string, object〉) new ExpandoObject();
expando["detailTitle"]=billName+"明細";
expando["noneSelect"]="請先選擇一條"+billName+"!";
expando["deleteConfirm"]="確定要刪除選中的"+billName+"嗎?";
expando["deleteSuccess"]="刪除成功!";
expando["auditSuccess"]="";
if(extend!=null)
EachHelper.EachObject(extend,(i,name,value)expando[name]=value);
return expando;
}
2.2?工資檔案管理功能
職工工資檔案管理模塊包括四個部分,即職工工資查詢、項目津貼管理、績效獎金管理和基本工資管理。醫院財務部門根據設定好的標準管理職工基本工資,將管理結果作為每個月職工的績效獎金設定。如果系統識別到職工有津貼相關信息,則將津貼一起匯總,部分實現代碼如下。
if (rowsAffected0)
{
db.Rollback ();
return rowsAffected;
}
switch (tableName)
{
case "mms_receive":
case "mms_refund":
rowsAffected = mms_warehouseStockService.UpdateWarehouseStock(db, tableName, billNo, status == ""passed");
break;
case "mms_send":
case "mms_return":
case "mms_transfer":
case "mms_lossReport":
rowsAffected = mms_warehouseStockService.UpdateWarehouseStock(db, tableName, billNo, status != "passed");
break;
case "mms_rentOut":
rowsAffected = mms_rentOutService.CalcRentOutMoney(db, billNo);
break;
}
if (rowsAffected<0)
{
db.Rollback ();
return rowsAffected;
}
db.Commit ();
return rowsAffected;
工資檔案管理功能還提供每個職工的津貼、獎金以及工資的查詢,如圖6所示。
工資檔案管理的查詢功能是針對每個員工開放的,員工可以按照自己的工號查詢相應信息,如圖7所示。
3?系統應用測試
該系統在某醫院進行功能測試和性能測試。
功能測試主要系統鏈接和數據交換。在實際應用測試過程中,該系統的幾十個頁面關聯較強,未出現孤立頁面情況。如在職工信息管理模塊中點擊新增,系統界面跳轉到相應位置,如圖8所示。
在測試數據交換過程中,反復的進行查詢、修改、刪除以及新增操作,均未出現系統異常情況。通過醫院職工檔案管理系統統計,表現出來的用戶信息,如圖9所示。
負載能力是醫院職工檔案管理系統研發過程中需要考慮的重要問題,測試系統負載能力是為了避免多用戶同時操作時出現系統不穩定問題。合理的數據庫設計和系統響應時間、吞吐量是考察系統負載能力的重要指標。本系統在醫院測試過程中采用LoadRunner工具來測試系統吞吐量和響應時間,如圖10所示。
為新增職工信息事務響應時間與運行用戶的關聯。由此看出,隨著系統運行用戶的增加,系統響應時間也隨著增大,符合設計要求。
績效檔案管理模塊中的設置權重吞吐率測試,如圖11所示。
由此看出,隨著運行用戶的增多系統響應時間也增大,當系統停止使用后,CPU占用率保持在一個較低的水平,說明系統符合設計要求。
績效管理功能中,權重設置過程的運行用戶與系統響應時間關聯,如圖12所示。
該功能的系統吞吐率,如圖13所示。
由此看出,隨著運行用戶數的增加,系統響應時間逐漸增大,當運行用戶為130個時,系統異常,可能是因為服務器負載過大導致,異常狀況下服務器CPU使用率不能持續達到100%。當系統異常停止運行后,服務器CPU使用率水平降低,由此看出,在性能上權重設置性能無缺陷。
4?總結
本文根據醫院職工檔案管理業務,需求分析后進行開發和實現。采用三層系統架構,充分考慮了各系統之間的耦合、獨立性采用虛擬化網絡平臺,配備了內外容災控制中心和DMZ緩沖區,保障了系統抗災能力的同時,增加了安全性。在功能設計上,除了職工檔案管理系統常備功能外,在績效檔案管理模塊中加入的設置權重功能,對那些為醫院做出突出業績和貢獻的職工,評定績效過程中會參考權重來進行綜合評價,這也是本系統的一大創新點。該系統上線運行測試中,無論是系統連接、數據交換還是系統性能,均達到了設計要求,提高了醫院職工檔案管理的效率,較低了人力資本,為醫院信息化建設提供了保障。
參考文獻
[1]?張鴻艷.大數據背景下人事檔案信息資源建設的現狀與進路研究——基于檔案數據管理視角[J].山西檔案,2020(1):81-86.
[2]?李敏,沈香韞,丁金光.信息化背景下高校教學檔案管理及開發利用[J].教育理論與實踐,2019(21):44-46.
[3]?陶水龍,薛四新,田雷.電子檔案管理系統通用功能要求研究[J].中國檔案,2019(5):66-67.
[4]?成慧瑛.高校干部人事檔案管理系統建設探析[J].浙江檔案,2019(4):62-63.
[5]?張娟.檔案管理自動化系統的實現路徑[J].微型電腦應用,2019,35(3):90-92.
[6]?徐競.基于模糊理論的醫院人事檔案信息推薦系統[J].微型電腦應用,2018,34(6):74-79.
(收稿日期:2019.09.24)