沈蕾

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

1 系統(tǒng)背景

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

2 現(xiàn)狀

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖1

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

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

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

刷卡器、鼠標(biāo)、電腦主機(jī)等硬件設(shè)備科室申請(qǐng)以后填寫新裝設(shè)備登記，生成二維碼，貼到申請(qǐng)的設(shè)備上，做到一設(shè)備一碼，維修或者報(bào)廢是填寫維修設(shè)備登記與報(bào)廢設(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)文檔（操作手冊(cè)、培訓(xùn)手冊(cè)、數(shù)據(jù)庫(kù)結(jié)構(gòu)文檔等）。新增需求登記的主要內(nèi)容有來(lái)源科室、系統(tǒng)名稱、登記時(shí)間、需求內(nèi)容、需求分析、需求更改人。版本更新登記有更新系統(tǒng)名稱、更新版本號(hào)、更新時(shí)間、更新內(nèi)容、更新方式、更新人。一個(gè)系統(tǒng)從上線到版本更新，實(shí)現(xiàn)系統(tǒng)全流程管理。

3.2.5 知識(shí)庫(kù)管理模塊。知識(shí)庫(kù)管理模塊主要分知識(shí)庫(kù)錄入模塊和查詢模塊。

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

4 結(jié)論

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