沈蕾

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

1 系統(tǒng)背景

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

2 現(xiàn)狀

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

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

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

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

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

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

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

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

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

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

后臺技術(shù)：ASP.NET MVC，Log4Net，NPOI 等。

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

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

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

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

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

圖1

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

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

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

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

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

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

新系統(tǒng)上線登記主要詳細(xì)記錄系統(tǒng)上線日期、新上線系統(tǒng)相關(guān)文檔（操作手冊、培訓(xùn)手冊、數(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ù)知識庫面向服務(wù)的對象分兩部分，一部分是面向病房醫(yī)生、病房護(hù)士、門急診、檢驗、職能科室等系統(tǒng)操作人員；另一部分是面向信息科工作人員。知識庫的來源有日常運維系統(tǒng)模塊中生成的案例分析文檔、上線系統(tǒng)的操作手冊、每周定期開展系統(tǒng)業(yè)務(wù)培訓(xùn)的培訓(xùn)手冊等等。

4 結(jié)論

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