资源预览内容
第1页 / 共22页
第2页 / 共22页
第3页 / 共22页
第4页 / 共22页
第5页 / 共22页
第6页 / 共22页
第7页 / 共22页
第8页 / 共22页
第9页 / 共22页
第10页 / 共22页
第11页 / 共22页
第12页 / 共22页
第13页 / 共22页
第14页 / 共22页
第15页 / 共22页
第16页 / 共22页
第17页 / 共22页
第18页 / 共22页
第19页 / 共22页
第20页 / 共22页
亲,该文档总共22页,到这儿已超出免费预览范围,如果喜欢就下载吧!
点击查看更多>>
资源描述
单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,医院信息系统集成技术进展,国内医院信息系统发展特点和集成需求,HIS,发展:部门、跨部门子系统、全院系统,现状:比较完整的面向管理的系统,临床和辅助科室子系统正在建设,与医疗设备互连的需求,检验,病理,超声,放射,集成的子系统划分问题,基本划分原则:,多个互相重叠的总体边界划分问题,高内聚、低耦合,分布式系统问题:,分布策略,数据一致性问题,死锁问题,实例:医生工作站划分,与检验、与,PACS,等,Rocky Shi,讨论了,3,种,HIS,集成方法的优缺点:,(2),多厂商模式:优点是适合应用,系统水平高,容易修改,分散费用;缺点是厂商过多,选择困难,管理困难,技术复杂;,(1),单一厂商模式:优点是传统模式,无需集成,项目管理简单,技术复杂度低,节约经费;缺点是应用范围受限,功能受限,单点失误,单供应商风险,维护较差,维护费用较大,无法实现完整解决方案;,(3),混合模式:分别选择单一厂家建设费用,/,财务管理系统、电子病历系统,多厂家建设其它系统;既将整个系统进行有限划分,既保持了系统的灵活性,又限制了系统的复杂度。,3,种,HIS,集成方法的优缺点,HL7,简介,HL7,是医疗领域不同应用之间电子数据传输的协议,是由,HL7,组织制定并由,ANSI,批准实施的一个行业标准。,它主要的目的是要发展各型医疗信息系统间,如临床、保险、管理、行政及检验等各项电子资料的标准。,HL7,从,HIS,接口结构层面上定义了接口标准格式,并支持使用现行的各种编码标准,如,ICD-9/10,、,SNOMED,等。,HL7,采用消息传递方式实现不同模块之间的互连,十分类似于网络的信息包传递方式。每一个消息可以细分为多个段、字段、元素和子元素。目前,,HL7,的正式版本为,2.4,,,HL7 3.0,标准正在制定中。,HL7 V.3,采用了面向对象的中间件技术和,XML,语言,将是一个全新的标准。,HL7,基本概念,触发事件,(Trigger Event),消息,(Message),响应,(Response),HL7,引擎,A,(消息引擎),系统,B,系统,A,HL7,引擎,B,(消息引擎),HL7,消息的基本概念,Message,Segment 1,Segment 2,.,Segment N,Field 1,Field 2,.,Field N,Component 1,Component 2,.,Component N,Subcomponent 1,Subcomponent 2,.,Subcomponent N,消息,段,字段,元素,子元素,HL7,消息实例,1.Message,:,ADT/A01(admit message),MSH|&|HIS|DRAGONRIS|2|ADTA01|MSG00005|D|2.3|GB2312,EVN|A01|2|0148AddisonJames|2,PID|263656|,张三丰,zhangsanfeng|1977-01-01|,男,|,北京市海淀区西直门外高梁桥,斜街,1,号,人民医院,|1111510,PV1|,住院,|,神内,room1bed4,住院楼,2|3,MSH Segment,1.Field Separator,2.Sending Application,3.Empty,4.Receiving Application,5.Empty,6.Message Date Time,7.Empty,8.Message Type,9.Message Control ID,10.Processing ID,11.Version Number,1215 Empty,16.Character Set.,EVN Segment,1.Event Type Code,2.Recorded Date/Time,3.Empty,4.Empty,5.Operator ID,6.Event Occurred,PID Segment,1.Empty,2.Empty,3.Patient ID(Internal ID),住院号,4.Empty,5.Patient Name,6.Empty,7.Date/Time of Birth,8.Sex,9.Empty,10.Empty,11.Patient Address,12.Empty,13.Phone Number-Home,1418 Empty,19.SSN number-patient,PV1 Segment,1.Empty,2.Patient Class,3.Assigned Patient Location,其中科室不能为空,418 Empty,19.Visit Number,IHE,简介,(,Integrating the Healthcare Enterprise,),IHE,是北美放射医学协会,(RSNA),和美国医疗卫生信息与管理系统协会,(HIMSS),于,1998,年成立的组织,目标是促进医疗信息系统的集成,为不同子系统之间的互连提供集成方案。,IHE,并不是定义新的集成标准,而是基于现有成熟的标准(例如,DICOM,、,HL7,和其他一些系统集成的行业标准)制定的一套集成方案。,IHE,定位在制定一套规范的流程,并通过,DICOM,、,HL7,等消息系统实现这种流程,以实现不同系统的集成。,数字化放射科流程,(PACS/RIS),国内,HIS,集成方法分析,互相开放数据表优缺点分析,简单,效率高,危险,混乱,API,方法分析,国内,HIS,较少用,安全性高,比较复杂,没有标准,HL7,方法,国内没有应用,安全性高,比较复杂,非常标准,需要各厂家共同遵循标准,基于,HL7,的分布式医院信息系统的问题,HL7,消息系统的实时性问题,单个接口的复杂度,分布式系统的数据一致性问题,分布式系统的可靠性问题,谁来集成公司和产品,ID,RIS/PACS,移动用户,核医学,心血管,ICU,(,监护,),病房,ID,EPR,外科学,病理学,麻醉学,HIS,财务,管理,.,化验,IHE,标准的数字化医院框架,放射学,CIS,医院信息系统子系统与互连标准的关系,点对点互连:,(n-1)*n,HL7 SERVER,:,n*2,EAI,企业应用集成技术(,EAI,),信息孤岛,企业应用集成(,EAI,)层次分类,表示层,应用层,数据层,应用接口级集成,方法级集成,应用界面级集成,数据级集成,企业应用集成(,EAI,)框架结构,Application A,Application B,Application C,Application A,Application D,消息代理,Application A,Application B,Application C,Application D,Application A,Application B,Application C,过程代理,Person A,接口多,对现有应用改动不大,升级或增加新系统麻烦,适用于应用较少的集成,接口数量少,不用同时存在,系统维护和升级的复杂性低,适用于任何集成,消息代理的扩展,基于工作流,适用于方法级集成,Slide,18,Oracle,公司,HTB,工具的外部接口,医院信息总线、架构,HL7,、,IHE,应用,NHII,架构、英国系统架构,分布式资源存储,/,分布式目录系统,Master Patient Index(MPI),Web Service,医院信息系统集成技术,应用系统,A,应用系统,C,应用系统,B,应用系统,D,应用集成代理,共享数据,/,数据仓库,/OLAP,OLDP,层,医院门户,MPI,病情描述记录归档,病人主索引的创建与维护,检查、检验信息的集成:信息集成、界面集成,CCOW,PACS,集成,基于时间轴的病人信息显示,决策支持系统集成,电子病历集成技术,OLDP,层,应用系统,A,应用系统,C,应用系统,B,应用系统,D,应用集成代理,共享数据,/,数据仓库,/OLAP,医院门户,MPI,医院信息系统集成总线,传统的,HIS,是面向部门、功能、过程的系统,面向服务的应用,(SOA),HL7 V3,开始定义服务对象和信息标准,IHE,定义,HIS,流程规范,缺乏服务之间的数据接口规范,前瞻:医院信息系统集成总线,HIS,组装台,HIS,子系统内部的对象化和工作流技术,基于服务,(SOA),的集成技术,共享数据,/,数据仓库,/OLAP,医院,门户,MPI,应,用,服,务,A,应,用,服,务,B,应,用,服,务,C,应,用,服,务,D,医院集团的异构,HIS,医院集团的信息集成,面向病人的,MPI,面向管理的,Master Index,同步,医院集团的,HIS,集成技术,
点击显示更多内容>>

最新DOC

最新PPT

最新RAR

收藏 下载该资源
网站客服QQ:3392350380
装配图网版权所有
苏ICP备12009002号-6