電子病歷編輯器，簡稱EMRE（EMR Editor）。EMRE是電子病歷系統(tǒng)的核心關鍵基礎技術。在電子病歷系統(tǒng)中起到了不可代替的作用，使用一個合適的電子病歷控件往往可以起到事半功倍的作用。那么當前電子病歷控件的主要模式和實現(xiàn)思路有哪幾種？
1. Native模式。何謂Native模式？在Windows平臺來講就是WinForm程序，在Linux來講就是Linux本地應用,IOS就是IOS的本地應用了。
2. Web模式。Web模式這個就比較好理解了，他就是在瀏覽器上運行的電子病歷控件。其中web模式根據(jù)不同的語言和技術流派大體上可以分為以下兩種子模式：
1
2
2.1 服務端控件模式。這種典型可以參考.Net技術流派的服務端控件。它的好處就是封裝性更好，開發(fā)者使用起來更加的方便透明，而無需關心內部的復雜實現(xiàn)邏輯。但是壞處也是很明顯，當你選用這種技術的時候也意味著你被.Net綁定了，你只能選擇.Net支持的語言去進行開發(fā)。而且服務端控件意味著更加頻繁的客戶端與服務端的交互。從控件提供商的角度來看，這種產品顯然是不能滿足市場上各種語言和技術流派的。
2.2 純前端控件模式。這種模式簡單來說就是和后端技術無關，完全使用Html，JavaScript和CSS進行制作控件。這種模式在互聯(lián)網(wǎng)盛行的情況下愈發(fā)能夠顯示出他的優(yōu)勢，因為互聯(lián)網(wǎng)的入口是瀏覽器，而Html，JavaScript和CSS作為W3C的統(tǒng)一標準已經被所有的現(xiàn)代瀏覽器而支持。類似的控件可以查看百度開源的富文本編輯器UEEditor。這種文本編輯好處也很明顯通用適用于所有的開發(fā)語言和瀏覽器。我個人更加傾向于使用該種技術方案去實現(xiàn)電子病歷控件。
2.3 ActiveX控件模式。這個其實Native模式的一種擴展，通過在Windows平臺下對Native控件提供COM接口從而實現(xiàn)在IE系列瀏覽器中實現(xiàn)操作電子病歷，但是這種模式顯然是限制更多：只能基于Windows平臺，只能基于IE內核的瀏覽器。
以上我從純技術角度分析了，當前電子病歷控件純在的兩種模式。那么哪種方式更加先進呢？第一種方式有他的優(yōu)越性那就是操作更加的方便，但是它想要適用各個操作系統(tǒng)就需要開發(fā)不同的平臺版本，這對任何一家軟件開發(fā)商來說都需要巨大技術的投入，甚至有可能是完全不可能的。而且在互聯(lián)網(wǎng)大潮席卷各行各業(yè)的情況下，第一種模式就有點背道而馳了。是第二種Web模式顯然更加的先進，它適用的范圍更加的廣，而且要實現(xiàn)跨平臺也更加的容易，所以它未來電子病歷控件的發(fā)展方向。那么當前在我國醫(yī)療行業(yè)領域有哪些電子病歷控件可供大家選擇?他們又分別屬于上述模式中的那種模式呢？
1. EmrPad。這個控件想必只要從事醫(yī)療電子病歷開發(fā)的工作者都聽說過它的大名。他是有現(xiàn)就職于嘉禾電子病歷科技的陳聯(lián)忠基于開源的AbiWord控件首創(chuàng)開發(fā)的。現(xiàn)已被嘉禾完全收購，從產生的電子病歷份數(shù)來說，此控件截止當前當屬第一。這也是國內首先有意識去獨立發(fā)展電子病歷控件的始祖。它屬于我們前面說到兩種模式的Native模式。
2. DCWriter。南京都昌公司出品的產品。它是有都昌公司主要創(chuàng)始人袁永福親自設計和基于NET平臺開發(fā)的。它目前存在兩個版本分支，第一個是傳統(tǒng)的Winform控件，改分支版本主要通過NET平臺的GDI+技術進行實現(xiàn)，第二個版本是基于NET平臺的服務端控件，該控件為我們上面描述模式的Web模式下的第一種方式。相比國內其他廠商只提供Native控件的模式，南京都昌的產品已經先走了一步實現(xiàn)了Web模式。而且兩種控件完全實現(xiàn)了EMRDOM結構的完全互解析，從傳統(tǒng)的WinFrom控件升級到Web服務端控件完全不用擔心，文檔解析出錯這個讓人糾結的問題。當時我們開發(fā)電子病歷控件時，經過慎重的考慮和調研，本著從長遠發(fā)展的角度來說最后選擇了更加優(yōu)秀和發(fā)展前景的DCWriter。
3. 中標普華Office。目前中標軟件基于自己的Office也對醫(yī)療行業(yè)推出了深度定制電子病歷控件。宣傳號稱是支持目前主流的操作系統(tǒng)，也屬于我們上面討論的Native模式。但是最致命的缺點是軟件大小太過龐大，引用過于復查。這給實際部署和分發(fā)造成了不少的困難。
4. 基于微軟Office。在電子病歷發(fā)展的初期，還曾經有很多廠家在無法找到合適電子病歷控件情況下，基于Word進行了簡單封裝開發(fā)。但是這種方式就更加不靠譜了，首先如果版權問題微軟就能把你整死！
5. 基于其他開源項目。開源有開源項目的好處就是免費，但是對公司的技術能力要求更高。開源項目應用好了是利器，應用不是導致項目失敗的比比皆是，醫(yī)療項目往往開始周期短，項目任務重，所以個人不推薦基于開源項目去開發(fā)電子病歷，一旦發(fā)生問題沒有售后支持極有可能導致項目的流產。
上述就是本人混跡醫(yī)療行業(yè)這么多年，在電子病歷控件這個話題之王上的一些經驗和見解。DCWriter在我看來是現(xiàn)在電子病歷行業(yè)中的最優(yōu)基礎控件，因為它完全基于XML進行存儲，實現(xiàn)了Web模式的服務端控件（這也是國內首家）。同時希望DCWriter能支持更加通用化的純前端控件模式。
我們選擇了DCWriter,大家呢？
|
