從最初的工資程序，到后來的門診系統，再到如今的臨床系統，在思考與探索中，宣武醫院信息化扎實前行。
　　作為首都醫科大學宣武醫院信息技術科工程師，我是在上個世紀90年代初來到宣武醫院的。過去十幾年間，宣武醫院的信息化建設全由醫學工程科下屬的計算機室負責，2009年3月，宣武醫院新成立了信息技術科，把信息化建設提升到了一個新的地位。
　　記得在當初參與創建計算機室的時候，計算機才剛剛“登陸”宣武醫院。那時的宣武醫院，專事計算機方面的技術人員只有“兩個半”。我和張青（現在協和醫院）兩個人負責全院的計算機，還有一位同事負責打字，所以算他“半個”計算機技術人員。記得當時進到宣武醫院的第一個工作任務是修顯示器，過了一段時間后，則迎來了一個編程序的重任。
　　在隨后2個月左右的時間里，我全心全力編寫了三個程序：第一個程序是為科研處編的科研課題統計程序；第二個程序是給醫務處的編的病人滿意度調查表；第三個程序是為財務處編的成本核算程序。當程序編完后，就到了新學期開學的９月，于是，我又站上了首都醫科大學生物醫學工程系教室的講臺上，給大五的學生講授醫用計算機組成。
　　“摸著石頭過河”
　　上個世紀九十年代初，計算機的應用遠沒有今天這么普遍。剛到宣武醫院時，只有財務處和統計室有計算機，而且應用非常簡單。財務處的計算機有兩個程序，一個是工資程序，一個是計算稅額程序，統計室則僅有一個病案統計程序。那時候，這些程序的維護和修改就是我的一項日常工作。
　　1996年初，宣武醫院迫切需要上線住院收費系統。按照院領導的指示，我花費3個月時間，耗費30萬元，在1996年6月成功地將住院收費系統上線運行。這個系統從1996年6月開始運行，到2005年6底，運行了9年之久。在2001年，宣武醫院經歷了醫保改革，這對醫院信息化建設帶來了不小影響。
　　2001年北京實施醫保改革，宣武醫院榮幸地作為試點醫院首批實施醫保改革。那時候，大家對醫保都不了解，從領導到醫院計算機工程師，誰也不知道醫保該如何對接信息化系統，如今回想起來，真有點“摸著石頭過河”的感覺。
　　首先，醫保病人的醫療數據在醫院的HIS系統中，如何把HIS系統中數據導出到醫保系統是一個難題。當時，解決這個問題的方法是把病人費用清單打印出來，然后，由專人按照費用清單，把病人費用手工錄入到醫保系統中，稱為“二次錄入”。
　　隨著醫保病人的數量逐步增加，二次錄入的工作量就越來越大，從而成為醫保繼續發展的瓶頸。為了突破瓶頸，我當時改進數據導出、導入方法，就是先把HIS數據按照醫保數據格式轉換成文本文件，再把文本文件導入到醫保系統中。
　　那時，我和北京友誼醫院的一位同行一起完成了數據導出程序，而后，這個程序成功地解決了醫保數據繁重的二次錄入工作。雖然，經過改進的數據轉換方法并非完全自動完成，數據導出和數據導入還需要人工操作，但時至今日，這種方法仍還在繼續使用。
　　2000年，宣武醫院開始建設覆蓋全院的局域網。那時的局域網主干是百兆，受經費限制，當時無法充分鋪設網絡端點，在資金不足的情況下，于是選擇了建設網絡主干的策略。換句話說，就是用有限的經費建設一個適當合理、能夠大規模擴展的網絡主干。后來的事實證明，當時的策略是非常明智的。因為從2000年到現在，宣武醫院的網絡端口由160個發展到現在的1000多個，端口數量增長了4倍多，現在的網絡運行依然順暢。
　　在技術應用上，宣武醫院當時也算“走得靠前”。因為當時建設百兆網絡是采用的VLAN技術。那個時候，盡管很多單位都有了局域網，但是，應用VLAN技術還是鳳毛麟角。應用VLAN技術的初衷是減小廣播域，在實際應用中，可以使用VLAN技術隔離病毒的傳播，減小病毒造成的危害范圍。多年來宣武醫院一直成功應用著VLAN技術，并且根據網絡技術的發展，網絡安全的需要，我們還在不斷地改進VLAN技術應用水平。
　　時間管理和溝通管理
　　2003年4月，非典事件曾經一度給醫院的醫療活動帶來了影響，但隨后的8月，宣武醫院就準備恢復正常醫療活動。按照院領導的要求，必須在1個月內完成新的門診系統上線。經過我和計算機室5位同仁的共同努力，宣武醫院重新開門時，一個全新的門診系統出現在宣武醫院，而且，從開始啟用一直穩定運行了4.8萬小時以上。對于門診系統這個項目，時間緊、任務重是當時最深刻的感受。
　　在這個項目上，我們當時應用了項目管理中的時間管理和溝通管理。由于時間緊，時間管理顯得特別突出，在一般的情況下，一個月內不可能完成一家大型三甲醫院門診信息系統的建設。而在特定的歷史條件下，又必須在1個月內完成門診信息系統的建設。這種情況下，必須充分應用時間管理的理念，而不是僅僅制定出甘特圖就行的事情。
　　實際上，對于這個項目的時間管理，我們還應用了并行處理的概念，就是把可以同步進行的工作盡量實現同步實施。有過項目管理經驗的人都知道，各個子項目盡量實現同步是一件很困難的工作。在那個項目里，時間管理如有一絲的疏忽，將無法實現1個月完成的時間要求。
　　在時間緊、人手少、工作量大的情況下，溝通管理問題同時也凸顯出來。這里的溝通包括院內科室之間的溝通、計算機室內部人員的溝通、醫院與若干個施工公司的溝通。應該說，任何項目的實施，必須通過及時有效的溝通，才能保證工程的進度和質量。在那段時間里，每天和各科室人員談需求，和計算機室人員討論技術，和公司討論技術方案和工程質量控制。當然，對于不同的人，需要采用不同的溝通方法，才能取得最佳的效果。事后回想起來。我開始對彼得？德魯克對于溝通提出的四個基本法則有了新的領悟：溝通是一種感知；溝通是一種期望；溝通產生要求；信息不是溝通。
　　到了2005年，宣武醫院又初步完成了臨床信息系統的建設，其特征是醫囑完全電子化。這個階段從2003年開始，其特點是住院病人的醫囑全部由醫生錄入。醫生錄入醫囑不是簡單的醫囑錄入，在醫生工作站上包括了藥物使用咨詢、醫保政策查詢和提示、院內感染申報等輔助功能。使用醫生工作站開醫囑使得醫生可以減少醫療差錯，減輕工作強度，提高工作效率。在醫囑電子化的基礎上，病歷電子化逐步實施。由于電子病歷包含的內容比較多，一家醫院不可能很快實現全部病歷電子化，只能根據技術的發展和條件的變化逐步完善病歷電子化。現在很多醫院的病程記錄開始使用計算機完成每天的病程記錄工作。到現在，宣武醫院信息系統已經初具規模。
　　持續完善和改進
　　從曾經的手寫醫囑到如今的醫生工作站，醫院信息化工作有其自身的一個發展過程。從宣武醫院來說，醫院的信息化已經走過了三個階段。
　　第一個階段是科室級階段。這個階段信息化表現為以科室為單位進行，主要是單機程序，典型程序是工資程序，很多醫院在1986年后開始，首次應用了微型計算機。購買微型計算機后的第一個程序一般都選擇工資，以工資電子化為開端。其后則是病案室的病案統計程序，我記的宣武醫院使用的病案統計程序是協和醫院編的。
　　第二個階段的特點是網絡和財務管理。醫院在這個階段建立了覆蓋全院的網絡，軟件系統以滿足財務管理為目標。20世紀90年代，門診收費和住院收費計算機化提到日程上。主要原因是到了上世紀90年代醫院的收入增加很多，繼續使用手工方式處理財務已經嚴重影響工作效率。在這種情況下，收費計算機管理被提到日程上。由于大醫院的收費點比較多，無法使用單機程序，網絡環境成為收費程序運行的必要條件。這個時期建設的收費程序一般是網絡環境的程序。但是，這個時期一般醫院的網絡不是覆蓋全院的網絡，覆蓋范圍只是滿足收費要求，也沒有考慮網絡安全及可靠性問題。
　　第三階段則進入到臨床信息系統建設時期，其特點是住院病人的醫囑全部由醫生錄入信息系統，實施醫囑完全電子化。醫生錄入醫囑不是簡單的醫囑錄入，在醫生工作站上包括了藥物使用咨詢、醫保政策查詢、院內感染申報等輔助功能。使用醫生工作站開醫囑使得醫生可以減少醫療差錯，減輕工作強度，提高工作效率。在醫囑電子化的基礎上，病歷電子化逐步實施。由于電子病歷包含的內容比較多，一家醫院不可能很快實現全部病歷電子化，只能根據技術的發展和條件的變化逐步完善病歷電子化。現在很多醫院的病程記錄開始使用計算機完成每天的病程記錄工作。
　　如今，雖然宣武醫院的信息化建設已經初具規模，但從醫院的業務需求來講，工作遠沒有完成。用一句老話說，就是“革命尚未成功，同志仍需努力”。事實上，醫院信息系統還需要根據國家醫療改革的需要，根據醫院管理的需要，根據臨床業務對信息系統的需求，還要不斷增加新的功能模塊，不斷地完善和改進。
　　四點心得
　　回顧十余年醫院信息化的工作歷程，常常思緒如潮，回想曾經經歷的那些項目、碰到的那些困難以及艱難挺過的感受，我覺得可以總結出四點經驗和心得。
　　定期檢測保障運行。建立一套信息化系統是困難的，但是，由于醫院的業務特點千變萬化，如何保證一個系統長時間的穩定運行更加困難。
　　宣武醫院信息系統已經連續穩定運行5年以上。取得這樣的成績，一個主要的原因是在信息系統管理方面建立了一種機制，依靠這種機制保證信息系統長期穩定的運行。這種機制包括技術和管理兩個方面。
　　任何從事信息化工作的人都了解，一個可靠性再高的系統，也是會出現故障的。一般故障都是單點故障，有的系統發生災難性故障后，在追查故障原因時發現有多個故障點，有人據此提出多故障同時刻發生的說法。其實，這種多故障現象一般情況下是單點故障引發連鎖反應，造成多故障假象。要想保證一個系統盡可能的長時間穩定運行，系統運行狀態定期檢測和及時排除故障點是必不可少的工作內容。
　　另外，很多人有一個誤區，認為有了雙機熱備，有了群集，系統就不會出現故障了。實際上，采用群集技術只是為排除故障提供了時間，群集技術并不能保證系統不出故障。要達到系統長時間穩定運行，系統運行狀態定期檢測是必不可少的。系統狀態監測本身并不難，難的是如何幾年如一日的堅持定期檢測。要達到這個目的，就必須建立一種機制，通過這種機制保證定期檢測始終如一的堅持下去。
　　醫院信息專業走向細分。醫院的信息系統是一個逐步發展的系統，這是它與其它行業信息系統的一個重要區別。由于系統是逐步發展的，所以醫院信息機構也有一個逐步發展的過程。從當年一個人干七八件事，發展到現在一個信息系統需要七八個專業的技術支持。對于今天的醫院信息系統而言，一個強大技術團隊的支持顯得越來越重要，換句話說，現在的信息部門需要劃分成若干個專業面，每個專業面需要2～3人組成，分別負責信息系統的各個方面。
　　如何看待技術外包。現在流行這樣一種觀點，就是技術外包。很多人認為醫院信息化領域的技術問題可以通過技術外包的形式解決，只要選好公司就行了。其實并不全然。
　　對于技術外包，在國外有很多成功的案例，這是不可否認的。但是，對于今天的中國，由于中國特色決定，有些在國外成功的經驗到中國就不靈了。“技術外包”有兩種形式，一種是公司提供技術，另一種是公司提供人員。
　　根據國內醫院信息化建設的現狀，單純依賴技術外包解決醫院信息系統的技術問題在目前的環境下實現有困難。醫院計算機技術人員掌握的技術和公司人員掌握的技術是有所區別的，公司人員掌握的是當前比較先進的IT技術，而醫院人員需要掌握的是滿足醫院需求的技術。這就造成醫院計算機人員不能由公司技術人員替代。兩者在醫院信息化工作中承擔著不同的角色。公司技術人員是技術的載體，醫院技術人員是需求的載體和系統維護的承擔者。兩者缺一不可。
　　管理和技術的關系。任何機構的信息化建設都離不開管理和技術這兩個重要內容，如何協調兩者間的關系服務于信息化建設，這里面有個比例的問題。而且，管理的和技術的比例，我認為是一個變量。從管理角度看，很多醫院HIS的功能不盡人意，究其原因主要是醫院的信息技術負責人對醫院的管理流程不了解，沒有準確全面地反映醫院的業務需求，這就是由于缺乏管理理念造成的。從技術角度看，很多醫院信息系統運行不穩定，經常出現故障，其主要原因往往是信息技術負責人對IT技術不精，在系統設計階段就是漏洞百出，運行階段技術優化欠缺，技術維護缺乏造成故障頻發。所以，對于醫院信息化建設的負責人來說，既要懂管理，又要懂技術，兩手都要抓，兩手都要硬才行。