没有合适的资源?快使用搜索试试~ 我知道了~
电子病历相关资料最近整理电子病历相关资料最近整理电子病历相关资料最近整理
资源推荐
资源详情
资源评论
我看了军惠的电子病历,就是用 ole 控件,总觉得有点落后。尤其不能实现结构化的查询,规
则等管理,其实还是采用拷贝方式,很容易出问题,如女性的疾病也同样可以出现在男性的病
历中。
编辑器技术是电子病历系统中的重点和难点,它是电子病历系统的核心技术,它的功能是否强
大直接关系到电子病历系统的成败。因为在病历书写过程中,既要支持医学术语的结构化存储 ,
又要支持自由描述语言的书写,同时还要支持图文混排,表格操作等,现有的书写工具很难完
成上述要求。但是开发专用电子病历编辑器难道非常大,目前国内有成熟并且已经大量商业应
用电子病历编辑器的公司据我所知只有 2 家,一家是北京华信慧典的病历宝典 2009(穆鹏义开
发的),一家是北京嘉禾美康的 EMRpad3.0(陈联忠开发的),而且都是有 6、7 年的开发经
历了。这个两家公司的技术水平都很高,产品也都很稳定,但个人认为华信慧典的病历宝典在
技术上更胜一筹,主要表现在他们的编辑器表格处理能力很强大(编辑器中最难的就是表格技
术),而且结构化做的也很好。从电子病历编辑器的复杂性来说,没有 3、4 年的时间,不可能
研发出可以商业应用的成熟产品。所以楼主可以跟这 2 家公司接触一下,看能否得到他们的帮
助。
B>重庆中联电子病历系统(ZLRichEPR :</B> <BR> <BR>
<div class="tuijie"></div>
<SPAN class=style5><A
name=xtjs></A>基本介绍</SPAN><BR><STRONG>【功能概述】</STRONG
><BR>配合医生工作站,ZLRichCPR 主要完成如下功能:<BR>实现各类门诊/
住院病历文件书写规范、格式和书写审核要求的设置调整<BR>各种病历文件的
全文示范、段落示范和词句示范的编辑管理<BR>病人就诊过程各种病历的书写、
审签、归档管理与质量控制<BR>对病人病历的查阅、分析和利用<BR>【注】
丰富文本格式(Rich Text Format,简称 RTF):<BR>是一种多格式文本信
息的描述格式,将文本信息及其格式说明以文本的方式共同存放,以便于数据
的传输,是一种通用的计算机文件格式,目前已被作为我国电子公文传递的标
准格式之一采用。ZLRichCPR 充分利用该格式,保证了电子病历的格式和编辑
的灵活性。<BR><STRONG>【功能特色】</STRONG><BR>可控制的丰富格式
病历文档编辑:在电子病历范畴中,现阶段多数还是以文档形式存在;伴随不
同医疗过程的病历具有不同的内容要求和格式规定,不同地区和学科也存在差
别。ZLRichCPR 在提供丰富格式病历的基础上,实现病历定义过程内容规范和
格式上的灵活性,在编辑过程中的可控制性<BR>真正结构化病历,支持数据结
构化输入与控制:结构化始终是电子病历发展不变的追求,实现电子病历可利用
性的前提,在丰富格式文档中,包含了填空、选择等内容结构化输入控制,以及
对表格化病历的支持<BR>增强的病历质量管理功能:电子病历伴随病人诊疗过
程由医护人员按规定完成;在此过程中,对病历的及时性、完成性和基本的正
确性提醒控制,有利于病历质量的提高,进而有利于医疗质量的提高<BR>可分
科定制病历书写规范<BR>病历全文模板\元素模板功能 a<BR>导入历史病历功
能<BR><SPAN class=style5><A name=jbzd></A>疾病诊断\诊疗用药参
考管理</SPAN><BR><STRONG>【功能概述】</STRONG><BR>配合医生和护
士工作站,利用计算机强大的存储、检索功能,将大量的诊疗措施及药品的功
能、特性、用法用量、注意事项等信息组织起来,提供诊断参考规范和诊疗措
施应用参考规范的管理,包括常规知识参考和局部合理性检测,供医护人员查
阅了解,并在实际诊断治疗护理过程中随时调阅或应用参考规范
<BR><STRONG>【功能特色】</STRONG><BR>基于标准疾病编码体系的疾病
辅助诊断和治疗措施参考功能<BR>药品用法参考功能<BR>中药方剂参考功能
<BR>诊疗措施用法参考功能<BR> <BR></div></div>
基于.NET 平台和 Cache 数据库的结构化电子病历系
统设计
来源:中国论文下载中心mmmm[ 08-11-17 15:32:00 ]作者:江凤莲m邓书显mmmm编辑:
studa20
多智网校诚招全国各地市独家线下代理商,共同开发网上教育市场。多智教育
(DOZEDU.COM)!m
【摘要】mm电子病历(CPR)系统是医疗信息化的重要部分,在国外有不少广泛使用的
系统,但不能通过汉化提高国内 CPR 水平,现基于.NET 平台和 Cache 数据库提
出一种结构化电子病历系统方案,主要创新点包括平台选择、病历模型结构、接口
模型设计以及规则引擎的引入等。m
【关键词】mm结构化电子病历系统m病历模型结构m接口模型m规则引擎
电子病历(Computer-based Patient Record, CPR)是以病人为中心的信息集
成,是医院所有业务系统的有机融合,能完整、动态地反映患者的医疗过程,是对
个人医疗信息及其相关处理过程综合化的体现[1]。电子病历又称电子病人记录
(EMR),现正向电子健康记录(EHR)发展。
《2007 年中国医卫行业信息化建设与 IT 应用趋势研究报告》显示,电子病历、
PACS、HIS 系统的升级、完善和集成、信息安全等是 2007 年医卫行业信息化建
设的投资重点[2]。目前不能通过汉化国外 CPR 软件提高国内 CPR 使用水平。
首先,病历的组织结构、描述方式中外有别,国外的 CPR 系统不能完全适应国内
的病历管理规范。其次,由于电子病历相关立法以及监督机制等方面的差异,国外
CPR 系统的设计理念和国内不一样。现国内的 CPR 要求将病历打印出来进行手工
签名以起到法律效应。国外的 CPR 系统以表格或树形结构的方式录入数据,很难
将计算机中的数据还原成“手工病历”。
因此,我们在认真分析了国内外 CPR 系统的基础上开发了基于.NET 平合和
Cache 数据库的结构化电子病历系统。
1 系统体系结构
系统结构见图 1。
数据访问层中对数据库的操作分两部分。访问组件在微软 Enterprise Library
中 Data Access Application Block 基础上修改,增加了对 ODBC 数据源的支持
(因为目前.NET 平台上还没有支持 Cache 的驱程),对 Database 抽象类功能进行
扩充。图 2 所示的数据访问组件是以工厂模式[3]设计的,Database 和
DbCommandWrapper 都是抽象类。客户端代码通过 DatabaseFactory 类创建
Database 实例。通过 Cache 提供的 CacheObject 访问 Cache 多维数组。
因病历输入过程中使用大量代码字典表数据,如诊断、症状、药品目录等。客
户端在输入时都从数据库中读取,服务器负担很重,可用数据缓存方式加以解决。
2 开发平台选择
因国内医院普遍使用 Windows 操作系统,本系统基于 Windows 平台以
WinForm 程序为主,采用.NET 平台进行开发。
数据库选择相对复杂。CPR 系统中包括病历数据和其它基础数据。对于一般性
数据可用关系型数据库进行建模、存储,而结构化处理后的病历数据就不能满足数
据分析的需要。
病历本身数据量很大,再加上结构化处理时增加的描述符,最终数据会增加很
多。基于共享需要,病历数据以 XML 格式保存[4],对它处理要用
XQuery、XPath 等技术。虽然主流关系型数据,如 SQL Server、Oracle、DB2
等都支持 XML 数据,但要提高数据查询效率,必须对数据添加索引。然而,病历
数据的结构是动态的,不能有效建立索引。因而,将动态结构的数据分解为固定格
式的明细数据。
在关系型数据库中,路径表示数据在病历结构中的位置。同步数据时借助路径
来定位,分析数据时通过路径过滤。因为病历数据分解为明细数据后数据量非常大,
相应的路径数量非常多,且查询数据时因缺乏必要的索引信息需遍历整个表。同时,
值字段需要保存各种类型的数据,而字段类型只能是字符类型,在进行数据比较时
要进行类型转换,查询的代价急剧上升。若能够提高数据遍历速度,并避免类型转
换,将大大提高效率[5]。而这恰恰是 Cache 数据库的特点之一。
Cache 数据库的核心是高效的多维数据引擎。通过内置的 CacheObjectScript
脚本语言,可以直接访问多维数据结构,这样可以获得最高的性能和最好的存储利
用率。当有特别的或者专业的结构并且不需要提供对象或者 SQL 的方法来访问数
据时,或者当要求尽可能高的性能时,直接的“global 访问”是特别普遍的。
3 插件式应用程序框架
本系统客户端使用基于 SmartClient 技术的插件式应用程序框架,主要包括:
①加载基本模块:基础框架类库定义接口 IPlugin、IStartup 模块程序实现接口,主
程序通过 PlugInHelper 辅助类加载:② 数据访问:基础框架类库定义接口
IDataAccess,并实现 SqlDataAccess,主程序通过 DataAccessFactory 访问
数据库;③ 浮动窗口:主程序支持浮动窗口显示,基础类库定义 DockingWindow,
DockingForm,DockingContent 提供各模块类创建浮动窗口,例如工具窗口、
病人列表等,在加载模块同时通过 DockingHelper 辅助类实现浮动窗口显示,并
动态保存浮动窗口位置、显示方式,支持不同操作人员设置;④ 登录部分:采用基于
角色方式的帐户管理,并加密处理,所有主程序加载的功能模块,都基于这个帐户
的权限信息进行控制;⑤ 报表部分:提供统一的报表服务。
4 病历模型结构图
系统对病历数据处理分为 3 个部分:
数据访问部分负责处理和病历有关的数据存储操作。
ModelStorage 组件负责处理数据库中数据与病历对象之间的转换、实际数据与查
询数据之间的同步。
病历业务负责病历的内部逻辑。在 EMRModel 组件中完成病历对象维护、检查
等工作。EMRWidget 组件用来统一处理病历的展现及录入、病历对象数据与 RTF
文本之间的转换。
病历界面包括病历模板设置程序和病历录入组件。在病历录入组件中只负责和
文字编辑有关的操作,数据的内部逻辑处理由 EMRWidget 组件完成。
病历模型的实现比较复杂,主要内容如下。
EMRNode 为基本元素,表示病历内容,有三个继承
类:EMREntity,EMRNativeText, EMRPackage。EMREntity 表示数据实体,病
历结构中最小输入单位,也是数据分析基本单位,可以是多个数据项的组合。如m
“身高”数据,应同时包含“身高的值”和“身高的单位”两部分。EMRNativeText 为原
生文本,即以自然语言输入的文本。
EMRPackage 为病历内容包,相当于文档结构中的目录,是个容器,可包含实
体、原生文本或另一个包。
EMRDynamicMoleNode 为嵌入式模板,即“主诉”、“现病史”这一层次内容,
由 EMREmbededMoleNode 构成。
EMREmbededMoleNode 为嵌入式对象,即“胸痛描述”、“头部检查”这一层次
内容,由 EMRObject 构成。
EMRObject 为元数据对象,即“发病时间”、“伴随症状”这一层次的内容,它由
EMREntity 构成,是病历结构中的最小显示单位。
另为在模型中表示表格对象引入 EMRTable、EMRRow、EMRCelI 三个类,分
别对应表、表中的行和行的单元格记录。
5 数据接口模型
CPR 系统是医院信息系统的核心,HIS、LIS、RIS、PACS 等系统都需要与其进
行数据交换。在 CPR 的应用范围提升以后,还会和其它系统进行数据交换。所以,
CPR 的数据接口定义非常重要。在医疗信息领域各种数据标准也非常多,其中影
响最大、应用最广的是 HL7 协议。
目前国内系统真正支持 HL7 协议的很少,系统投入使用前要么花大力气改造与
CPR 联网的系统,要么根据对方要求定制 CPR 系统数据接口,因此,我们设计了
自己的接口模型。
剩余22页未读,继续阅读
资源评论
liuxinyu465
- 粉丝: 7
- 资源: 29
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功