電子病歷編輯器，簡稱EMRE（EMR Editor）。EMRE是電子病歷系統的核心關鍵基礎技術。在電子病歷系統中起到了不可代替的作用，使用一個合適的電子病歷控件往往可以起到事半功倍的作用。那么當前電子病歷控件的主要模式和實現思路有哪幾種？

1.     Native模式。何謂Native模式？在Windows平臺來講就是WinForm程序，在Linux來講就是Linux本地應用,IOS就是IOS的本地應用了。

2.     Web模式。Web模式這個就比較好理解了，他就是在瀏覽器上運行的電子病歷控件。其中web模式根據不同的語言和技術流派大體上可以分為以下兩種子模式：

1       

2       

2.1      服務端控件模式。這種典型可以參考.Net技術流派的服務端控件。它的好處就是封裝性更好，開發者使用起來更加的方便透明，而無需關心內部的復雜實現邏輯。但是壞處也是很明顯，當你選用這種技術的時候也意味著你被.Net綁定了，你只能選擇.Net支持的語言去進行開發。而且服務端控件意味著更加頻繁的客戶端與服務端的交互。從控件提供商的角度來看，這種產品顯然是不能滿足市場上各種語言和技術流派的。

2.2      純前端控件模式。這種模式簡單來說就是和后端技術無關，完全使用Html，JavaScript和CSS進行制作控件。這種模式在互聯網盛行的情況下愈發能夠顯示出他的優勢，因為互聯網的入口是瀏覽器，而Html，JavaScript和CSS作為W3C的統一標準已經被所有的現代瀏覽器而支持。類似的控件可以查看百度開源的富文本編輯器UEEditor。這種文本編輯好處也很明顯通用適用于所有的開發語言和瀏覽器。我個人更加傾向于使用該種技術方案去實現電子病歷控件。

2.3      ActiveX控件模式。這個其實Native模式的一種擴展，通過在Windows平臺下對Native控件提供COM接口從而實現在IE系列瀏覽器中實現操作電子病歷，但是這種模式顯然是限制更多：只能基于Windows平臺，只能基于IE內核的瀏覽器。

以上我從純技術角度分析了，當前電子病歷控件純在的兩種模式。那么哪種方式更加先進呢？第一種方式有他的優越性那就是操作更加的方便，但是它想要適用各個操作系統就需要開發不同的平臺版本，這對任何一家軟件開發商來說都需要巨大技術的投入，甚至有可能是完全不可能的。而且在互聯網大潮席卷各行各業的情況下，第一種模式就有點背道而馳了。是第二種Web模式顯然更加的先進，它適用的范圍更加的廣，而且要實現跨平臺也更加的容易，所以它未來電子病歷控件的發展方向。那么當前在我國醫療行業領域有哪些電子病歷控件可供大家選擇?他們又分別屬于上述模式中的那種模式呢？

1.         EmrPad。這個控件想必只要從事醫療電子病歷開發的工作者都聽說過它的大名。他是有現就職于嘉禾電子病歷科技的陳聯忠基于開源的AbiWord控件首創開發的�，F已被嘉禾完全收購，從產生的電子病歷份數來說，此控件截止當前當屬第一。這也是國內首先有意識去獨立發展電子病歷控件的始祖。它屬于我們前面說到兩種模式的Native模式。

2.         DCWriter。南京都昌公司出品的產品。它是有都昌公司主要創始人袁永福親自設計和基于NET平臺開發的。它目前存在兩個版本分支，第一個是傳統的Winform控件，改分支版本主要通過NET平臺的GDI+技術進行實現，第二個版本是基于NET平臺的服務端控件，該控件為我們上面描述模式的Web模式下的第一種方式。相比國內其他廠商只提供Native控件的模式，南京都昌的產品已經先走了一步實現了Web模式。而且兩種控件完全實現了EMRDOM結構的完全互解析，從傳統的WinFrom控件升級到Web服務端控件完全不用擔心，文檔解析出錯這個讓人糾結的問題。當時我們開發電子病歷控件時，經過慎重的考慮和調研，本著從長遠發展的角度來說最后選擇了更加優秀和發展前景的DCWriter。

3.         中標普華Office。目前中標軟件基于自己的Office也對醫療行業推出了深度定制電子病歷控件。宣傳號稱是支持目前主流的操作系統，也屬于我們上面討論的Native模式。但是最致命的缺點是軟件大小太過龐大，引用過于復查。這給實際部署和分發造成了不少的困難。

4.         基于微軟Office。在電子病歷發展的初期，還曾經有很多廠家在無法找到合適電子病歷控件情況下，基于Word進行了簡單封裝開發。但是這種方式就更加不靠譜了，首先如果版權問題微軟就能把你整死！

5.         基于其他開源項目。開源有開源項目的好處就是免費，但是對公司的技術能力要求更高。開源項目應用好了是利器，應用不是導致項目失敗的比比皆是，醫療項目往往開始周期短，項目任務重，所以個人不推薦基于開源項目去開發電子病歷，一旦發生問題沒有售后支持極有可能導致項目的流產。

上述就是本人混跡醫療行業這么多年，在電子病歷控件這個話題之王上的一些經驗和見解。DCWriter在我看來是現在電子病歷行業中的最優基礎控件，因為它完全基于XML進行存儲，實現了Web模式的服務端控件（這也是國內首家）。同時希望DCWriter能支持更加通用化的純前端控件模式。

    我們選擇了DCWriter,大家呢？