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

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

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

1       

2       

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

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

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

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

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

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

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

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

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

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

    我們選擇了DCWriter,大家呢？