• 东软集成平台调研方案分析(一)


    业务标签:医院信息集成平台、互联网医院、互联网护理、慢性病随访

    技术标签:ESB、ETL+CDC、NLP、FaaS、SaaS、Hadoop、MicroService

    技术微信群:
    加微信:wonter 发送:技术Q
    医疗微信群:
    加微信:wonter 发送:医疗Q

    —————— BEGIN ——————

    东软集成平台调研方案分析(一)

    医惠集成平台调研方案分析(二)

    芯联达集成平台调研方案分析(三)

    曼荼罗集成平台调研方案分析(四)

    关注公众号查看

    一、公司简介

    东软为中国医疗卫生行业的信息化建设以及个人健康服务提供从硬件到软件、从技术到服务的全面解决方案。

    1997年开始进入医疗卫生信息化领域,东软提供面向患者及保健客户、政府、卫生行政部门、专业公共卫生机构、医疗服务机构、基层医疗卫生机构的全面医疗卫生信息化解决方案。

    面向各级医院我们提供数字医学影像设备,包括CT、磁共振、数字X线机、彩超等10大系列50余种医疗产品。并提供以患者为中心的全面数字化医院解决方案,包括HIS、CIS、LIS、EMR、PACS、RIS、CAD、远程会诊服务等。

    面向个人健康服务,东软与大型医院联合提供熙康健康管理系统以及远程医疗服务。

    面向政府管理机构我们提供公共卫生服务体系解决方案、医疗保障体系解决方案、新型农村合作医疗、区域医疗、药品供应保障系统解决方案。

    东软在医疗卫生领域拥有5000多家客户。包括卫生部数字化医院试点单位中国医科大学附属第二临床医院、北京天坛医院、东南大学附属中大医院、无锡市中医院和上海市岳阳医院以及卫生部直属中日友好医院、北京医院等客户和合作伙伴。

    二、集成平台

    东软集成平台有两种方案,一种为一体化方案,东软产品线在医疗行业内算是比较齐全的厂商之一,因此他们可以将自己的产品全部集成在his中,形成一套系统便是集成平台方案,但此方案钱院长认为是伪平台方案,不做详细说明,主要调研为其真平台方案。

    各个系统只与集成平台做接口,系统之间交互的信息都传到集成平台,再由集成平台转发出去。例如A与B、C集成,那么消息将由A到集成平台,经过集成平台处理后再分别路由到B和C。

    1. 集成平台介绍

    医院系统集成平台的定位主要是3个需求(院内集成、院间集成以及区域医疗集成,这里可以提东软的模拟测试涵盖了院内集成与院间集成的例子),同时增加一个为医院综合查询及决策支持提供数据,强调医院系统集成平台不一定非要建立数据仓库,但是可以为数据仓库提供梳理后的客观数据。

    医院系统集成平台理解:

    ①首先是制定标准,包括国家法律法规的标准(例如数据元标准、CDA标准等)以及数据交换的标准与规则(例如HL7、XML及IHE等)。标准制定的目的是为了更好的交换数据与集成。注意:数据标准可以通过系统集成平台的基础字典库来确保将各个系统中不符合标准的数据统一并符合标准。

    ②对于医院各个系统,集成平台起到翻译官的作用,无论各个系统是否符合标准,系统集成平台都通过接口适配器将其提供的服务与数据标准化供第三方交换与使用。

    ③关键业务的集中体现,主要处理一些跨系统业务的统一集成,例如全套电子病历(包含医生病历、护士病历、医嘱以及各种检验检查报告等)展现及导出CDA文件供区域健康档案使用;统一调阅病人检验、检查、影像结果报告;统一调阅病人的费用信息等,这些关节业务的集中体现可以通过系统集成平台直接调阅也可以提供统一的服务供第三方系统使用。

    ④各种数据的提供者,这里强调集成平台不仅只是接口,交换数据,而且对关键业务数据进行梳理采集并冗余保存,不仅可以独立向各个系统提供采集的数据(数据可以降范式),而且可以根据BI或区域的需要提取数据并保存在系统集成平台的主数据库内。

    2.特性

    ①满足卫生部《基于电子病历的医院信息平台技术规范》要求;

    ②基于ESB总线技术,通过JCA、JMS、MQ、Adaptor、Webservice等多种集成方式,改变传统各系统与HIS的复杂接口模式,实现HIS、EMR、LIS、PACS、手术麻醉、移动医疗、ERP等系统与平台的有效集成和信息共享;

    ③采用数据仓库技术,实现在线业务操作OLTP与统计型业务OLAP的分离,提升HIS、EMR等前端业务的操作性能,满足三级医院评审指标的监测、三好一满意、优质医院创建、抗生素管理、院感管理、质控管理等综合性业务的监管需要;

    ④按照医院精细化管理的要求,提供人力资源分析、绩效分析、成本分析、设备效益分析、单病种分析、医疗质量分析等不同维度的主题分析;

    ⑤按照临床、科研、教学一体化的要求,基于CDR实现临床数据整合,构建一体化的医护工作站,满足临床医护人员业务一体化操作,病历集成浏览、病历科研分析、病历临床教学、病历综合管理的需要

    提供合理用药、疾病诊断和临床检验相关知识库,辅助医生进行临床诊断。

    1.业务基础平台:

    包含开发工具、技术框架、通用技术组件和软件开发方法学,提供从需求、设计、开发、调试、部署到运维的应用全生命周期一站式服务,支撑IT应用的敏捷构建。

    1.1.平台优势:

    优秀的平台=卓越的技术+丰富的资产+科学的方法

    1.2.应用全生命周期支撑

    采用先进的技术架构,通过组件化、模型化、模板化、可变化和可视化的开发平台支撑应用全生命周期建设和管理,提供应用敏捷构建与灵活整合的一站式服务,全面提升用户对IT掌控能力。

    2.数据集成套件

    SaCa Data Integration 数据集成套件(简称 SaCa DI 套件),是一系列数据整合产品集合。这些产品用于解决政府部门及企业如今所面临的信息整合难题,提供一体化解决方案,并透明地管理当今企业各类系统中庞杂的数据,支持各种类型的业务系统数据的整合、交换和共享,从而帮助政府部门和企业形成一套干净、完整的数据集合。SaCa DI 套件致力于为客户提供具有强大的实时数据采集、数据交换、数据转换清洗、数据质量管理、数据比对、统一数据服务功能的平台。SaCa DI 套件针对面向企业单位及政府部门的数据资源开放共享、数据交换、数据分析等场景,提供数据目录平台,为数据提供方与数据需求方提供统一数据平台,并提供统一的注册、发现、查询、定位、获取数据资源的入口。

    2.1.产品组成:

    2.2.全面共享数据

    实现跨组织、跨地域、跨业务系统的全面数据共享,将分散的数据统一存储,逐渐渗透到日常工作中,最大限度的帮助企业人员更好的理解和使用信息资产。

    2.3.完成数据整合

    完成企业内部异构复杂数据源的数据采集、传输、清洗,实现对历史数据、私有数据的访问,建设统一数据整合平台,支持现有和未来系统的数据服务。

    2.4.辅助数据标准落地

    完成企业数据标准化的建设工作,推动数据质量规范的落地执行,建立数据模型标准化定义,推进数据标准化规范的落地实施。

    2.5.辅助和推进数据管理

    一个想要做大数据的企业,必须要有大量能互相连接的数据,并用相同的数据标准进行正确的关联。SaCa DI 可以汇集业务系统的数据,为上层业务系统提供统一的数据服务。

    2.6.应用场景

    2.6.1.数据共享交换,消除信息孤岛,实现互联互通

    通过 SaCa DI 可以推动政府及企业的信息系统与公共数据互联共享,消除信息孤岛,整合各类政府信息平台。利用整合的信息资源,为门户、应用和信息资源整合平台提供数据交换、资源管理等基本服务接口,实现各部门决策数据在应用层面的互联互通,避免重复建设和数据“打架”,消除信息孤岛局面。

    2.6.2.企业数据标准体系建设

    SaCa DI 提供数据转换清洗产品,通过内置大量数据转换模型,遵从国际化标准以及国家行业标准,助力企业数据标准体系建设,实现对海量数据的访问、转换、清洗和加载。

    2.6.3.数据库容灾/应急,双活数据中心

    SaCa DI 提供数据采集产品,可以为业务系统在本地或异地部署一个同构数据库,实现数据实时双向同步,当主数据库发生异常无法提供服务时,灾备数据库立即顶替工作,并提供数据比对产品,确保两端数据的一致性。

    2.6.4.搭建大数据平台,对接业务做数据服务

    一个想要做大数据的企业,必须要有大量能互相连接的数据,并用相同的数据标准进行正确的关联。SaCa DI 可以汇集业务系统的数据,为上层业务系统提供统一的数据服务。

    2.6.5.企业数据质量稽查

    SaCa DI 提供数据质量产品,通过大量内置的数据质量规则模型,及时发现数据的完整性、一致性准确性等质量问题,帮助企业改善数据质量,让业务部门和 IT 部门有效地协作,实现数据资产的真正价值。

    观点:

    医院建设集成平台是一种趋势和必要的发展,通过医院信息集成平台来代替原来数量众多的点到点数据接口,为医院信息化建设提 供统一的数据标准和接口标准,实现医院不同业务系统与集成平台的有效集成与信息共享,实现临床信息一体化应用,提升医护工作者工作效率及临床诊疗质量,建立临床文档库(CDR),推进高阶电子病历的应用水平评审,建立医院统一运营数据中心,实现医院有效监管与科学决策,逐步推进智慧医院建设的战略目标。

      建议:

    医院信息化建设的逐步完善,医院子系统越来越多,系统间接口越来越多,同时接口费用不断增加,管理工作变得越来越复杂。本文以三明市第二医院信息系统集成平台建设为例,通过探讨医院建设信息系统集成平台建设意义,建设内容、风险识别,来说明医院建设信息系统集成平台的必要性和建设过程要进行风险识别的重要性。 

    医院信息集成平台的建设是随着信息技术自身的发展和医院的需求而逐步建设的,因此,在医院中存在着不同时期,不同厂家的多个子系统,服务于医院的不同科室的需求。这些系统之间往往需要进行大量的信息传递,来真正实现自动化的工作流程我们颐东集团建设集成平台需要进行总线连接的方式使这些系统高效、快速地集成起来,来进一步保证数据的安全性和信息的互联互通。目前医院均已有设了 HIS、LIS、PACS、EMR,体检等信息系统,这些信息系统对我院发展发挥了重要作用。随着医院信息化建设的逐步完善,医院子系统越来越多,系统接口越来越多,同时接口费用不断增加,加上操作系统、数据库、数据字典标准、接口等种类的不同,使管理工作变得越来越复杂、困难。在这样的背景下,医院为我们能够有统一接口标准、一统天下的第三方来管理,使管理工作变得更方便一些。

    目前大部分医院存在两大问题

    1. 是消除各种医疗应用系统与HIS医疗数据中心的直接耦合性;

    2. 是通过HL7和DICOM等标准通讯,将不同厂商的异源异构系统进行集成整合,确保各个临床信息系统在工作流整合的基础上实现交互协作。

     建设意义

    顶层标准化设计,改变系统集成乱象;异构数据共享,必须解决不同系统不同数据结构间的数据共享[1];降低了集成方式的复杂度,提高可扩展性;降低了集成成本,新系统只要按规范接入集成平台;建立与外部系统互联的统一接口;满足区域信息化信息共享与协同以及医疗行为监管;现实医院信息系统单点登录;为医院建立科研、管理、预测等数据管理模型,为医院未来的发展提供数据支持,从而减低医院发展中的风险,为医院扩大、发展奠定坚实的基础。

     建设内容

    建议选用基于SOA架构的医疗信息集成平台,采用信息集成引擎IIB,作为ESB技术的载体,以建立患者主索引为核心,通过标准化和自定义的消息流完成数据交互管理,同时建立服务注册库、日志库、医疗术语库、患者信息库规范交互标准。从总体上来说平台包括六大系统:集成交互引擎、运行监控系统、综合管理系统、主数据管理系统、患者主索引,统一登录门户与单点登录。

    1集成交互引擎: 医院集成平台基于SOA架构采用IBM Integration Bus作为ESB的技术载体,开发信息数据流,应用IBM Message Queue(MQ)来管理信息流,提供服务于医院信息化的信息系统顶层设计解决方案,实现HIS、EMR、LIS、PACS、超声、体检、心电、移动护理、移动查房、手术麻醉系统、重症监护系统等信息系统间的业务交互。

    2运行监控系统: 运行监控系统是对引擎的运行状态的一个展示台,管理员可以看到运行日志及错误状态、诊断信息、性能图表、查找消息信息、基本设置以及系统运行状态。

    3综合管理系统: 综合管理系统主要实现对用户管理、用户组管理、系统操作日志、单路处理日志、异常业务消息日志、多路上游处理日志、多路下游处理日志、术语库管理、系统信息配置、场景信息配置、下游服务信息配置、场景信息路由配置和配置器服务配置等功能。通过可视化操作的管理方面,为集成平台的正常实施跟日常管理维护提供有力的保障。

    4主数据管理系统 :以集成平台消息消息中间件为基础建立字典同步更新引擎,实现HIS 与EMR、LIS、PACS等业务系统间的字典的更新同步,数据间的处理采用消息推送机制,并辅以完善的日志体系,以保证消息准确及时传递,数据及时同步。

    5患者主索引:建立全院级统一的患者主索引,能够从各种不同的子系统中取得患者的信息并进行组织,串连起所有患者相关信息,包括基本信息、过敏信息、家族病史、历次诊疗信息、检查检验信息、患者主管医生、历次电子病例、收费情况(门诊、住院)等患者信息,并以此为基础实现医院数据层面的整合,包括电子病历的数据整合以及医院业务和管理数据的整合。

    6统一登录门户与单点登录: 医院初期的系统建设,每个系统都各自拥有独立的用户信息库和用户认证体系,典型的包括组织机构定义,安全角色定义,用户身份验证,资源访问控制等[3]。我们需要统一登录门户将医院各种应用信息系统统一集成到一个门户界面。集成平台系统提供了一个简单统一的访问入口SSO(single sign-on),SSO提供了多验证来源用户权限的统一管理,通过后台的映射和权限隧道传递技术实现单点登录,用户只需登录一次就可以访问单点登录域中安装的所有医院业务应用,不必再分别登录门户整合的其它业务系统进行验证。同时支持和第三方安全认证和权限管理系统的整合。

    需要考虑的因素:

    集成平台建设周期长,涉及的厂商多,系统复杂,在系统建设的论证期需要进行充份的风险识别与评估,做好风险防控工作。

    1技术风险 国内对医院集成平台还没有特别清晰、公认的定义。信息集成平台开发是一个复杂、庞大的工程,比开发单个系统的开发要困难得多,开发技术存在较大风险,不成熟的信息平台应用起来会让医院的信息系统更加混乱。

    2产商风险 上集成平台系统需要各厂商的配合与大力支持,但各系统各厂商不一定能配合得好,各系统会有各厂商的商业秘密,不一定愿意共享配合开发。所以在实施集成平台系统前必须与各厂商相互协调、沟通,得到他们的承诺。

    3评估风险 集成平台涉及的系统多,流程多,数据多。系统开发工作量评估存在重大风险,可能会存在实施时间长,其它系统负责人更换,承诺变更等风险。

    4其它风险 故障的处理,未改造之前我们只需要查询两个业务交互系统之间的数据接口即可,但是,集成平台的运用,我们需要进行三个业务系统的数据故障排查,对科室维护人员提出更高的要求。集成平台服务器等硬件如果出现故障,将会导致全院所有的信息系统都不能使用,这对医院的信息化建设提出了更高的要求。

    5 个人建议:

    随着医院信息化建设的不断深入。不同环境下开发的信息系统越来越多,这对系统互连、数据访问速度等方面提出了更高的要求,通过充份的风险识别,风险评估等选择一个合适的安全可靠的系统开发商,建设高质量高标准的信息系统集成平台,改变系统集成乱象,解决不同系统不同数据结构间的数据共享,实现各系统的无缝连接,为医院的为医院未来的发展提供数据支持。

    技术微信群:
    加微信:wonter 发送:技术Q
    医疗微信群:
    加微信:wonter 发送:医疗Q
    更多文章关注公众号:

  • 相关阅读:
    阿里云 k8s 部署 Spring Cloud Alibaba 微服务实践 (四) 自动化部署
    阿里云 k8s 部署 Spring Cloud Alibaba 微服务实践 (三) 服务观测
    阿里云 k8s 部署 Spring Cloud Alibaba 微服务实践 (二) 部署微服务程序
    阿里云 k8s 部署 Spring Cloud Alibaba 微服务实践 (一) 部署 Nacos
    C++知识点
    libmkl 学习笔记
    基于tesseract-OCR进行中文识别
    poco编译与运行
    Linux下的I/O复用与epoll详解(转载)
    高并发网络编程之epoll详解(转载)
  • 原文地址:https://www.cnblogs.com/Javame/p/14535964.html
Copyright © 2020-2023  润新知