半年前，重新回到了醫療信息行業，接受的第一個任務就是電子病歷系統開發，我的主要職責是電子病歷系統的總體設計和電子病歷編輯控件的代碼編寫。經過3個多月的研發、調試，總算有一個基本成型的產品能夠在一些醫院開始試用，就在今天都還在陸陸續續地修改BUG。
回顧整個研發過程和實施過程，一些心得與大家共享，共同推進中國醫療信息化發展。有不同見解地方，歡迎討論。
1、目標的確定
電子病歷系統開發，目標確實是非常重要的，為確定最終的需求，我花費了大約3周的時間查閱資料和與人探討。在此要感謝陳聯忠老師，在咨詢他時給予了一些支持。由于離開這個行業太久，所以查閱資料重新熟悉花費了很多的時間，最終確定了需求目標。

不過在產品上線后，還是發現需求目標與實際需求的偏離。目前無論是網上還是會議、還是衛生部標準，大篇幅地都在討論電子病歷的結構化問題，但目前醫院醫生們的實際需要是什么？是哪些醫生在書寫病歷？不知道有幾位能夠準確的回答這個問題。
15年前我也是一個醫生，寫大病歷的數量沒有30份也有20份吧，入院病歷應該在200份以上，那時的病歷書寫全靠鋼筆和紙張，真希望有個能復寫的東東來解決大篇幅重復書寫的問題。大家都知道病歷是醫療過程的記錄，但是幾乎所有的人，包括很多醫生自己都忽略了，病歷書寫還是訓練臨床低年資醫生嚴謹思維方式的重要手段。老一輩醫學家張孝騫老師曾經說過“寫大病歷的階段至為重要，要通過它形成一種終生不改的習慣，即在診務繁忙之中，也能如條件反射般運用，在診治病人過程中不遺漏任何要點。這種訓練是短暫的，稍縱即逝，一旦落課，就無法再補，切勿等閑視之”。還有誰記得，上學時老師們強調的“查你所寫，寫你所查”的病歷書寫要點。
在此呼吁和提醒各位，對電子病歷的認識，不能僅僅停留在記錄上，還應意識到書寫病歷有訓練低年資醫生的作用。所以目前的電子病歷應充分重視書寫便捷性和書寫過程中對臨床事務的訓練作用，其次才是結構化存儲和查詢。

這也是后來通過實踐認識到這個問題后，我們的電子病歷系統在初步解決結構化問題后，90%以上的精力都放在了如何提高書寫便捷性和引導式輸入上。關于引導式輸入的問題我會在另外的論題上探討。

2、工具的選擇
軟件研發行業都知道，最先進的不一定是最適用的。在開發電子病歷系統時，選擇何種開發工具，確實有一個猶豫過程。公司產品是用PB開發的，說句老實話，我一直對PB和VB這兩種解釋性語言不太感興趣，10多年來一直用C/C++和Pascal，三層結構和面向對象設計的優劣都很清楚。

PB在兩層數據庫開發速度上有絕對優勢，但運算性能和復雜算法、圖形操作上顯得很弱。再加上時間緊迫，與領導協商后，決定與數據庫系統相關的還是用PB完成，最核心的電子病歷編輯控件用我熟悉的Delphi開發，做成ActiveX控件。另外Delphi豐富的第三方控件庫，基本上都是開源的，即便買也很便宜，這也是一個重要原因。從目前結果來看，效果還是不錯。所以要想快速開發出產品，還必須選擇自己熟悉的工具，最好在已有的控件基礎上改，否則從最底層做起，那得猴年馬月去了。至于為什么不選擇.Net，呵呵，個人喜好。

3、設計
解決了電子病歷控件問題，其他設計基本上不算有難度，畢竟搞了10多年數據庫，再復雜的業務都搞定過。不過在總體設計時，應充分考慮將來的擴展，衛生部《基于健康檔案的區域衛生信息平臺建設指南(試行)》和《電子病歷基本架構與數據標準征求意見稿》要多看幾遍，畢竟代表了一個趨勢。在設計時一定要考慮到未來發展需要，電子病歷控件不能僅僅滿足書寫病歷，還必須支持健康檔案書寫的需要，例如表格、圖片、表達式的支持，另外對RadioButton、CheckBox、Edit、ComboBox等控件的支持也是需要的，否則以后表格書寫很困難的。

不同開發工具之間的兼容性問題也要在代碼開始前解決，說句實話，PB與Delphi的兼容性有些讓人頭痛，不過好在都解決了。花了1個半月寫代碼，又花了半個月調試，三個控件，每個近150個函數和事件，工作量還是很大的。不過干得很愉快，成就感強烈，哈哈！

4、實施
實施的一句話“溝通比技術重要”，與醫生進行寫病歷溝通，《病歷書寫規范》是每個實施人員必須熟讀的東西，不理解，背呀！我們當初醫學生就是這樣訓練出來的，想要一口吃成胖子，只有天才能做到。想很好理解病歷書寫過程中的需要，簡單，跟著醫生手寫5份大病歷，10份入院病歷，就能有感覺了。不愿寫？對不起，我幫不了你了。

5、預計與現實的差距
從書寫角度講，通用性書寫器Word是電子病歷非常不錯的選擇，可惜MS太小氣了，開放的接口不夠理想，如果能讓我獲取到操作者書寫過程中的動作，比如按下哪個鍵了，光標位置在哪里，鼠標移動到哪個文字上了等等，我一定選擇Word了，可惜...金山WPS也許是一個不錯選擇，不知道他們是否有這方面的意愿，由于開發時間緊迫而沒有聯系，一般來講在中國搞合作不容易啊！

6.感嘆

作為軟件開發者，最高興的事其實是自己的產品能夠為使用者接受和推崇。10多年來為這個目標走了很久，可惜一直不理想，搞過的行業眾多，包括社保、住房公積金、產權產籍管理、住房保障、教育考試等，甚至最后還在工業控制上嘗試了1年多，最終還是走回了自己熟悉的醫療專業，不過目前看來是走對了，感謝現任公司領導，給了這樣的機會。

從醫生改行搞軟件，從程序員做起，一步步走過來，其中的辛苦不是常人能夠理解的，好在喜歡。回顧10多年，還是要感謝在醫學院的老師們，是他們當年的嚴格要求，造就了現在的嚴謹態度和對事業的責任心。從事臨床工作的數年，吃過各種苦，才能在當程序員后再苦再累也不感覺苦累。

目前在公司繼續領導和開發合理用藥、臨床決策、PACS/LIS等項目，公司的小伙子們是我見過的最棒的，心情也很愉快，很愿意把自己的經驗和知識傳授給他們。

如果大家有興趣和疑問，也可以和我聯系，QQ：453897806，最好是發郵件，我不常上QQ。

2011-10-14

2009年曾經在一家HIS公司從事電子病歷開發大半年，因個人原因離開，甚感歉意。當時用Delphi基于第三方控件RichView做的，總感覺存在問題。后來仔細思索了很久，最后認為還是對電子病歷的理解以及實現思路問題。電子病歷不僅僅是要解決病歷書寫問題，還應解決病歷內容檢索、內容識別、對低年資醫師思維模式訓練等多個要求。用文字編輯器做病歷編輯器，能夠解決書寫問題，但不能解決其他問題，尤其是衛生部關于病歷數據元管理規范公布后，結構化、內容識別與質量控制等成為病歷編輯器的一個重要瓶頸。

轉載于:https://www.cnblogs.com/ChinaEHR/archive/2011/10/14/2212510.html

總結

以上是生活随笔為你收集整理的电子病历开发经验共享 —— 2009年一时兴起写在某个论坛上的，转抄留恋。的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。