任何一個項目都有三方角色，承建方、使用方和管理方。具體到HIS項目，就是HIS公司、醫院使用操作人員和信息科。HIS公司的人員希望醫院需求別太多，能早點驗收拿錢撤場，醫院使用操作人員希望HIS既要簡單好用，又要能滿足各種需求。信息科既管不了HIS公司，也管不了醫院操作人員，夾在中間兩頭受氣。所以信息科主任需要具備足夠的IT知識、醫療常識、規劃能力、整合能力、溝通能力、抗壓能力，智商與情商并舉，“挨踢”與“醫信”齊飛。

　　三足鼎立，很多時候是不穩定狀態，主要取決于信息科偏向哪一方，二打一的時候，第三方就會很難受，較少情況有HIS公司與臨床醫護人員聯合起來架空信息科的，除非信息科授權他們自行溝通，當然這也是不負責任的管理。

　　具體到做事，例如工作量最大的字典編碼，醫囑字典、收費項目字典、診斷字典、手術字典、檢驗檢查項目字典、藥品字典等等，到底由誰來做呢?業內可能都沒有一個明確的規定，20年前我做HIS項目時，都是自己一條條錄入編碼，初步完成后再交給醫院相應部門校對，然后再教會他們使用維護。那段經歷雖然枯燥乏味，但對于一個新入行的IT小白來說，是最寶貴的經歷，正是因為HIS所有的基礎字典都經我手來編碼，才逐步理解醫療上各種常識和相互之間的邏輯關系。以前收費員都是輸入編碼進行快速錄入或檢索，每一位編碼的數字都代表一種涵義，現在年輕人較少做這項費時費力的工作，主要是HIS系統經過30多年發展，各項字典編碼已趨入規范穩定，信息科工程師使用SQL語句批量清理就可以快速完成新HIS字典導入工作。所以現在HIS公司培養的工程師，基本功不扎實，常常不能理解臨床的語言，跟這項笨功夫缺失有很大關系。

　　事情還是要去做的，再具體到上面講的字典編碼，大量的手工雖然可以用技術批量完成，但編碼方案還是需要三方坐下來認真討論。HIS公司清楚自己的數據結構，信息科工程師清楚舊HIS的數據結構，字典運維相關部門清楚業務上的需求。只有相互對照、對碰、印證，才能做出合適的編碼方案。這也是一項重新清理、整合、規范的工作，舊HIS系統使用多年，已經冗余了很多臨時的、不規范的、作廢的細目。例如：我院舊HIS系統，為了方便統計或方便醫生錄入完全一樣的醫囑項目，在后面都注明了不同的科室名稱。信息科工程師需要與相關部門一起清理掉這些細目，然后按照新HIS的數據結構，進行批量導入。這項工作，三方都起了各自的作用，缺任何一方，新HIS的字典都會帶入較多的垃圾數據。

　　臨床操作人員，會覺得新HIS會給他們帶來麻煩，事實上也的確如此，為什么每家醫院換HIS系統，都沒有人說好，反而念起舊HIS的各種好，難道他們忘了曾經也深深地痛恨和咒罵過嗎?其實是他們已經習慣了，無論好與壞都習慣了。現在又要來改變他們的習慣，所有改變別人最熟悉、最舒適做事方式的，都免不了被痛恨和咒罵，歷史不過是重演而已。

　　角色互換的基礎，是基于對新舊HIS的理解，融合，優化，提升。同樣的HIS版本，在不同家醫院應用的效果大相徑庭，根本原因就在于此。但醫院方操作人員最喜歡做的事情，就是把新HIS所有的界面和操作步驟都要求改成與舊HIS一模一樣，這基本上失去了更換HIS系統的意義。HIS公司對于界面上的調整還可以接受，但涉及到數據底層結構的改變是不可承受之重，而往往信息科資深工程師，能夠準確尖銳地指出來。事實上每一家HIS公司的底層架構都有可取和不足之處，即便采用最新的微服務架構，也解決不了所有的缺陷，所以要接受每家HIS公司的不完美，只要不是致命的，就要用其他方式來維持這種不足。

　　即使是致命的，只要是業內其他公司也沒有辦法解決的，也要學會接受，就像接受醫療上的癌癥無法治愈一樣。三方要做的是在新HIS的基礎上，進行融合優化提升，盡可能吸收舊HIS的優點，以發展的眼光來設計流程，以極大的耐心來適應新HIS的界面。

　　角色互換，是對他人的理解和尊重。多方共同完成一件事情，而且還是一件特別復雜、滿意度很低的事情，就要能站在對方的角度來處理解決問題。例如：一些工作量小的并且不易變更的事情，信息科或HIS工程師就可以順手做了;一些臨床不太容易描述或者不會用計算機語言來描述的需求，信息科或HIS工程師可以先寫一份需求內容給臨床人員確認是否正確，以后可以教會他們按標準需求單的格式填寫。有很多時候，臨床人員所提的需求并非是他們真正想要的，行業知識的代溝，需要信息科或HIS工程師代入臨床的場景，才能夠真正理解，往往可以挖掘出真正的需求，其實并不是他們開始所講的內容，這樣才能真正解決臨床的問題。臨床人員也需要考慮到HIS公司和信息科的難處，有些需求看似簡單，但HIS實現起來所花費的時間成本很高，帶來的風險也很大，有些行政命令和手工處理起來反而容易簡單。臨床人員不考慮合同范圍和金額，只想系統要達到他們的要求，這也是不合理的。醫務人員對IT人員不尊重他們的專業很生氣，但卻忽略了IT也有嚴格的規程，也需要得到尊重。

　　信息科或HIS工程師的角色也應該互換。曾經我們科室有一名員工對HIS公司的工程師說話極不禮貌，HIS項目經理過來投訴，我找他談話只說了一句：“如果你再對乙方這樣說話，明天你就去做乙方工程師”，后來這位員工發生了較大的轉變，經常對乙方工程師哥姐稱呼，分配給他的幾個項目都做得很好。我們還對科室績效進行改革，讓信息科工程師將乙方和使用科室當成甲方客戶，項目實施的好壞、快慢直接影響績效工資。HIS公司也需要理解信息科的不容易，信息科在醫院的地位本身不高，又是花錢的部門，所以對臨床反映強烈的問題一定要集中力量盡快解決，多做測試減少些升級差錯，盡量不要變更合同金額，這個流程走起來很麻煩，還要面對事后審計，有些功能模塊和接口多做一些，信息科心中都有數，一定會在其他地方給予補償。現在HIS公司在我院與信息科相處很融洽，很多事情都商量著解決。對內雖然常常爭得面紅耳赤，對外基本保持口徑一致。

　　人之一生，有各種不同的角色，做項目也是做人，能站在對方角度來考慮問題，就會減少很多誤會，將事情做得更好。

　　未完待續

　　作者簡介

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