基于多平臺的醫院信息科運維軟件的設計與開發

沈蕾

（湖州市婦幼保健院，浙江 湖州313000）

1 系統背景

當前，數字化醫院的進程越來越快，醫院信息科的作用和功能正逐步突顯，信息科已經成為醫療系統信息化、現代化、數字化的主力，是醫院不可或缺的保障部門?；谶@個現狀，信息系統的應用范圍不斷延伸，醫院信息部門承擔的工作持續增加，平常的日常維護工作出現了維護效率降低、重復勞動率增高、工作出錯率驟升等現象。為了提高信息科工作人員的工作效率與服務質量，為了滿足醫院的個性化管理需求，我們開發了一款適配多平臺的信息科內部維護軟件，完善信息管理工作。

2 現狀

信息科工作的主要任務是保障醫院網絡通暢，信息業務系統平穩有效的運行。隨著我院規模的擴大，硬件設備和軟件系統的增多，我院信息科較少的維護人員面臨的挑戰和壓力也越來越大。

2.1 突發情況頻頻出現，缺少流程保障。由于掛號結算取單自助化，門診自助設備極劇增加，支付方式日新月異，自助機是否定時啟動、服務器是否正常運行、網絡是否暢通等等直接關系到當天門診的服務質量，最大程度的減少門診故障率是重中之中。這需要信息科人員每天提早到達醫院進行巡檢，提早發現故障。但是缺少規范的巡檢內容、缺少巡檢登記使得巡檢流于形式，巡檢質量低下。

2.2 日常維修記錄混亂[1]。在日常工作中，臨床科室通過電話報修，工作人員接到電話后直接處理，如無法處理，則轉移給其他人員處理，期間沒有相關記錄。這導致：同類型的問題反復出現，處理問題的方法“五花八門”，整個處理流程無法追蹤與評價，工作量難以統計，高效的解決方式難以共享。

2.3 缺乏有效的硬件設備管理方法。電腦、打印機、刷卡器、掃碼墩等設備增加，具有流動性，紙質登記難以管理。

2.4 業務系統缺少版本控制。從招標到上線，再到日常需求更改導致的程序更新，缺少全流程的記錄，導致內部信息化管理系統的混亂，增加了醫療差錯風險。

2.5 缺少知識共享平臺。日常的維修記錄、信息系統的相關文檔、解決突發狀況的經驗等都是信息工作人員的知識庫來源。由于缺乏定期有效的整理，造成日常效率低下，常常面臨解決過無數次的問題依舊無法下手的窘境。而且，由于我院護士主班是輪流制，每年又有很多新員工上崗，迫切需要一個全面可共享的知識庫平臺來減少信息科的培訓工作量。

3 系統的設計與實現

3.1 架構設計。系統采用B/S 架構，使用ASP.NET 下MVC（Model- Controller-View）設計模式，并且，前端引入了Bootstrap框架，其響應式布局能更好的兼容移動端。

Browse/Server（簡稱B/S）結構己成為取代Client/Server（簡稱C/S）結構的一種全新技術。采用該結構的優勢在于無須開發客戶端軟件，維護和升級方便；同時支持可跨平臺操作，具有良好的開放性和可擴充性，并可采用防火墻技術來保證系統的安全性[2]。

MVC 是基于三層架構的設計模式，即模型一視圖一控制模式。系統將整個程序代碼劃分成三大部分，模型層主要包含處理業務和數據的模型BLL、DAL，封裝數據的實體類，完成與底層數據庫的交互。視圖層負責向用戶顯示信息，與用戶進行交互，控制層則接受用戶的輸入并調用模型層和視圖層去完成用戶的需求。模式的好處在于其強大的獨立性和可擴展性。

后臺技術：ASP.NET MVC，Log4Net，NPOI 等。

前臺技術：ajax+Jquery+jqgrid+Bootstrap，移動端通過ajax 與后臺webapi 接口做交互。

發環境：VS2012。

數據庫：SQL Server。

部署環境：IIS8.0。

3.2 功能設計。針對我院信息科的現狀，運維軟件的功能設計如圖1。

圖1

3.2.1 日常巡檢管理模塊。信息科早班工作人員，登錄運維系統，對日常巡檢管理模塊進行登記，登記的主要內容有巡視人、巡視時間、巡視內容、巡視結果和備注。巡視內容主要包括門診自助設備是否運行正常，機房空調溫度是否正常，機房服務器、存儲、網絡交換機是否有報警故障，his 等醫療系統是否完整備份，確保當天醫院工作正常開展。

3.2.2 日常運維事件管理模塊。信息科工作人員應每天做好日常工作登記，登記內容有報修方式（內線電話、外線電話、微信、QQ、手機、其他），受理人，事件類型（硬件維護與報修、數據統計、應用軟件維護或BUG、應用軟件需求增加、臨床誤操作、其他類型），報修部門，報修時間，問題描述，難度系數，緊急程度（一般、緊急、特級），預估完成時間，是否移交，移交對象，完成情況（待處理、處理中、完成），總耗時，小結。對待處理和處理中的事件進行標紅高亮顯示，并且設置消息提醒。如此，實現對信息科日常工作內容的閉環管理。

3.2.3 硬件設備管理模塊。硬件設備管理分主要分新裝設備登記、維修設備登記、報廢設備登記以及固定IP 登記。

刷卡器、鼠標、電腦主機等硬件設備科室申請以后填寫新裝設備登記，生成二維碼，貼到申請的設備上，做到一設備一碼，維修或者報廢是填寫維修設備登記與報廢設備登記模塊，以此保證設備可追溯。

固定iP 登記包含網絡類型（內網、外網）、iP 地址、設備名稱（打印機、電腦、其他）、地址、備注。

3.2.4 信息系統管理模塊。模塊主要分新系統上線登記、新增需求登記、版本更新登記。

新系統上線登記主要詳細記錄系統上線日期、新上線系統相關文檔（操作手冊、培訓手冊、數據庫結構文檔等）。新增需求登記的主要內容有來源科室、系統名稱、登記時間、需求內容、需求分析、需求更改人。版本更新登記有更新系統名稱、更新版本號、更新時間、更新內容、更新方式、更新人。一個系統從上線到版本更新，實現系統全流程管理。

3.2.5 知識庫管理模塊。知識庫管理模塊主要分知識庫錄入模塊和查詢模塊。

根據知識庫面向服務的對象分兩部分，一部分是面向病房醫生、病房護士、門急診、檢驗、職能科室等系統操作人員；另一部分是面向信息科工作人員。知識庫的來源有日常運維系統模塊中生成的案例分析文檔、上線系統的操作手冊、每周定期開展系統業務培訓的培訓手冊等等。

4 結論

信息科運維系統運行使用以后，除了提升工作效率，減少信息系統故障發生幾率以外，還使得信息科人員的工作量得以量化，使得工作任務得到貫徹了落實，為科學有效落實績效機制提供了依據[3]。此外，知識庫的建立，極大地提高了信息科人員獨立解決問題的能力，新上崗的技術人員，短時間內就有獨立值班的能力。隨著運維系統的持續運行和優化，信息科能更好的為臨床為管理人員服務，促進醫院現代化的發展。