醫院信息系統升級風險管理

■ 錢崇強 解春生

目前，醫院信息系統還是在20世紀90年代引進開發的，經過十多年的磨合，發現子系統之間集成整合、信息互通共享等問題難于解決，數據集與有關的標準符合程度較低，應用軟件的適用性、系統整體性能以及安全可靠性亟待提高，升級換代已勢在必行。

醫院信息系統升級變更過程中，方案的確立、集成商的選擇、實施過程中需求的變更不可避免，如果不能對需求變更進行及時有效地控制管理，很可能給系統升級帶來許多不確定因素，進而影響項目實施的工作量、工期及質量［1］。如何界定升級變更的風險因素，采取必要的、有針對性的風險管理與控制，是順利完成系統升級工作的關鍵。

1 醫院信息系統升級風險識別

醫院信息系統結構復雜，升級變更工作的環節眾多，要清醒的認識到哪些操作可能對系統帶來嚴重的影響，這就是控制系統風險評估。只有對風險充分認識并制定相應對策，才能避免故障擴大化，實現系統穩定升級。

1.1 信息系統升級風險的分解

信息系統升級風險的分解可以根據項目風險的相互關系將其分解為若干個子系統，其分解的程度要能夠使項目管理人員較容易的識別出系統變更過程中存在的風險，使風險識別具有針對性、準確性、完整性和系統型。

根據醫院信息系統的特點，系統升級風險的分解可以按以下途徑進行：

1.1.1 目標維。即按信息系統升級目標進行分解，也就是考慮影響系統升級的投資、進度、軟件的適用性（質量）和信息數據安全目標實現的各種風險。

1.1.2 時間維。即按信息系統升級變更項目實施的各個階段進行分解，也就是考慮項目實施不同階段的不同風險。

1.1.3 結構維。即按信息系統升級變更項目組成內容分解，也就是考慮醫院信息系統的業務特點分步驟、分系統實施，分析臨床信息系統、管理信息系統以及醫院行政主管部門推行的其他軟件之間的接口與集成等方面的風險。

1.1.4 因素維。即按信息系統升級變更項目風險因素的分類分解，政治、社會、經濟、自然、技術等方面的風險。醫院信息系統升級變更的風險分析過程，按時間維、目標維和因素維三個方面分解，見圖1。

1.2 信息系統升級風險的識別信息系統升級變更風險的識別，就是分析變更過程中每個環節存在的風險，是一項極具挑戰性的工作，要靠醫院和HIS承包商雙方眾多的項目人員的不斷實踐、探索與總結。在系統升級變更過程中需要識別的風險主要集中在人員、資金、需求、設備、技術等方面。

1.2.1 人員。信息系統變更項目需要醫院和HIS承包商雙方的人員必須熟悉醫院信息系統的現狀、了解用戶的需求，通過努力工作，相互協作，才能有利于項目的實施，達到預期的目標。對于醫院來講，不同專業背景的高級用戶的培訓至關重要。對于承包商來講，現場項目經理的組織協調能力、危機處置能力、新舊系統的認知程度等都是系統變更是否順利的重要風險因素。

1.2.2 投資。資金問題不是醫院和HIS承包商雙方項目經理可以解決的問題，但是也應該作為重要的風險因素認真分析。對于新系統的投資比較好掌握，還可以將風險通過招標轉嫁給集成商，系統升級變更則難于準確估算投資，因為舊系統的運行需要維持，新系統的需求不十分明確，項目周期的拖延，都是需要增加投資的風險因素。

1.2.3 需求。用戶需求的變更是信息系統發生變化的主要因素，要求集成商入場后應該認真仔細的分析醫院的具體需求，尤其是用戶對舊系統已經接受的情況下，這對預測需求風險具有重要意義。通過對用戶明示的、潛在的需求進行分析、評估，可以有效地保證用戶的需求變更時，不會超出已經討論的范圍，至少可以很容易的歸入相應的難度等級，依據預先制定的變更策略進行處理，并及時反饋給

用戶可靠的信息，保證項目工期。

1.2.4 設備。信息系統升級需要配置更多的設備，這些設備一方面為新系統的開發、測試、培訓以及試運行提供足夠的支持，另一方面還要確保舊系統的穩定可靠運行，這些都涉及到網絡資源配置、設備布局、供電負荷限制等風險因素。出現新的需求，還需要考慮新的風險因素，及時做出風險評估和對策。

1.2.5 技術。技術風險是信息系統升級變更最主要的風險因素之一，新系統采用的技術首先就是最大風險，能否達到《衛生部醫院管理信息系統規范》的要求，滿足醫院五年之內的發展要求。舊系統的數據能不能完整的嵌入新系統，新舊系統的數據轉換、切換過程的風險評估等都是需要解決的問題。在HIS設計中要特別重視醫院需求和工作流程的分析與再造風險，恰當采用成熟而先進的技術，如Web服務、XML、IHE、RFID、WLAN等，對提高系統維護的安全性意義重大。

2 醫院信息系統升級故障案例

案例一：2010年5月8日，數據庫版本從Caché 5.0.8升級到Caché 5.2.4，客戶端訪問數據庫由文件服務器過渡到ECP構架，升級后終端訪問速度極慢，LIS的結果不能上傳，收費、辦理住院窗口出現排隊現象。

根據故障現象初步分析為對此次升級變更的風險評估不足，原以為Caché 5.2.4版64位數據庫可以直接安裝在AIX 5.3.04系統上，實際需要升級到AIX 5.3.10，而且提前沒有在備機上試裝，只能安裝32位的數據庫，浪費了寶貴的時間，升級變更后硬件系統的資源沒有得到充分利用。舊系統是C/S結構，啟用ECP后，需要將客戶端的配置文件逐一修改，由于是在星期六夜間升級，大量的儀器設備不工作，沒有經過現場的充分測試，造成白天上班時實驗室的結果發不出去，直接影響到臨床的正常業務。

案例二：2010年5月13日，誤操作造成長期醫囑重復滾動，引起病區藥房兩個上午多發（錯發、不能正常發）藥、給患者多計費等故障現象，影響極壞。

經檢查發現，由于工程師對新系統配置規則沒掌握，對舊系統及相關業務也不熟悉，面對舊系統移植到新平臺后出現的故障束手無策，對調整生產數據庫系統的風險估計不足，沒有應急措施，沒有辦法在最短的時間恢復系統。

通過此次故障分析，決定加強對醫院和HIS承包商雙方人員的系統操作權限、賬號密碼等方面的管理工作，嚴格控制對正在運行的系統在線操作，減少不必要的冒險操作，以降低類似故障再次發生時對醫院正常業務的沖擊。

案例三：2010年5月16日，異地數據備份服務器開始沒有自動備份數據。

在排除服務器的備份程序沒有問題，磁盤空間滿足要求后，再查主庫的備份文件，發現故障是由于升級后備份文件名稱改變造成的。此故障排除比較容易，問題反映出醫院和HIS承包商雙方項目人員溝通不夠，預案制定有遺漏，升級變更后沒有移交文檔。

3 醫院信息系統升級風險管理

隨著醫院信息系統升級變更工作的持續進展，還會有一些問題逐步暴露出來，這就迫切要求盡快形成積極有效的風險管理機制，充分識別風險，努力降低風險，為系統升級變更的順利實施、穩定運行保駕護航。

3.1 加強硬件系統建設與管理

醫院信息系統的硬件環境涉及到網絡系統、數據庫服務器系統、不間斷電源系統與機房空調等系統，是制約醫院信息系統升級變更的首要風險因素。

將目前運行的系統推倒，重新引進一套來實現醫院信息系統升級變更是不現實的，這就要求認真分析上述風險因素對升級變更過程的影響程度，要解決網絡容量、數據庫服務器配置、電源的負荷以及對機房的環境的影響等，在硬件環境最小變更的前提下，保證新系統的開發、測試、正式運行。

3.2 相關標準、規范的強制執行

以前的醫院信息系統存在可靠性、適應性、靈活性和系統響應性能差等風險因素，與相關標準、規范的符合程度較低有直接關系，新的系統在項目初期就應重視和加強標準應用的基礎性工作，從設計思想、信息模型、系統架構、選用技術、開發方法、集成整合、信息安全等方面逐項落實。

涉及醫院信息系統選用的國際標準（如ICD10、DICOM 3、HL7）很多，依據《全國衛生信息化發展規劃綱要》制定醫院的信息化建設規劃，合理采用適合我國國情的各種必要的醫療標準，有助于實現互操作性。規范的醫療術語、基本信息標準數據集以及電子病歷符合衛生部《電子病歷基本構架與數據標準》和《電子病歷基本規范（試行）》等相關要求，是信息系統符合衛生部《醫院信息系統基本功能規范》，全面提升軟件質量的基本要求，減少重復開發操作次數，避免不必要的風險。

3.3 加強技術培訓，完善技術交底，提高維護質量

加強醫院信息系統知識培訓，明確醫院信息系統中存在的風險，做好危險因素的辨識工作。對軟、硬件系統故障進行認真剖析，總結經驗，加強技術交流，尋求最佳解決方案。理論先于實踐，避免用事故換來教訓。

工程師必須明確的知道每一步操作的作用以及操作失誤將帶來的后果，并做好操作記錄，以便事后分析處理。制定醫院信息系統故障操作卡，詳細記錄工作全過程，包括安全措施執行情況，網絡系統、服務器、數據庫運行狀況，操作時間及步驟，故障排除情況，明確主任工程師的責任。

對于臨床一線醫護人員，必須要按照標準作業程序（Standard Operation Procedure，SOP）的要求操作，避免因操作失誤引起不必要的麻煩，提高工作效率。

3.4 實施變革管理

由于醫院管理的需要提出信息系統的升級變更，管理者希望借助信息系統的升級變更來完成業務流程的變革，而信息系統的升級變更又會導致業務流程再造、人員技能變更等變革［2］。因此，需要采用妥善的措施來管理一切可能產生的變革，如門診實行“儲值就診卡”，需要收費、掛號窗口二合一，需要管理部門及時對人員、崗位進行調整。因此，信息系統升級、變更及實施，要有事先規劃并嚴格管理，從項目的策劃、論證、招投標、啟動、運行、驗收的每一個環節都要召集會議、明確任務和目標，采用循序漸進的方式進行變革。

3.5 加強溝通和交流

在信息系統升級的過程中，需要注意溝通與交流，溝通與交流是醫院信息系統升級不可忽視的因素。項目實施過程中相互理解、充分溝通，管理與控制不確定因素，確保工程質量與工期［3］。

升級過程中涉及到醫院和HIS承包商雙方項目團隊之間、團隊內部、新舊系統軟硬件供應商、醫院管理層以及用戶的溝通與交流，適當控制超計劃的變更需求，確保系統升級的每一步、每個過程都要有人負責協調，認真測試、重視驗收，杜絕推諉扯皮。

隨著醫院信息技術（HIT）的發展和應用，醫院管理的需要對信息系統開發、維護提出了更高的要求，HIS風險管理有助于系統的穩定可靠運行、提高維護效率、避免故障擴大。在系統建設、維護過程中，只有明確風險的存在，了解風險帶來的影響，才能很好地、及時地排除故障，最大限度的降低故障帶來的負面影響。需要項目管理者不斷探索、不斷總結，逐步形成一套完整的、可操作的風險管理機制才能夠準確的評估風險，有效的抑制升級風險。

［1］王繼中.對我國醫院信息系統升級換代的期盼與建議［OL］.（2009-04-09）［2010-09-02］.http://www.ciotimes.com.

［2］覃正，郝曉玲，方一丹.IT操作風險管理理論與務實［M］.北京：清華大學出版社，2009.

［3］孫大峰，趙明元.醫院信息系統升級中的需求變更管理［J］.中華醫院管理雜志，2008，24（8）：564-565.

錢崇強：中國石油中心醫院信息中心主任，高級工程師。

E-mail：qiancq@263.net