Mantis Bug Tracker在醫院后勤管理中的應用

李 琳

（臨沂市沂水中心醫院，山東 臨沂 276400）

信息技術的廣泛應用，使醫院管理越來越科學合理。近年來，醫院配備了HIS（醫院信息管理系統）、CIS/NIS（臨床/護理信息管理系統）、PACS（臨床集成影像系統）、LIS（醫院實驗室信息管理系統）等與臨床相關的信息管理系統。這些信息系統的使用，大大提高了醫務工作人員的工作效率，為患者的診治工作提供了很大的便利。同時，醫院配備了先進的醫療設備，進一步保證醫療安全。當這些系統、設備出現故障時，需要相關維護人員及時處理，保障醫療工作正常運轉。但是，目前醫院在這方面的管理仍然比較落后，一般采用通過電話報告問題，依靠記憶現場維修，或者接到申請單后才處理問題的方法。本文針對醫院存在的實際問題，采用MantisBT（Mantis Bug Tracker，一種開源的軟件缺陷管理信息系統）信息系統作為我們的信息管理系統，規范、記錄后勤工作人員的問題處理流程，以達到節省時間、提高工作效率的目的。

1 醫院后勤管理流程

醫院后勤管理是醫院管理的重要組成部分。醫院后勤管理作為醫院的保障和支持系統，在協助完成醫療、教學和科研任務中，占有非常重要的地位。醫院后勤管理水平的高低，直接影響醫院的醫療質量和經濟效益［1］。高水平、高效率的醫院后勤管理，需要相應的輔助信息系統來“催化”。合理的后勤信息管理系統可為醫院后勤管理提供極大的幫助，為醫院的后勤服務提供記錄，為醫療活動提供支持。

當前，醫護人員對醫療設備、信息系統的依賴性很高。因此，當醫療設備、信息系統發生故障時，會干擾醫護人員的工作。當前，醫患關系緊張，無論是醫療設備、機算機硬件、軟件出現任何問題，及時有效地解決問題都是非常重要的。后勤科室在現實工作中處理問題的流程如圖1所示。

圖1 后勤科室處理問題流程

通過圖1，可以清楚地看到整個問題的處理時間大都浪費在了對問題的描述和轉述上，降低了處理問題的效率，并且在處理過程中沒有形成完整的處理記錄。雖然，在紙質的問題處理記錄表上會有記錄，但是這給以后的問題統計分析帶來極大的麻煩。當問題緊急時，甚至沒有紙質的文件記錄，問題解決后，也不補充問題記錄。如果醫療科室的問題或是新需求，不需要立馬解決，時間一長，就可能忘記。因此，有必要完善問題的提出流程和處理流程，提高問題的處理效率，并且形成完整的問題處理鏈和文檔記錄。這樣既為醫療工作提供支持，也為后勤工作人員的工作提供便利，提高了醫院后勤管理的效率和信息化水平。通過信息化的手段，可以一目了然地看到哪些問題已解決，哪些問題沒有解決，管理層需要重點關注哪些問題或需求，需要對那些問題進行督促等。因此，后勤科室急需一個能解決這些矛盾的信息化系統。

一般情況下，客戶需要相關的軟件時，通過按需編寫軟件或購買成熟的商業軟件兩種方式。但無論哪一種方式，都需要較大的投資，且受制于軟件廠商。本文闡述的方案，拋棄了上述兩種方式，基于其他行業的開源軟件MantisBT，實現醫院的實際需求。這種方案的好處是，無需任何費用，并能獲得其系統源代碼，只需改動相關配置便可應用到醫院的后勤保障服務中。

2 軟件缺陷管理信息系統

缺陷跟蹤管理是軟件企業提升軟件產品質量、提高軟件開發效率、降低軟件生產成本的重要工具，是測試工作的重要部分，測試的目的是為了盡早發現軟件系統中的缺陷。因此，對缺陷進行跟蹤管理，確保每個被發現的缺陷都能夠及時得到處理是測試工作的一項重要內容［2］。軟件缺陷處理流程如圖2所示，是一個典型的缺陷生命周期圖。

圖2 軟件缺陷處理流程圖

通過對比圖1和圖2，可以發現，其實醫院中的設備、計算機、軟件系統等問題在出現時，也是一個類似的生命周期。因此，可以設想，當醫療相關科室出現硬件、軟件等問題時，醫護人員進入軟件缺陷系統，錄入相關問題，提交給后勤相關科室，后勤相關科室根據不同的問題，分配給相關的后勤業務人員，后勤業務人員處理結束后，進入系統，根據處理結果改變問題的狀態，至此形成一個簡單的醫院設備、計算機、軟件等故障生命周期。通過對比，醫院后勤問題的處理流程和軟件的缺陷跟蹤管理流程極其類似，因此可采用缺陷跟蹤信息系統來為后勤服務提供支持。

3 Mantis Bug Traker配置

當前有許多流行的缺陷跟蹤管理系統，開源的有Bugzilla、Bugfree、TRAC、Redmine 、MantisBT等，商業的有Jira等。本文采用MantisBT作為基礎。MantisBT是一個基于PHP技術的輕量級的開源缺陷跟蹤系統，以Web操作的形式提供項目管理及缺陷跟蹤服務，滿足中小型項目的管理及跟蹤［3］。

MantisBT的安裝和部署非常簡單，根據其官方網站的文檔，相關技術人員可以輕松配置成功。在本文中不詳細敘述其配置的過程，只闡述醫院如何應用此系統，如何把醫院的實際業務角色匹配到缺陷管理軟件的相關角色中。

3.1 初始系統配置

配置成功后采用其默認的管理員用戶名administrator和密碼root，登錄后配置項目，可以根據醫院中的信息系統的不同，軟硬件的不同設置為不同的項目，比如HIS、OA硬件等項目。還可以為所有的項目進行統一的分類設置，如設置成不同的提交科室（信息科、各病區等）的名稱，便于把相關問題根據問題種類或科室分類，其配置界面如圖3所示。

圖3 項目配置界面

3.2 創建用戶

MantisBT的用戶有六種角色，復查員、測試員、審核員、開發員、項目經理系統和管理員。各用戶角色描述見表1。

不同的角色有不同的權限設置，作為后勤科室的問題、故障記錄信息系統，可以簡化其角色，采用報告員、開發員、項目經理這三種角色。醫療科室一般設置為測試員、報告員即可，他們只有創建問題單、報告問題的權限。后勤科室的業務人員一般設置為開發員的權限即可，能改變問題的狀態、解決問題、關閉問題等。后勤科室的業務負責人一般設置為項目經理的權限，其權限比較高，可以確認問題的存在、審核問題，并分配給其他的后勤科室處理問題。這樣，把醫院中的相關人員的角色與MantisBT中的角色對應，即可利用MantisBT提供的缺陷、問題追蹤的功能。

表1 MantisBT用戶角色

如果我們對系統默認的各角色的權限分配不滿意，也可以登錄它的系統管理界面，對每一個角色進行精細的權限配置，按照各醫院自己的特殊要求對其進行配置。

3.3 問題單狀態

MantisBT中的每一個問題單有系統默認的7種狀態，各狀態代表問題當前所處的狀態，問題的提出人員、處理人員和后勤科室的管理人員等都能一目了然地看到當前的問題狀態。如表2所示，第一列的數字是信息系統為相關的狀態設置的變量值，由于我們所采用的MantisBT缺陷追蹤軟件是一個開源的軟件，我們可以輕松的獲取到它的源代碼，如果我們對其中的用戶角色或是問題狀態的名字不滿意，我們可以修改其源代碼，重新部署。

表2 問題狀態及描述

3.4 問題完成度

問題處理的最終情況反應在系統的問題完成度的狀態上。問題處理人員處理結束后，需要描述其處理狀態。問題完成度是在問題狀態為已解決或是關閉的情況下才能修改的。各問題的處理狀態如下：10：未處理；20：已修正，問題正確處理，可以選擇已修正狀態；30：重新打開；40：無法重現；50：無法修復（當問題沒有辦法修復時，可以選擇這個狀態）；60：重復問題（有時，各個病區提出了同樣的問題，可以選擇這個狀態）；70：不是問題；80：暫停；90：不做修改。

當后勤科室的業務人員處理完故障或是問題后，需要對這個問題的完成情況進行描述，即問題完成度。工作人員選擇某個問題完成狀態后，都要詳細填寫注釋信息，形成一個完整的問題處理記錄，進而形成一個詳盡可查的問題處理鏈。

4 結 語

后勤相關科室和相關病區采用此系統后，對于病區的提高有以下幾個方面：提高問題處理的效率，對問題有了一個詳細的文字描述；展示出詳細的問題處理流程和狀態，醫務人員可以對問題的整個處理過程進行監督，督促后勤科室及時處理問題。對于后勤的相關業務科室的提高有以下幾個方面：每次處理問題都有詳盡的電子記錄，為以后處理類似問題提供方便，通過搜索即可查找到類似問題的處理步驟；問題處理的每一個詳盡的電子記錄，都是后勤科室工作的一種體現；后勤科室的業務處理人員可以進行相關的統計、量化，通過MantisBT的統計功能，可以清晰地看到各人員的問題處理狀況；對于重點、難點問題，管理人員可以通過系統的監視功能，從始至終監視問題的狀態，形成有效的監控。

當然，MantisBT缺陷管理信息系統是軟件行業的一個工具，并不能完全應用到醫院的后勤科室當中，但是整個問題的處理框架和流程是相通的。由于MantisBT是一個開源的工具，我們可以輕松獲取其源代碼，醫院的相關技術人員可以按照醫院的特殊的需求，進行二次開發，滿足醫院后勤管理的需要，提高醫院后勤管理的信息化水平，醫院的后勤科室為醫療一線的服務效率大大提升。

［1］金海,吳龍仁,金哲虎.淺談醫院后勤管理［J］.吉林醫學,2007，28(13).

［2］殷廣麗.淺析軟件測試管理及缺陷管理［J］.山東教育學院學報,2005,20(5).