电子病历的三种类型产品

　　下面我想简单的看一下我们产品的一个情况，我感觉到有三种类型的产品，第一种是厂商的，这些厂商有这个优势往往依托的功能比较强，但是在专业性上可能不足，第二种就是专业的，它的特点在专业上比较强，第三种就是我们医院自主研发的病历，可以根据我们医院的需要来开发市场，在这个临床的满意度上做的更好一些。我们看一下病历，这个是我们最初的文档为主体展开的它比较早了，这种电子病历是你不能看到相关的信息的，它评估了。像这种电子病历我可以从界面上看，这个界面就是综合的，我可以看到医嘱以及医嘱导致的变化，这个也是从IT的角度来理解然后给医生一种更好的工具的反应。

　　还有一些把电子病历文档化，比如说接受来自转院的或者区域协同医疗的一些领域，我们总体来讲我们的电子病历取得了很大的进步，比如临床路径都提供了很大的功能，但是医疗从临床角度的系统很抽象，这个地方确实从IT的角度来理解临床的需求方面，我们觉得还是有鸿沟的，简单的功能和投资是根据医院的需要，在功能上可能缺乏一个关联性，更多的是把医生看作一个操作员，强调操作脱离了临床的需要，还有一块儿就是仅仅是录用工具，我们做信息录入你想好了就去用，不是一个环境不是一个我可以发挥的工作平台，下面我们讲简单的介绍在电子病历当中的几个关键的问题。

　　这个是我们电子病历发明的过程，最初的电子病历我们是以电子书写为核心，只要把电子文书解决我们觉得电子病历已经解决了，第二个阶段就是我们把前面的过程再进一步，我们加入了对(CPUE)，事实上我们今天再看，如果让我们的电子病历支持临床的话，事实上我们一定要去支持(CPUE)，这是我们做临床路径的一个基础。我想简单的介绍一下，事实上这个病历是包含了文体的电子病历和住院病历，这两个是不可分割的。这里面有意识的原因，比如说以前我们住院的时候，从这种需求上体现了一个系统，还有一个是厂商的原因，比如说我卖给你两个产品两个系统，这报费上可能提高一点，第三个原因可能设计的原因，设计的时候电子病历和我们的住院病历就已经分离了，这两个电子病历数据的共享。

　　我想说一个好的电子病历系统应该可以同时看到门诊和住院系统，我们说是同时可见的，做的好一点就是可以根据诊断工具，比如说这个病人是某一种疾病，因为医生更加关注这个疾病以前是什么，然后再根据自己来诊断，还有的就是从医生角度来讲，我们在这两个工作平台中应该可以无故的切转，比如说门诊的时候可以住院，一点就回到第二个界面，门诊的时候也可以一点转到我的出院，这都可以方便的去切换，不需要我退出。