杰赛医疗云解决方案(通用)课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《杰赛医疗云解决方案(通用)课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗 解决方案 通用 课件
- 资源描述:
-
1、杰赛科技区域医疗信息化杰赛科技区域医疗信息化云解决方案云解决方案2012年10月*提纲1 1、解决方案目标客户解决方案目标客户2 2、客户项目业务需求客户项目业务需求3 3、解决方案解决的问题解决方案解决的问题4 4、解决方案详述解决方案详述5 5、我们的优势、我们的优势以区域卫生行政管理部门的地方卫生局/卫生厅为主体,辖下的医院、社区卫生服务中心(服务站)组成的区域医疗卫生服务联合体。以超大型医院为主体,附属及合作医疗机构组成的区域医疗卫生服务联合体。项目目标市场项目目标市场*提纲1 1、解决方案目标客户解决方案目标客户2 2、客户项目业务需求客户项目业务需求3 3、解决方案解决的问题解决方
2、案解决的问题4 4、解决方案详述解决方案详述5 5、我们的优势、我们的优势 软件架构存在的问题软件架构存在的问题大部分系统是C/S架构:维护复杂;人、物没有计算机可识读的标识;数据统计分布在不同的系统中;各系统间的接口众多,基本是数据库级的交互,无法做到业务级的交互;很多系统都是用早期的开发语言和技术结构,很难满足现在复杂多变的业务需求;各个子系统都属于封闭的信息孤岛;*提纲1 1、解决方案目标客户解决方案目标客户2 2、客户项目业务需求客户项目业务需求3 3、解决方案解决的问题解决方案解决的问题4 4、解决方案详述解决方案详述5 5、我们的优势、我们的优势 没有以患者为中心进行设计规划患者本
3、身有多种标识身份证、医保卡、市民卡、护照、驾驶执照、残疾人证、军官证、老人证、健康卡在不同系统有不同的ID在同一系统,也可能会注册多个ID 管理信息利用率低提供的报表和数据沿袭了手工操作方式,无法体现各系统之间的内在关系数据来源单一,分析方法和分析手段落后,综合性、决策支持管理的功能较弱虽然建立了部分特定主题的数据集市,但应用比较离散,缺乏整合,没有建立一个站在医院高度的统一模型和视图技诊分析员工收入与人员成本分析门诊分析住院分析卫生材料分析成本控制分析阳光用药医院管理评价指标分析医保公医监控分析经济效益分析手术分析.*系统集成的三个层面HIS系统电子病历系统界面层集成的现状需要不同界面上分别
4、登录和操作系统离散的临床信息,没有统一的组织规划数据层集成的现状HIS爱迪电子病历锐科 PACS群志OA爱迪体检麦迪克斯心电系统朗珈病理麦迪斯顿手术麻醉蓝韵B超点对点集成带来 N X(N-1)的复杂性应用层集成的现状高通内窥镜*提纲1 1、解决方案目标客户解决方案目标客户2 2、客户项目业务需求客户项目业务需求3 3、解决方案解决的问题解决方案解决的问题4 4、解决方案详述解决方案详述5 5、我们的优势、我们的优势 建设核心建设基于SOA架构的医院信息整合平台,提供以病人为中心的完整视图以及提供临床信息的再利用。提供由浅入深的三层集成 SSO单点登录 实现账户角色的集成和UI的集成。定义数据结
5、构标准,实现各异构系统之间的数据集成。标准化医疗信息模型,定义业务域,实现异构系统跨业务的集成。集成平台关键技术问题第一个核心问题:信息如何共享?复杂数据结构对关系型数据库提出巨大挑战严格对一个人的完整病历建模,需严格对一个人的完整病历建模,需上千张表来描述;千张表来描述;更严重的是,在不同系统中有各自不同的模型定义。更严重的是,在不同系统中有各自不同的模型定义。设计复杂性设计复杂性数据难理解数据难理解数据难查询数据难查询难以适应不同医院不同要求难以适应不同医院不同要求*医疗数据模型医生医生检验人员检验人员护士护士病人病人医疗保险医疗保险诊疗记录诊疗记录病历病历试验报告试验报告资料库资料库文档
6、文档关系表关系表HL7 RIM对象模型对象模型非格式化非格式化不规范不规范机器不能理解机器不能理解难利用难利用非标准化非标准化复杂复杂不灵活不灵活难扩展难扩展难应用难应用标准化标准化灵活灵活易理解易理解可扩展可扩展引申问题:如何确定信息模型?HL7 V3 是医疗数据信息描述的国际标准(ISO标准)HL7 V3 RIM是医疗数据信息的通用模型它是高度抽象、高度灵活、高度开放、高度统一的EntityRoleParticipationActActRelationshipRoleLink0.1 Player0.*PlayedRole0.1 Scoper0.*ScopedRole1 0.*1 0.*So
7、urce1OutboundRelationship0.*1TargetInboundRelationship0.*1SourceOutboundLink0.*1TargetInboundLink0.*Participates inhas六个基本类型就如同可以变幻出大千世界的“元素周期表”例子:体温数据的传输有的标准会定义为两项:Value:数值Unit:/但有价值的信息被丢弃了!部位:口腔、腋下、直肠?时间:早上、中午、晚上?仪器:体温计、红外线?观察人、观察机构.?未来可能的扩展.?为什么要使用HL7 RIM作为信息模型?例子:体温数据的传输HL7 的数据传输标准体温是作为一个Observa
展开阅读全文