哪家的电子病历是全结构化的？有什么优势？

　　结构化电子病历是指从医学信息学的角度将以自然语言方式录入的医疗文书按照医学术语的要求进行结构化分析，并将这些语义结构最终以关系型(面向对象)结构的方式保存到数据库中。
　　例如：如果描述一个‘腹部疼痛2日，伴呕吐’病症的句子，我们就按照词语的类别，把它划分为‘腹部’（名词）、‘疼痛’（动词、行为短语）、‘2’（数词）和‘日’（单位名词），‘伴呕吐’（动词、行为短语）5个部分。‘腹部’是这一句话中描述‘身体部位’的元素，‘疼痛’是描述‘症状’的元素，‘2’是‘数值’元素，‘日’是‘时间单位’元素。那么我们应该可以在相应的元素分类中找到这些元素（假设这些元素已经定义好了）。
　　结构化电子病历的优势：
　　大大降低病历出错的概率；
　　避免了用词的随意性，给今后的数据收集、研究提供了方便；
　　支持电子病历查询统计和数据挖掘 ：可以根据临床需要对电子病历按照模板层次结构进行查询。在元数据一级，可以根据数据类型进行操作符运算。查询速度应满足OLTP系统运行要求；
　　实现共享（卫生部要求）：电子病历和医院中其它系统的数据交换是必然的。这意味着，只有遵循国标所规定的全结构化的病历文档结构才是自由交换数据的前提。

　　这样按顺序组成一个结构化描述:‘{身体部位}{常见症状}{数字}{时间单位}{伴随症状}’，然后再把该结构化描述添加到病历模板中,在使用该病历模板时选择和填写相应的项，就构成了结构化病历。

　　安博维的电子病历是用delphi开发的，这类开发工具开发出来的东西需要自己管理内存，而内存管理不好很容易造成服务器崩溃（就是我们常看到的“内存错误”或“地址错误”）。一般家用软件，比如桌面软件出现错误重启就行，但大型服务器软件就不能随便出现这种错误，就算这种错误十天半个月甚至一两个月才出一次也受不了，你想想系统崩溃时可能有很多医生在写病历，开医嘱，崩溃就意味着数据不能保存，而且有可能还会影响数据库。数据库中出现脏数据，那麻烦就大了。
　　所以在选择大型企业应用级软件时，我建议选择JAVA开发的软件，JAVA开发的软件服务器非常稳定，内存管理是由JAVA虚拟机来完成，大家知道，JAVA虚拟机是上万人的团队做出来的，再怎么，在稳定性上肯定要强过自己做内存管理。所以很难看到JAVA做的服务器会出问题。
　　国内电子病历做的好的我个人认为“南京海泰”算一个，他们的电子病历是用JAVA开发的，B/S结构，完全结构化的电子病历，稳定性也非常好。只是电子病历的编辑器做的不够人性化，价格高。
　　“嘉和美康”的电子病历还算可以，.net开发的，稳定性不错，结构化的电子病历，编辑器类似Word风格，比较友好。公司的市场能力很强，很多三甲医院用的是他们的，但很多医生对他们的系统评价一般。另外价格很高。
　　另外还有一家叫“古莲信息技术”的电子病历，也是JAVA开发的，B/S结构，完全结构化，稳定性也非常好，编辑器类似Word风格，比较友好。价格适中，性价比不错。但公司名气不大。

你好，我过去是从事这个行业的，也是专门负责电子病历的产品经理。
目前来讲无论国内还是国外，还没有真正意义的全结构化的电子病历。
所谓结构化，实际最高端的理解就是真正能做到语义分析，医生写病历，开处方，能够通过医生输入自然语句识别出数据库中提前维护过的标准化数据，并提示或自动完成。
而这一点在国内来讲更是难以实现，因为这个东西的标准是必须有国家来出台的，比如同一个疾病的症状，南北方的医院就有叫法不同的两个词语，比如病人发烧了，也有说发热的，所以肯定是要先由国家出台相关标准，这里面就包含了很多领域，包括病情描述啊，病史啊，药品名称啊，疾病名称啊很多很多内容。
所以，现在并无真正意义的全结构化电子病历，目前无论国内国外，做的最好的我见过的，也就是针对某些领域，做成比较结构化的录入方式，比如我前面提到的药品，疾病名称这些可以做到自动整理病历结构，标准化描述，最终产生比较标准的结构化病历效果。但是保存前还是需要人为的去仔细检查一下。

结构化的好处无非就是
1.提高医护工作效率
2.标准化的结构化病历在数据分析上有很大的优势。可以做更加细致的分析。
3.数据存储方面也能做到结构化，在数据冗余方面有所减小。
4.最大的好处还是对IDC咯~疾病监控和预防，医学科技领域研究都能做出很多贡献。