基于多平臺的醫(yī)院信息科運維軟件的設計與開發(fā)

沈蕾

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

1 系統(tǒng)背景

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

2 現(xiàn)狀

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

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

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

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

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

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

3 系統(tǒng)的設計與實現(xiàn)

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

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

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

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

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

發(fā)環(huán)境：VS2012。

數(shù)據(jù)庫：SQL Server。

部署環(huán)境：IIS8.0。

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

圖1

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

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

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

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

固定iP 登記包含網(wǎng)絡類型（內(nèi)網(wǎng)、外網(wǎng)）、iP 地址、設備名稱（打印機、電腦、其他）、地址、備注。

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

新系統(tǒng)上線登記主要詳細記錄系統(tǒng)上線日期、新上線系統(tǒng)相關文檔（操作手冊、培訓手冊、數(shù)據(jù)庫結(jié)構(gòu)文檔等）。新增需求登記的主要內(nèi)容有來源科室、系統(tǒng)名稱、登記時間、需求內(nèi)容、需求分析、需求更改人。版本更新登記有更新系統(tǒng)名稱、更新版本號、更新時間、更新內(nèi)容、更新方式、更新人。一個系統(tǒng)從上線到版本更新，實現(xiàn)系統(tǒng)全流程管理。

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

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

4 結(jié)論

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