更換HIS系統，總會伴隨大量新問題和操作習慣及規則的改變，有HIS公司或醫院說無感切換HIS系統，我認為這是不可能完成的任務，只能說是新系統沿襲舊系統的操作習慣比較多，或者上線過程及培訓工作控制得比較好，或者安排的技術人力多到一比一匹配醫院上班的操作人員。即便如此，也很難做到無感，這是由HIS系統本身操作的復雜性決定的。它不可能像游戲或者類似小程序一樣簡單，有約定俗成的界面風格和操作方式，不用學習都可以直接上手，HIS系統一定要經過嚴格的培訓和反復操作才能達到熟練的程度，并且HIS一直處于功能不斷增加或規則不斷變化的過程中，需要一線操作電腦的人員不斷掌握新的更新內容，而這個不斷更新一般持續一年的時間，HIS項目驗收后才逐漸減少。

　　一家醫院換HIS系統，有兩種情況：一是更換不同公司的;二是更換同一家公司最新的版本。不同公司的HIS系統從界面設計和數據結構都有很大不同，內部的流程邏輯更是各有千秋，所以新HIS系統很難兼容舊HIS系統，也有醫院先上集成平臺，讓新舊HIS系統都通過平臺進行數據交換，這也是一種解決上線并行的思路，但投入的成本很大，且使用的周期很短，除非醫院需要HIS切換足夠安全，且不在意時間、人力和資金的投入，舊HIS的改造將是一大筆費用投入，也并不能保證一定不會出錯。同一家公司的HIS系統，更換系統只能是版本跨度已足夠大，可能已經更換了技術架構、開發語言和數據庫，國內HIS公司能夠無限期兼容以前版本的產品幾乎沒有，所以這種更換如同換另一家公司HIS差別不大，只是無需舊HIS公司的配合而已。

　　前面講這么多，無非想說明一點，就是HIS上線很難，一定會出現問題，一定會有吐槽，一定會不斷更新升級版本。

　　當我們深刻理解了這一點，就需要尋找對策，保證上線不亂，保證平穩切換。所以我們在上線前動員會上和醫院OA系統上發布通知，上線第一周只處理軟件系統錯誤和流程上的問題，不收集不處理個性化需求。

　　這個提前告知的效果很好，醫生們沒有提個性化需求，留給我們專注修正流程上的小瑕疵，程序邏輯上的錯漏，字典配置上的錯漏，接口不嚴謹及優化工作。其實剛上線時，醫生們也很緊張，能順利開出處方是最大的任務，病人不管你是使用新HIS還是舊HIS，技術是先進還是落后，他只管醫生別耽誤他看病就可以了。我們前期減少掛號預約數量也是很好的方法，上線第一周，醫生平均開處方的速度肯定低于使用舊系統，根據醫生排班，有的專家一周才出一二次門診，所以第一周基本上都是在熟悉新系統，按照舊有的習慣在鍵盤上和鼠標滑動中尋找某個熟悉的藥品或治療項目，謹慎地一步步嘗試是否可以成功，同時努力回憶培訓時老師的講解，找到了可能暗自竊喜或長吁一口氣，找不到就趕緊呼叫現場的工程師過來。

　　上線初期出現問題最多的就是藥品和檢驗檢查治療項目的配置不全不準，我們將藥劑科、醫保物價科和檢驗科，各抽調了一名負責字典的同事，到信息科辦公一周，隨時解決臨床醫生開不出單的問題，效果很好，一般從接到問題到解決就一分鐘的事，病人在醫生診室等待的時間幾乎可以忽略不計。經過實戰鍛煉，負責各子系統字典維護的同事，在返回科室后也能夠熟練地進行維護。

　　規則的變化是醫生們最難以接受的。我院新門診系統在醫生開完處方后，一定要點擊“完成就診”這個按鈕，費用賬單才會傳到門診收費處。很多醫生不習慣此操作，導致病人到了收費處卻繳不了費，又找回醫生，此時醫生已經在看其他病人，搞得醫生和病人都很惱火，說新系統還不如舊系統方便。這件事一直吐槽到醫院領導，為什么一定要點擊“完成就診”呢?為什么舊系統不用呢?我們梳理了舊系統的流程控制，是在患者收費時讀取最新的處方信息，那么患者在離開醫生診室到收費這個區間，醫生是可以隨時更改處方內容的，而患者手中打印簽名的處方，內容不會改變，那么在收費、發藥、打印檢驗條碼和檢查預約時，負責任的窗口人員就會發現紙質處方與電腦上的信息不一致。問病人，他不清楚。打電話問回開單醫生，他說，哦! 我后面又補了一個項目。那為什么不把病人叫回來重新打單給他呢?病人都走了我怎么叫。

　　不要問為什么會發生這種情況，我只能說很多基層醫院出現這種事是司空見慣的。醫生的隨意性太大，把麻煩拋到后面他才不管。現在新HIS系統來管了，點擊“完成就診”這個按鈕，就是讓醫生來確認是否真的開完處方了?這個確認的過程就是對醫生的約束，讓病人從離開診室到收費時，沒有真空地帶，要修改處方只能取消就診，重開還要再點擊“完成就診”這個按鈕，病人才能進行繳費，過程都留下記錄，醫生也無法抵賴說打印機之類的理由。這個按鈕讓收費處、藥房等窗口人員大快人心，說這是一個很好的功能，但醫生們覺得增加了他們的麻煩。這個功能我們一直堅持沒有改，現在醫生們已經習慣了，估計哪天取消了這個按鈕，他們又不習慣了。

　　其實絕大部分醫生不會隨意改處方，但計算機軟件設計就是要杜絕少數人鉆空子，我們有很多規則設計得很復雜，把系統搞得很臃腫，稍不注意，就會規則相互打架或又遺漏某個條件，關鍵還拖慢系統運行速度，又被吐槽。這個“背鍋俠”信息科當得真是很冤!每條規則的背后，一定有出處，要么是政策要求，要么滿足管理的需求，在滿足一部分人的要求時，一定會帶來另一部分人的麻煩。所以后來只要有類似的規則，我就讓需求部門去協調其他使用部門，你們講清楚了，再提需求給信息科，這個鍋咱們背不起!

　　我院在門診上線第一周，真的很安靜，不像有些醫院一樣，整個門診大廳都是亂哄哄的，但真不是無感上線，我們把矛盾都暫時集中在能正確開出處方就好，每天醫生下班后，我們都會集中一線人員，由區域小組長匯報收集上來還沒有解決的需求，然后討論解決方案，程序員基本都是連夜加班到凌晨兩點，走之前肯定會再發布一個新的版本。

　　外面的黎明靜悄悄，每一份安定的背后，都留下HIT人艱辛的汗水!

　　作者簡介

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