结构化电子病历白皮书.doc

上传人:爱问知识人 文档编号:3290993 上传时间:2019-08-08 格式:DOC 页数:40 大小:3MB
返回 下载 相关 举报
结构化电子病历白皮书.doc_第1页
第1页 / 共40页
结构化电子病历白皮书.doc_第2页
第2页 / 共40页
结构化电子病历白皮书.doc_第3页
第3页 / 共40页
结构化电子病历白皮书.doc_第4页
第4页 / 共40页
结构化电子病历白皮书.doc_第5页
第5页 / 共40页
点击查看更多>>
资源描述

《结构化电子病历白皮书.doc》由会员分享,可在线阅读,更多相关《结构化电子病历白皮书.doc(40页珍藏版)》请在三一文库上搜索。

1、结构化电子病历结构化电子病历 白皮书 结构化电子病历产品组出品 内容提要内容提要 本白皮书阐述了结构化电子病历 的设计思想和技术特性。 本白皮书阐述了结构化电子病历 基于Cach数据库XML存储技术。 本白皮书阐述了结构化电子病历 的特点及优势。 本白皮书介绍了结构化电子病历 的功能实例。 目录目录 多媒体、结构化的电子病历系统多媒体、结构化的电子病历系统 .4 1.TRAKCARE EPR 系统系统4 2.TRAKCARE EPR 系统的意义系统的意义6 2.1.医疗工作的需求.7 2.2.社会发展对信息的要求.8 2.3.医院信息化由业务为中心发展到以人为中心.8 3. TRAKCARE

2、EPR 系统设计定位及设计思想系统设计定位及设计思想.9 3.1 TRAKCARE EPR 系统设计依据9 3.2 TRAKCARE EPR 系统设计原则9 3.2.1 系统的先进性.9 3.2.2 系统的可靠性.9 3.2.3 系统的可维护性.10 3.2.4 系统的安全性.10 3.2.5 系统的集成性.10 3.2.6 系统的开放性.10 3.2.7 系统的易用性.10 3.3 TRAKCARE EPR 系统设计思想10 3.4 TRAKCARE EPR 系统设计定位11 4. TRAKCARE EPR 系统技术解决方案系统技术解决方案.12 4.1 TRAKCARE EPR 系统平台选

3、型12 4.2 TRAKCARE EPR 系统平台设计16 4.3 TRAKCARE EPR 系统架构16 4.4 TRAKCARE EPR 系统性能分析16 4.5 TRAKCARE EPR 系统存储管理方案16 5.TRAKCARE EPR 系统的特点与优势系统的特点与优势17 5.1 自定义结构.17 5.2 自定义界面.18 5.3 自定义打印样式.19 5.4 信息共享双向通信.20 5.5 XML 方式存储病历数据21 5.6 临床知识库为指导.21 5.7 常规默认值降低录入工作量.22 5.8 符合标准又具备个性的语言模式.23 5.9 集成了病人临床过程中产生的各种信息.24

4、 5.10 强大的查询统计数据分析处理功能.24 5.11 与 HIS/PACS/LIS 系统的良好整合24 5.12 资源共享.25 5.13 安全保密性.25 5.14 智能化支持.25 5.15 多媒体支持.25 6. TRAKCARE EPR 系统核心技术控件系统核心技术控件.26 6.1 EPREDIT26 6.2 GUICONTROL.26 7. TRAKCARE EPR 系统的功能介绍系统的功能介绍.27 7.1 病案首页.27 7.2 入院护理评估单.28 7.3 结构化半结构化的录入方式.28 7.4 临床知识库为指导.29 7.5 公式设定与计算.30 7.6 图文混排及标

5、注.31 7.7 图形定义、绘制、插入及文本交互.31 7.8 表格插入、拆分、合并.33 8. TRAKCARE EPR 系统与系统与 HIS/PACS/LIS 全面整合全面整合.34 9. TRAKCARE EPR 系统的总结及比较系统的总结及比较.35 10. TRAKCARE EPR 系统带来的收益系统带来的收益.36 10.1 TRAKCARE EPR 系统的应用可以提高医疗工作效率36 10.2 TRAKCARE EPR 系统的应用可以提高医疗工作质量37 10.3 TRAKCARE EPR 系统的应用可以改进医院管理37 10.4 TRAKCARE EPR 系统的应用为病人信息的

6、异地共享提供了方便38 10.5 TRAKCARE EPR 系统的应用为宏观医疗管理提供了基础信息源39 多媒体、结构化的电子病历系统多媒体、结构化的电子病历系统 1. TrakCare EPR 系统系统 TrakCare EPR系统,使病历的编辑走上了信息化数字化的道路。使以往全 凭医生经验决定病历质量以及病历书写中用词不统一、不规范、等情况得到全 面的优化。同样也使病历的查询、统计、数据分析不方便甚至无法查询等情况 得到了极大改善。提高了医生的工作效率和工作质量;可以帮助医生从烦琐的 手工操作中解脱出来,减少差错,用更多的时间于病人的治疗过程,使病历真 正达到了规范化、结构化。 TrakC

7、are EPR系统 为医疗人员提供完整的、准确的病人病情资料,可以提 示和警示医疗人员,通过医疗知识库给予医疗人员临床决策支持。是面向临床 的最优解决方案。 TrakCare EPR系统 是在电子医疗文书的基础上以病人为中心的信息整合, 是各类医疗信息、门急诊的本次历次、住院的本次历次,等就诊记录的集中体 现。 TrakCare EPR系统 是以数字化的方式产生、存储、传输、管理、和重现的 病人医疗记录。取代了纸张病历,提供了超越纸张病历的服务,满足医疗、法 律和管理等方面的需求。他是临床信息系统(CIS)的核心部分,建立在医院医 疗活动全面信息化的基础上,提供了主动的、多媒体的、智能化的服务

8、,对医 院的内部管理、国家医疗保障和病人信息的异地共享具有重要意义。 TrakCare EPR系统 生成的电子病历经过信息加工后,可以成为卫生部门主 要的医疗信息来源。它的作用在大的方面关系到医疗机构设置,地区医务人员 的配置,医药的配给等等;在小的方面关系到医院的工作安排,每一个病人的 治疗手段、时间,每一种药物的用量等等。而保险公司也可在医院的授权下, 从电子病历系统中获得费用合理性的自动评估,并直接与费用支付系统关联, 实现不同保险种类的自动结算等。另外,医疗保险公司通过对人群疾病的分布, 费用支付情况等参数,调整保险种类及其结构,寻找即满足大众要求同时又能 使保险公司受益的合理方案,即

9、保险辅助决策分析系统。 该产品所生成电子病历最终要提供两种服务:个人卫生和公共卫生。对个 人来讲,医生根据这个人的所有资料帮他解决健康问题,对人群来说,是指跟 踪整个社会人群的健康变化,政府或者公共卫生部门据此采取措施。 一份正规的电子病历在病人挂号或住院处就医时就开始建立,首先要填写 病人的准确身份证明资料;病区医师及有关医务人员要输入病人的主诉、现病 史、既往史、家族史、体格检查、治疗计划、申请实验室或影象学检查及治疗、 检查结果;护士输入医嘱及护理信息;病人出院时,医师要输入出院小结,在 病历首页上输入主要诊断、其他诊断和手术操作名称,并在首页上签名以示负 责;病人在出院处办理出院手续,

10、结清住院费用,病历打印后提交病案室。 通 过该系统的应用可以: 保证病案的真实性、准确性和完整性,病历规范化,用语标准化,提高医 疗质量; 增加医务人员的有效工作时间,提高医疗工作效率; 充分发挥医院内外资源共享的效果; 有效地节省了物质(如纸张、影像胶片等)资源和时间; 促进医院信息化建设和管理水平的提高,为医院管理决策服务; 有效地服务于医、教、研、管; 具有良好的社会效益和经济效益。 2. TrakCare EPR 系统的意义系统的意义 电子病历作为医院综合信息系统的重要组成部分。其使用已成为一种趋势。电 子病历不仅仅是对病人综合医疗信息电子文件集合,更重要的是其具有许多目 前广泛使用的

11、病历运作和管理方式不可比拟的优势,在病历生成、病历管理、 病历存储、教学、科研方面有着极强的生命力。是对患者医疗信息及其相关处 理过程综合化的体现。发展电子病历系统是计算机应用向临床发展的需要。 2.1.医疗工作的需求医疗工作的需求 医疗工作是医院工作的主体,信息在医疗过程中占据重要地位。医生对病人的 诊断治疗过程实质上是一个不断获取信息、并利用信息进行决策的过程。医生 的问诊和查体过程是为了获取直接信息,申请检验检查是为了获取间接信息, 查阅手册、教科书是为了获取相关知识,然后依据这些信息、运用知识和经验, 进行诊断和治疗。可以说,医护人员能否充分、准确、及时地获取信息,直接 影响诊断和治疗

12、质量。概括起来,医疗工作对病历信息处理的要求有以下几个 方面: 记录的方便性。为了信息的后续利用,获取的病人信息首先必须记录下来。 一些客观的、可由机器设备完成的检查信息,应当能够自动记录下来,象化验、 监护、放射、超声信息等等。而由人工观察和手工记录的内容,则应当提供尽 可能方便的录入手段,在计算机辅助下由人工记录。这些自动和半自动化的记 录手段应大大简化传统的纸张病历的记录方式。 信息的及时性。信息的及时获得对医疗工作极为重要。信息的及时性有几 方面的含义。首先是信息发生后能及时传递给医护人员。如化验结果一旦出来, 就能够通过网络实时地传递给医生而无需等待纸张的传递。其次是信息在需要 时随

13、时随地可以获得,只要在有计算机联网的地方,就可以调阅所有相关的病 人资料,不需要去查找病人病历,不会出现病历资料被别人借走、丢失的情况。 信息表现的多样性。传统的纸张病历,或者以信息源的类别、或者以时间顺 序划分记录,病人信息的阅读利用方式完全取决于病历的记录排列方式。比如, 病人的一次住院病案按病案首页、病程记录、化验单、医嘱单的顺序排列。而 医疗工作需要了解信息的方式是多种多样的。如了解某一化验项目随时间的变 化情况或者某一化验结果与某一用药量的关系,了解某一时间病情与各种治疗 措施的对照等等。医护人员期望计算机能够在一次性采集的病人原始信息的基 础上,根据用户的不同需要,以最恰当的方式来

14、展现病人信息。 2.2.社会发展对信息的要求社会发展对信息的要求 社会环境的发展变化,对病历电子化也提出了迫切要求。首先,日益增长的个 人保健需求和层次化社会保健体系的建立对病历信息的共享要求更加迫切。人 们不仅有病才上医院,健康状态下也定期查体,接受健康教育和固定的保健服 务。以医疗资源合理利用为目标的社区医疗医院专科中心模式的就医体系 将越来越普遍,病人要根据病情选择不同层次的医疗机构就诊。人们希望建立 自己的个人健康档案,医疗机构之间对病历信息的共享要求迫切。象英国政府 实施的保健体系,每个公民都有自己的通科医生(GP),由其提供初级的医疗 服务并对个人健康负责,需要时才将病人转入医院治

15、疗,病人出院后仍转由通 科医生负责。美国的商业医疗保险制度下的初级医疗保健体系履行类似的职责。 在这样的 保健体系下,对病人信息有高度共享的要求,只有病历信息的电子化才能满足 这一需求。其次,象医疗保险这样的第三方付费制度的发展,也要求实现病历 信息的电子化。一方面,付费方(保险公司)需要对病人的治疗方案进行审核 控制,医院对实施的医疗项目和费用需要申报,这些过程逐步过渡为电子化方 式进行。另一方面,第三方付费制度对医疗机构的成本控制提出了更高要求。 传统的纸张病历不能够对医生的医疗行为进行有效的提示(比如对用药范围) 和控制,只有依靠电子化的病历系统才能够在医生发出处置指令的同时,进行 审查

16、和主动提示。 2.3.医院信息化由业务为中心发展到以人为中心医院信息化由业务为中心发展到以人为中心 医院信息系统的建设是随着医院内部诸多业务过程的信息化而逐步发展的,如 收费业务管理、药房业务管理、医嘱处理过程的计算机管理等等。医院信息系 统发展的前期是以业务为中心的。随着医学科技的进步,越来越多的医疗设备 本身就是数字化的信息系统,如监护设备、检验设备、CT、CR等等。而临床信 息系统的发展,越来越多的临床业务实现了计算机管理,如检验信息系统、放 射信息系统、护理信息系统等等。这些临床业务信息系统是站在各自不同的业 务的角度纵向看待病人信息的。但医疗工作本身对病人信息的需求是从单个病 人的信

17、息整体出发的,对病人信息的需求是全方位的、是以人为中心的。随着 临床信息系统对病人信息覆盖范围的扩大,信息管理需求很自然地由以业务为 中心发展到以病人整体为中心。病历作为病人信息的载体,实现以病人为中心 的信息计算机管理, 就是要实现病历的电子化。 3. TrakCare EPR 系统设计定位及设计思想系统设计定位及设计思想 3.1 TrakCare EPR 系统设计依据系统设计依据 本系统以病历书写规范为依据,严格执行国家软件工程的标准,保证系统 质量。按照CMM5级软件成熟度标准进行项目开发管理。系统应用设计符合国家 及医疗卫生行业的标准、规范。遵循现行的或即将发布的涉及电子病历系统的 国

18、家法律法规。实时关注国际上电子病历发展动态,定期对TrakCare EPR系统 进行优化分析和产品总结。打造符合国际标准有中国特色的电子病历系统。 3.2 TrakCare EPR 系统设计原则系统设计原则 3.2.1 系统的先进性系统的先进性 采用现代化软件工程的理念和先进成熟的技术,做到系统设计的合理性、科学 性。充分考虑用户的低投资、高效益。打造先进、灵活、能适应未来发展,并 具有强大的生命力的电子病历系统。 3.2.2 系统的可靠性系统的可靠性 系统采用现代最新技术、最可靠的成果。并且与电子病历、系统工程、数据挖 掘、网络系统操作,等各领域的多位专家共同进行多次可行性分析和论证,以 保

19、证系统架构的健壮性。系统在开发过程中依据CMM 标准结合用户需求进行多 层多级的严格测试,将潜在的问题扼杀在摇篮里。以保证系统以最佳的状态长 期稳定运动,最大限度保证用户的利益。 3.2.3 系统的可维护性系统的可维护性 系统以深入浅出的思想,将复杂的问题封装在程序中,使系统应用层更为简单 化。配合系统的智能提示功能,可以轻松满足系统日常运维管理的要求。故障 易于排除,维护操作方便。 3.2.4 系统的安全性系统的安全性 系统采用多种策略防止各种形式与途径的非法破坏。系统提供以安全组、角色、 等不同 方式 进行多层权限控制。同时提供业务留痕管理、系统留痕管理。多维度的保 护数据的完整性、准确性

20、。 3.2.5 系统的集成性系统的集成性 系统为综合集成平台。对医院各子系统有着很好的集成性和兼容性,构建一个 有机的临床平台。 3.2.6 系统的开放性系统的开放性 系统全面支持国际上最新的DICOM、HL7、ICD10、SNOMED等标准,支持符合 ASTM1238.88标准的化验结果和符合DICOM3.0标准的影像检查结果(对不符合标 准的信息,进行相应的网关转换)的调用。 3.2.7 系统的易用性系统的易用性 系统设计时在实现系统标准功能的基础上,充分考虑到系统操作的方便性、易 用性。为医院的管理带来便利,为医护人员提高效率,带来明显的经济和社会 效益。 3.3 TrakCare EP

21、R 系统设计思想系统设计思想 Trakcare EPR是 面向临床的信息集成系统。Trakcare EPR 提倡面向病人 的信息集成理念。首先,TrakCare 系统的核心是病人主索引(EPMI),同时 TrakCare 对对医院的门诊、急诊、住院等系统作了深刻的抽象,建立就诊 (Episode)的概念。在 TrakCare 中病人信息分两个层次,一层是跟病人终生相 关的,比如病人的过敏史,另一层是跟病人的每次就诊相关,就诊信息包括病 人的主诉、病史、诊断、医嘱、检验结果、检查结果,诊疗记录等。 TrakCare 的集成概念充分体现在医嘱通讯中,在医生下医嘱的时候,系统 会参考病人的过敏史、诊

22、断等信息,对医生的用药作出提示。 Trakcare EPR 根据中国医疗管理的特点,和电子病历最新的发展方向,做 了适当的扩展。有效地解决了病历书写,病案监控管理等问题。 3.4 TrakCare EPR 系统设计定位系统设计定位 Trakcare EPR是多层结构化产品,项目由独立的界面模板和数据模板构成, 而模板又由更小的子模块组成。这种结构严谨高效而又不失灵活,用户可以完 全按照自己的需求来定制临床数据存储结构。 TrakCare EPR系统的灵活性源于对医疗业务的深入认识和抽象,建立了高 度抽象的数据模型。在高度抽象的基础上, TrakCare EPR系统能根据具体需求 进行灵活配置。

23、 模板是实现书写个性化病历的核心。用户通过自定义的模板,进行选择和填 充,就可以生成符合国家标准并完全适应语言习惯的彰显个性的电子病历。 用户在界面模板上可以拖动单选框、多选框、下拉框、文本框、对话框、字 典选择框、复合框、表格框、日期框、图形位置框、图片标注框以及各种线条 和容器控件,来生成一个符合自己习惯和风格的录入界面。同时界面模板的控 件可以同数据库中字段绑定,这样就可以实现界面控件的数据关联。 元素是数据模板的基础,元素也是将来进行统计查询的条件。元素由若干 基本词构成(中间可以包括连接词),相当于汉语中的短语,它是可写模板的 最小单位(数据模板不能由基本元素构成)。为了更加方便元素

24、的管理,可以 包含多级管理,管理的层级数可由用户事先定义。 4. TrakCare EPR 系统技术解决方案系统技术解决方案 4.1 TrakCare EPR 系统平台选型系统平台选型 数据库选择的重要性数据库选择的重要性 造成HIS 系统脆弱的瓶颈问题,从设计上看原因也是多方面的,最根本的就是 因为数据库选择不恰当造成的,例如目前HIS 系统初级产品的响应速度很慢, 而且系统的响应速度性能还会随着时间的增长而逐渐衰减,这就很难令人满意 了,另一方面数据库里的数据量增长得非常快,有的医院说是海量增加,三个 月下来硬盘就满了,这样就只好清除数据,好不容易积下来的信息也就随着垃 圾数据一起都要“请

25、”出去了,不能放在系统里头,清除数据后还要因此停机 重新做索引,这也会影响系统的正常运行,本来系统内积累的信息可能是有用 的,假如能积累到全年、二年、三年或更长一些的数据,对这些数据就可以统 计分析一下,对医院分析各个部门和环节的运行状态,研究如何提高工作效益、 提升医疗质量,和降低医药费用就可能有用了,但是现在有的三个来月就把它 “请”出去了,这就很可惜,更不用说系统因不可靠、不稳定造成的死机或宕 机的严重影响是如何令人难堪和不能容忍的了。分析起来看,目前的HIS 系统 产品为什么存在着系统性能不好和可靠性脆弱的瓶颈问题呢,其中很重要的一 个原因就是所选用的数据库存在着本身固有的根本性瓶颈问

26、题。目前所用的关 系数据库对于有些行业中应用来说是个很好的数据库,但是对于数据复杂的医 疗行业来说就不见得是好的数据库,这种数据库一般主要只是适合于数据关系 比较简单的场合使用,因为所有数据要想存进关系数据库中,便都要拆分成两 维的关系表格才能存储,否则它就不能存储了,像一些非结构性的数据,例如 现在大量的多媒体的数据要存到关系数据库里就比较困难。而且关系数据库里 的关系表格的结构事先需要定义,结果不仅在表格结构扩展变动时就会有麻烦, 而且特别是实际上并没有数据存储的也要地方也会白白占用大量数据存储空间, 这种浪费和占用数据空间的直接影响是造成医院信息系统在使用中数据会动态 增长过快的重要原因

27、。此外关系数据库比较擅长的是OLAP方面的应用,而对于 像HIS需要作大量快速OLTP 处理的场合中的应用就不那么适用了。 XML 的选择的选择 XML 即为可扩展的标记语言(eXtensible Markup Language)。XML 是一套 定义语义标记的规则,这些标记将文档分成许多部件并对这些部件加以标识。 XML是标记语言。理解XML,首先要理解标记。先说说HTML的标记 (Markup),通俗地讲,它就是一种用来给文本添加标记的语言。在HTML里每 个标志都是有确切含义的。例如,在HTML 中,标签B的含义是要求HTML浏 览器将一段文本加粗表示,而标签CENTER的含义是告诉浏览

28、器将这段文本 在一行的中间显示。 而XML并非象HTML 那样,提供了一组事先已经定义好了的标签,而是提供 了一个标准,利用这个标准,你可以根据实际需要定义自己的新的置标语言, 并为你的这个置标语言规定它特有的一套标签。准确的说,XML是一种源置标语 言,它允许你根据它所提供的规则,制定各种各样的置标语言。 XML 的产生的产生 XML有两个先驱SGML和HTML,这两个语言都是非常成功的标记语言, SGML的全称是标准通用化标记语言,它从80年代初开始使用。正如XML一样, SGML也可用于创建成千上万的标记语言,它为语法置标提供了异常强大的工具, 同时具有极好的扩展性,因此在分类和索引数据

29、中非常有用。目前,SGML多用 于科技文献和政府办公文件中。SGML 非常之复杂,其复杂程度对于网络上的日 常应用简直不可思议。不仅如此,SGML 非常昂贵。HTML免费、简单,而且它获 得了广泛的支持。它是一个非常简单的SGML语言,可以方便普通人 的使用。1996年人们开始致力于描述一个置标语言,它既具有SGML的强大功能 和可扩展性,同时又具有HTML的简单性。W3C 于1998 年2 月批准了XML的1.0 版本,一个崭新而大有前途的语言诞生了。 XML 的优点的优点 1. XML 允许各种不同的专业(如音乐、化学、数学等)开发与自己的特定领域 有关的标记语言。这就使得该领域中的人们可

30、以交换笔记、数据和信息,而 不用担心接收端的人是否有特定的软件来创建数据。 2. XML 具有较好的保值性.过去40 年来的大多数计算机数据都丢失了,不是因 为自然损害或是备份介质的磨损,而只是因为没有人来写出如何读取这些数 据介质和格式的文档。以不常用的格式保存的二进制数据,数据也许会永远 地消失了。XML在基本水平上使用的是非常简单的数据格式。可以用100的 纯ASCII 文本来书写,也可以用几种其他定义好的格式来书写。ASCII文本 是几乎不会“磨损“的。 3. 应用间交换数据 由于XML 是非专有的并易于阅读和编写,就使得它成为在不同的应用间交换数 据的理想格式.XML 使用的是非专有

31、的格式,不受版权、专利、商业秘密或是其 他种类的知识产权的限制。XML的功能是非常强大的,同时对于人类或是计算机 程序来说,都容易阅读和编写。因而成为交换语言的首选。 此外,相对于HTML,XML具有先天的优越性。为了自己的浏览器增加一些特 殊的显示效果,HTML加入了一些特殊的标记。日益增多的标签不但使HTML越来 越庞大,浏览器的开发越来越复杂,还降低了不同浏览器之间的兼容性。尽管 HTML的标签越来越多,其显示力却还远远不够。 更有意义和更准确的搜索更有意义和更准确的搜索 数据可被XML唯一地标识。有了XML,由于其具有独特的数据类型(DTA数据 标记类型),可以细化到对字词的标记,所以

32、对于大量数据的任何查询就为可 能,例如书就可以很容易以标准的方式按照作者、标题、ISBN 序号或其他的标 准分类,搜索书就变得十分方便。所以XML提供了更有意义的搜索。 XML的标签含义丰富、意义明确,明白地提示所标记的内容,从而让搜索依 靠标签和内容之间的依存关系来准确地定位,找到目标,完成任务。所以,XML 可以提供更准确的搜索。 对已有搜索结果的二次检索对已有搜索结果的二次检索 如果检索的数据集是静态数据(例如存放在数据库中),通常的做法是在已 有的检索条件的基础上,动态加入新的约束条件。但是重新构造数据检索的约 束条件,往往需要用户同服务器再次交互,重新下载所需数据集合并输出。如 果能

33、在客户端对已经下载的数据集合进行二次检索,将极大地减轻Web服务器以 及数据库服务器的负担。 XML能够很大程度地满足以上需求。它将数据内容本身与数据显示格式独立 开来,分别处理。这样,如果需要改变文档的显示方式,只要修改样式文件 (XSL)就可以了。XML 的自我描述特性能够很好地表现许多复杂的数据关系, 使得基于XML 的应用程序可以在XML文件中准确高效地搜索相关的数据内容,忽 略其他不相关的部分。同时,整个数据操作都是在客户端完成,大大减轻了服 务器的负担。 Cach 与与XML 的完美结合的完美结合 可扩展标记语言(XML,Extensible Markup Language)目前正

34、在成为各种数 据特别是文档的首选格式。由于它具有标记不同字段(field)的能力,使得搜索 变得更简单和动态化,从而把企业准备扔进废纸篓的文件变成了进行数据挖掘 的宝藏。XML把内容从演示格式中解放出来,使材料可以多次重复使用。这样一 来,同样的内容可以分别用于新闻发布、白皮书、宣传册、演示和Web页面。对 那些需要把不兼容的系统融合在一起的企业,XML可以充当公共传输工具,以中 性格式进行数据传输。此外,XML还可以处理各种数据,包括文本、图像和声音, 并且可以由用户进行扩展以处理任何特殊类型的数据。 XML的特性使之成为在线和离线数据的共同语言。 这里有两种不同的观点:纯粹派认为,只有以X

35、ML 原始的格式存储XML 的数据 库才能称为XML数据库;另一些人认为,只要能存入和检出XML,且它本身又是 一个数据库,那它就是一个XML 数据库,而不必考虑数据是怎样存入的。我们 暂且把两派之争放在一边,凡内部不是以XML 格式存储的XML 数据库,叫做 “XML- enabled 数据库”;如果内部以XML格式存储数据,就称为“native- XML数据库”。 使用现有的数据库类型和产品而不是以原始格式来存储 XML,是出自以下 几种考虑:首先,普通的关系数据库和面向对象数据库已尽人皆知,而native- XML数据库是新的;其次,人们熟知现有的关系数据库和面向对象数据库,也了 解它们

36、的行为和性能,因此,他们不愿意转向native-XML数据库,因为其性能, 特别是可伸缩性尚未经过检验;最后,在企业看来,选择关系数据库和面向对 象数据库是比较安全的,不到迫不得已用不着冒险使用新的native-XML数据库。 现在已经有一些能够很好地处理XML 的XML-enabled 数据库,并且是由久 经考验的关系数据库和面向对象数据库担此重任。这些数据库在收到XML 后, 将其分解为字段并按通常的方式存储它们,当检索XML 时,这些字段再被拼接 成原状。这就是后关系Cach。 4.2 TrakCare EPR 系统平台设计系统平台设计 该项目采用了全套的CMM5级别标准,具备完整的文档

37、和设计资料,对开发过 程进行了全程监督。项目采用国际先进技术,Microsoft 最新的 .NET 应用平 台、Web Services 和XML技术,面向对象和关系型相结合的数据库Cache以及建 模设计工具Rational Rose等。 4.3 TrakCare EPR 系统架构系统架构 TrakCare EPR系统 采用现代主流的三层技术架构分为展示层、业务应用层、 数据存储层。这三层不仅在逻辑上是独立的,同时可以根据需要部署到不同机 器上,这样能保证系统的稳定性和稳定性。 TrakCare EPR系统 使用业界领先的Cache 数据库,很好的解决了病历数据 复杂性的问题,同时能保证海量

38、数据的快速访问。 TrakCare EPR系统 内置HL7 引擎,可以直接和LIS、RIS进行数据集成。同 时推荐业界领先的Emsemble 数据集成平台,不但可以实现数据集成还可以实现 业务流程的集成。 4.4 TrakCare EPR 系统性能分析系统性能分析 系统采用组件模式,提供功能强大的平台引擎支持:模板管理器、界面管 理器、日志管理器、消息管理器、安全管理器、数据访问管理器等。该系统的 物理部署采用Smart Client技术即智能客户端。该技术架构可以提供自动版本 识别和动态客户端组件下载,客户端运行效率高,非常适合医院部署环境。 4.5 TrakCare EPR 系统存储管理方

39、案系统存储管理方案 用国外医疗领域先进的Cache 数据库,完全面向对象数据库,多维存储。 使用的XML技术采用了层次化的面向对象的结构描述方法,非常适合于描述病历 这样复杂的内容;XML语言的描述对象的结构特性,符合了病历中不同内容结构 的变化,很适合保持病历的历史;XML 将内容与样式关联在一起,这不仅可以 保留病历内容,也可保留病历外观;由于XML文档的结构化,因此可以对XML文 档进行各种结构化检索和统计。 5.TrakCare EPR 系统的特点与优势系统的特点与优势 我们的目标是与国际电子病历发展同步。在电子病历设计过程中,我们更多的 参考了国际电子病历发展的趋势,同时我们兼顾了国

40、内对病历存档的需求,重 点不仅放在完成病历方面,更强调数据的再利用。 5.1 自定义结构自定义结构 TrakCare EPR 系统 的所有业务规则完全由用户自己定义,因而可以满足 各类医院的不同需求。TrakCare EPR 系统 是多层结构化产品,项目由独立的 界面模板和数据模板构成,而模板又由更小的子模块组成。这种结构严谨高效 而又不失灵活,用户可以完全按照自己的需求来定制临床数据存储结构,最终 生成符合国家标准的电子病历。 TrakCare EPR系统的展示层包括组件、工作流、工作列表、电子病历、菜单 等部分。所有这些元素都可以根据需要进行组装,完全可以根据客户需要组装 出需要的工作内容

41、和流程。TrakCare的电子病历是可扩展的,可以根据需要定 制自己的电子病历组件。 如下图所示: 5.2 自定义界面自定义界面 TrakCare EPR 系统 功能强大,使用简单。该产品的操作界面由用户灵活 定制,任意组合,可以满足合各种医疗业务的需求。用户可以根据实际需要, 建立自己的录入界面,录入的同时完成对数据的动态绑定。录入方式可以按照 用户的指定来实现,所有信息录入均可以使用模板方式,操作时只需要选择, 基本无需手工键入内容。这大大提高生成病历的速度,而且降低了对用户的计 算机操作水平的要求。 TrakCare EPR系统的电子病历采用模板机制,用户可以根据需要灵活定义 扩展模板。

42、 如下图所示: 5.3 自定义打印样式自定义打印样式 所有格式化内容可以自由定制;支持自由定制打印格式功能,支持套打以 及续打。 5.4 信息共享双向通信信息共享双向通信 TrakCare EPR系统 的结构化数据和TrakCare系统中的数据可以相互传递和 利用,双向融合信息共享,达到数据只录入一次,充分提高信息的利用率。 下图是患者出病,医生将要填写病案首页的界面,大部分基本信息已经由系 统自动获取、自动计算,有效降低了医生的录入工作量,同时也提高了数据的 准确性: 5.5 XML 方式存储病历数据方式存储病历数据 TrakCare EPR系统 中的病历数据直接以XML方式进行结构化存储,

43、对海量病 历数据的检索和统计具体实在的意义。为病历信息的传输、转换、脱机使用、 区域病历信息共享,奠定了基础。 5.6 临床知识库为指导临床知识库为指导 TrakCare EPR系统 提供了临床知识库的理念。以树形结构组织各种模板资 源,使用医生书写病历更简单、更直观。通过对知识库进一步完善,不仅为临 床的应用积累了宝贵的财富。而且也为病历教学提高了有力的条件。 医生可以通过调用既定的结构化或半结构化模板书写病历,然而兼顾结构化 录入和自由文本录入优势。解决医学用语不准确及将来不便于查询,或漏写了 应改写而忘了写的内容等问题。有利于提高病历质量。 如下图所示: 5.7 常规默认值降低录入工作量

44、常规默认值降低录入工作量 TrakCare EPR系统中,可通过设置结构化单元的常规默认值。降低医生录入 的工作量。 如下图所示: 、 5.8 符合标准又具备个性的语言模式符合标准又具备个性的语言模式 由于病历的每一个组成部分都是独立的最小单元,故可以避免语言的固定 化、格式化,防止了病历的千篇一律,可以生成符合语言习惯的具有不同个性 的满足国家要求的病历。通过对模板的选择,成功解决了病历书写中用词不统 一、不规范的问题。 5.9 集成了病人临床过程中产生的各种信息集成了病人临床过程中产生的各种信息 由于支持各种国际标准接口,所以不光可以调用影像检查报告的文字部分, 还可以查看相关的图像资料,

45、可以将化验检查等信息全部包括在内。这样,医 学影像、检验、药物等信息,就可基于XML格式供不同诊疗、管理部门在安全的 基础上调用。 5.10 强大的查询统计数据分析处理功能强大的查询统计数据分析处理功能 TrakCare EPR系统 与TrakCare 系统同属于一个信息平台,所以使医生查 看患者的检验、检查、手术、医嘱、RIS、心电、等结果更方便,使医生对患者 的各种辅助检查结果和病历信息进行批量综合查询更有效。 TrakCare EPR系统 采用XML 描述,分为元数据、界面描述数据、和实例数 据三部分。 TrakCare EPR系统 使用Cache 领先的数据索引技术,实现了对病历数据

46、XML的索引,可以实现对电子病历进行完全查找和分析。 由于所有结构都是由最小模块组成,存储方式又是灵活的XML技术,所以可 以由用户来灵活地设置各种查询和统计条件,可以随意生成所需的报表。同时 数据也可以转存入面向医疗的数据仓库系统Speed-Miner 数据仓库对病史、诊 断、医嘱、检查、检验结果进行深度分析和相关性分析,为医院的管理提供强 有力的支撑。这样用户可以快速准确的获取自己所关心的数据,在医学研究方 面觉有深刻的意义。 5.11 与与 HIS/PACS/LIS 系统的良好整合系统的良好整合 TrakCare EPR系统 是在国际接口通信标准的基础上开发出来的,所以与其 他标准平台都

47、能够保护良好的相互通用。在TrakCare系统中的信息可以自动导 入电子病历系统,避免了两套系统中信息的二次录入,使医生能够调阅到原始 的没有经过处理带来误差的真实数据与信息。 5.12 资源共享资源共享 由于XML记录的病历是文本格式,不依赖于任何计算机平台、软件或者数据 库格式。所以在医院授权的前提下,医生和病人可以通过网络查看病人病历或 通过相关介质(比如软盘,移动硬盘等)拷贝相关病历信息。 5.13 安全保密性安全保密性 系统采用基于安全组、角色的保密机制,有效地限制不同医护人员对资料 查阅、修改和使用功能模块的权限。具有先进的加密和分级权限控制。有效保 障了患者的隐私权。 在病历完成

48、后提交后,对其所做的一切操作全部留有痕迹,符合权限的用 户可以进行审阅和批注。 5.14 智能化支持智能化支持 通过和专家系统、专业知识库的连接,可以提示医生的用药禁忌、检验禁 忌等信息,来避免医疗错误,提高医疗质量。 通过电子图书、电子杂志以及关于病例治疗最新方法的信息的共享,让医 生不断获取最新知识。 5.15 多媒体支持多媒体支持 通过应用Cach多维数据库对流数据的良好支持,有效的保证了图片、声音、以 及视频信息直接存储在数据库中。从不同的层面丰富了病历的内容,更全面的 收集了患者的信息。有益于临床工作的开展。 6. TrakCare EPR 系统核心技术控件系统核心技术控件 自主开发

49、了核心技术控件:文字模板录入框(EPREdit)和框架界面模板设 计器(GUIControl)。图形设计器、表格设计器、公式审核系统。 6.1 EPREdit EPREdit是TrakCare EPR系统 的文字模板录入控件,它的是一个功能强大 的文本编辑器,可以在文本中嵌入基本单元,使关键的信息得到标记、便于分 析查询。、 主要功能如下: 1)可以通过拖拽基本单元生成复合单元,通过拖拽复合单元生成数据模板; 2)基本单元支持文本型、数字型、选择型、多选型、数量型、字典型、日期型; 3)可以通过对话框选择选择型单元和字典型单元内容,提高录入速度; 4)可以在基本单元和复合单元之间输入文本,组合成自然语句,使病历通畅易 懂。同时也给病历输入提供了很大的自由度; 5)可以通过Tab键,在基本单元之间跳转,方便输入; 6)在录入时提供即时提示,方便录入; 7)病历以XML方式存储,方便转换; 8)支持撤销编辑和重作功能; 9)支持字体上标、下标、黑体、斜体、粗体、字体、字号的设置; 10)支持特殊字符的输入; 11)支持病历的操作记录,可以记录病历的修改记录; 12)支持嵌入其他页签中已经输入的单元,支持动态更新嵌入单元的内容。 6.2 GUIControl GUIControl是界面设计控件,支持录入界面的自定义功能,能够生成用户 需要的

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 研究报告 > 信息产业


经营许可证编号:宁ICP备18001539号-1