论电子病历控件的现状和发展方向

电子病历编辑器，简称EMRE（EMR Editor）。EMRE是电子病历系统的核心关键基础技术。在电子病历系统中起到了不可代替的作用，使用一个合适的电子病历控件往往可以起到事半功倍的作用。那么当前电子病历控件的主要模式和实现思路有哪几种？

1. Native模式。何谓Native模式？在Windows平台来讲就是WinForm程序，在Linux来讲就是Linux本地应用,IOS就是IOS的本地应用了。
2. Web模式。Web模式这个就比较好理解了，他就是在浏览器上运行的电子病历控件。其中web模式根据不同的语言和技术流派大体上可以分为以下两种子模式：

服务端控件模式。这种典型可以参考.Net技术流派的服务端控件。它的好处就是封装性更好，开发者使用起来更加的方便透明，而无需关心内部的复杂实现逻辑。但是坏处也是很明显，当你选用这种技术的时候也意味着你被.Net绑定了，你只能选择.Net支持的语言去进行开发。而且服务端控件意味着更加频繁的客户端与服务端的交互。从控件提供商的角度来看，这种产品显然是不能满足市场上各种语言和技术流派的。

2.1纯前端控件模式。这种模式简单来说就是和后端技术无关，完全使用      Html，JavaScript和CSS进行制作控件。这种模式在互联网盛行的情况下愈发能够显示出他的优势，因为互联网的入口是浏览器，而Html，JavaScript和CSS作为W3C的统一标准已经被所有的现代浏览器而支持。类似的控件可以查看百度开源的富文本编辑器UEEditor。这种文本编辑好处也很明显通用适用于所有的开发语言和浏览器。我个人更加倾向于使用该种技术方案去实现电子病历控件。

2.2 ActiveX控件模式。这个其实Native模式的一种扩展，通过在Windows平台下对Native控件提供COM接口从而实现在IE系列浏览器中实现操作电子病历，但是这种模式显然是限制更多：只能基于Windows平台，只能基于IE内核的浏览器。

以上我从纯技术角度分析了，当前电子病历控件纯在的两种模式。那么哪种方式更加先进呢？第一种方式有他的优越性那就是操作更加的方便，但是它想要适用各个操作系统就需要开发不同的平台版本，这对任何一家软件开发商来说都需要巨大技术的投入，甚至有可能是完全不可能的。而且在互联网大潮席卷各行各业的情况下，第一种模式就有点背道而驰了。是第二种Web模式显然更加的先进，它适用的范围更加的广，而且要实现跨平台也更加的容易，所以它未来电子病历控件的发展方向。那么当前在我国医疗行业领域有哪些电子病历控件可供大家选择?他们又分别属于上述模式中的那种模式呢？

1. EmrPad。这个控件想必只要从事医疗电子病历开发的工作者都听说过它的大名。他是有现就职于嘉禾电子病历科技的陈联忠基于开源的AbiWord控件首创开发的。现已被嘉禾完全收购，从产生的电子病历份数来说，此控件截止当前当属第一。这也是国内首先有意识去独立发展电子病历控件的始祖。它属于我们前面说到两种模式的Native模式。

2. DCWriter。南京都昌公司出品的产品。它是有都昌公司主要创始人袁永福亲自设计和基于NET平台开发的。它目前存在两个版本分支，第一个是传统的Winform控件，改分支版本主要通过NET平台的GDI+技术进行实现，第二个版本是基于NET平台的服务端控件，该控件为我们上面描述模式的Web模式下的第一种方式。相比国内其他厂商只提供Native控件的模式，南京都昌的产品已经先走了一步实现了Web模式。而且两种控件完全实现了EMR DOM结构的完全互解析，从传统的WinFrom控件升级到Web服务端控件完全不用担心，文档解析出错这个让人纠结的问题。当时我们开发电子病历控件时，经过慎重的考虑和调研，本着从长远发展的角度来说最后选择了更加优秀和发展前景的DCWriter。

3.中标普华Office。目前中标软件基于自己的Office也对医疗行业推出了深度定制电子病历控件。宣传号称是支持目前主流的操作系统，也属于我们上面讨论的Native模式。但是最致命的缺点是软件大小太过庞大，引用过于复查。这给实际部署和分发造成了不少的困难。

4. 基于微软Office。在电子病历发展的初期，还曾经有很多厂家在无法找到合适电子病历控件情况下，基于Word进行了简单封装开发。但是这种方式就更加不靠谱了，首先如果版权问题微软就能把你整死！

5.基于其他开源项目。开源有开源项目的好处就是免费，但是对公司的技术能力要求更高。开源项目应用好了是利器，应用不是导致项目失败的比比皆是，医疗项目往往开始周期短，项目任务重，所以个人不推荐基于开源项目去开发电子病历，一旦发生问题没有售后支持极有可能导致项目的流产。

上述就是本人混迹医疗行业这么多年，在电子病历控件这个话题之王上的一些经验和见解。DCWriter在我看来是现在电子病历行业中的最优基础控件，因为它完全基于XML进行存储，实现了Web模式的服务端控件（这也是国内首家）。同时希望DCWriter能支持更加通用化的纯前端控件模式。

我们选择了DCWriter,大家呢？