新HIS系統一旦啟動，就好似一條新開的大渠，閘口打開，病人源源不斷涌入，又向不同的子系統奔流而去，其勢不可阻擋，越來越大、越來越急，每個工程師各負責一段渠溝，保證水流通暢，略有阻塞，則需要迅速疏通，期間不用管浪花是否好看，動作是否標準，指引是否準確，必要時還要手工挖開一些土石方，保證水流通過，若有突兀而出的大石擋路，即便架管翻石而過，或借旁道引流，即使速度變緩，斷斷續續也要保證全線不能斷流。

　　HIS剛上線時，不怕出現小故障，最怕出現致命性問題，例如：數據庫嚴重死鎖，性能急劇下降，一時還找不到原因。我們就遭遇過多次，每次原因都不一樣，有并發用戶數設置太小的，有查詢關聯大表超長時間導致醫囑表鎖死的，有醫保服務器故障導致HIS接口返回不了數據，影響掛號、開單、繳費的。

　　一般情況下，HIS系統發生數據庫阻塞是一個漸進的過程，開始有人說系統很慢，我們大都不會理會，慢的原因太多了，我們曾查到有的醫生電腦100多天沒有關過機，不慢才怪了。但一旦有不同科室都開始反映電腦很慢，那就一定是系統出現了問題，排查的順序一般是先看網絡是否通暢?再看服務器、硬盤是否故障?再看中間件、接口服務等是否停止運行?再看數據庫日志，CPU、內存、進程是否正常?極少情況下可能是病毒等安全因素影響。

　　多數情況是進程出現了死鎖，那就殺吧，但因為沒有禁止用戶重新登錄，剛殺完又會死鎖，因為此時HIS并非完全不可用，偶有掛到號或開出處方的，所以大家都在不斷重新登錄，重試各種操作，甚至把電腦重啟三遍還不行的，就開始在群里面發照片吐槽甚至罵娘了。病人開始大量滯留，臨床科室的主任、護長們也頂不住壓力，開始不斷打電話給信息科，這時信息科的電話被打爆了，信息科主任一邊忙于救火，還要在手機上不斷解釋，醫院領導也不能淡定了，質問什么時間可以修好? 可問題的原因還沒有找到，鬼知道什么時候可以修好。此時已不允許技術再慢慢排查，當機立斷是恢復系統能用，這是考驗信息科主任決斷力的時刻，核心系統30分鐘還不能修復的情況下，啟動應急預案，單機收費在全網絡的環境下很難起到作用，回到解放前的手工單據才是救命的良藥。我們上線至今也沒有使用過手工單據，因為后期補錄數據也相當麻煩。這時重啟所有的HIS服務器是最佳的決策，無論哪個進程死鎖，在重啟后都會自然解鎖，原有發起進程的電腦聯接數據庫會中斷。重啟持續的時間會比較長，現在HIS系統都相當龐大，如果還上了集成平臺，一翻重啟下來少則10分鐘，多則達半小時至一小時，并且重啟的風險也相當大，先關先開哪臺服務器也很有講究，一旦操作失誤，導致數據庫起不來，那就真正全線崩潰了。

　　所幸我們從第一次全面重啟服務器，到后來重啟某幾臺或某臺服務器，一直沒有發生數據庫掛掉的情況。現在通過事后排查日志，找到原因，逐步修復了系統漏洞、優化了硬件數據庫配置，優化了HIS系統的性能等，已經有半年多沒有發生過數據庫死鎖的問題了。同時，我們也做了熔斷機制，設置了與外部接口的開關，例如：全省醫保平臺，出問題的機率比HIS系統還多，我們做了一個開關，若確認是醫保的故障，且暫時無法修復，我們就關閉醫保接口，所有病人走自費流程。并且我們成立了應急小組，做了一些指示牌，電子顯示屏也有相應告知內容，還配置了隨身擴音器。無論我們信息系統出現哪些狀況，都有對應的應急處置預案，主要目的就是保障病人就醫秩序不亂，不引發投訴和媒體負面報道。

　　HIS上線前期，只要不是數據庫的嚴重問題，只要基本醫療流程可以走通，無論再磕磕碰碰，一定要頂住壓力不能松口倒退回原來的舊HIS。不然，下次再切的困難就更大了。

　　HIS大量的需求并不是在上線前，而是在上線后，只有真正用了才會提出他們認為合理的需求。所以出現問題是必然的，臨床一線操作人員發牢騷是可以理解的，前期我們可能會不斷開表來直接修改數據，甚至會批量處理錯誤的數據，這都是正常會發生的過程，只有渡過這個階段，后面開表改數據的機會才會越來越少，再以后都是通過程序界面來完成數據修正。

　　保障主干，是程序主要流程環節不能出現錯誤和阻塞。但HIS公司和醫院都希望剛上線的系統是最完美的，這會導致進入另外一個陷阱，即枝蔓太多，華則華麗，完則完善，但操作起來的限制條件一定很多，反而影響切換的效果。因為舊HIS系統往往因為前期設計較為簡單，醫生、護士、收費員等隨意性都比較大，權限控制得比較寬泛，他們能夠不按“規矩”完成很多操作，例如：收費員可以直接退掉病人的費用;護士不用校對醫囑直接執行發送;醫生不管是否所有的費用都上賬，直接開出院醫囑等。

　　再好的軟件系統，只要是帶來麻煩的，都會被列入“新不如舊”的黑鍋，醫院領導不太會去深究你的設計原理，他們大多是醫生出身，他們潛意識都會認為軟件是幫助醫生的，為什么花這么多錢，反而把醫生們搞得怨聲載道?脾氣不太好的領導可能會大罵信息科主任一通，若某個領導對HIS公司不太滿意，甚至會拿臨床意見太大叫停此項目。我們常說信息化是一把手工程，其實若一把手沒有親自參加到項目中，他是很難理解上線過程中發生的這些問題，也很難為信息科站臺向醫生們講道理，感情的天平一旦偏向醫生太多，信息科與HIS公司推進項目的過程就很艱難了。

　　所以，上線前期，可以適當把權限放寬一些，把不必要的限制能放則放，把舊系統沿襲的習慣，能給盡給，待系統穩定后再逐步收攏限制。這是比較穩妥的方法!

　　作者簡介

　　郭揚帆，軟件工程碩士，高級工程師，南方醫科大學順德醫院信息科主任。廣東省首席信息官協會醫療分會副會長，廣東省衛生經濟學會信息分會專家，廣東省醫療信息安全專業委員會副主委，順德醫學會醫學信息學分會主委等。主編著作二部《醫療衛生信息化項目管理實務》、《醫院網絡安全建設指引》，擔任多部著作編委。1997年從事醫院信息化工作，先后經歷過多次甲方、乙方角色換位，積累了豐富的項目管理經驗。