企业信息集成平台

企业信息集成平台（精选9篇）

企业信息集成平台 篇1

0 引言

信息系统已成为电力企业生存的重要支柱,SAP系统、电力营销、生产系统、办公自动化系统等支撑着浙江省电力公司管理链的正常运作。

由于体制障碍、缺乏理论指导与技术标准、投资管理多渠道、规划执行差等多方面原因而产生的信息孤岛[1]需要通过信息集成加以解决,使企业的信息资源由无序、被动、孤立的管理和浅层次的利用转变为有序、主动、整合的管理和深层次的利用,提高企业的运作效率和管理决策能力。

1 信息集成的主要目标

(1) 建立应用集成技术平台。建立一个统一的、标准化的企业级应用系统整合的技术平台,在技术上支撑实现企业内各应用系统间的集成。

(2) 编制企业级的数据标准(公共信息数据模型、数据编码标准),为实现企业内各应用系统间的数据交换提供标准。

(3) 对系统进行技术改造,基于集成平台完成覆盖公司核心价值链和主要管理活动有关系统的数据集成。这些系统包括:电网控制系统、SAP系统、外围生产管理系统、营业系统、客户服务系统等。

(4) 建立企业门户平台,统一应用系统入口,实现应用集成。形成一个统一的信息发布与协同工作平台。

2 信息集成的基本策略

(1) 以SAP系统为核心和基础的整合策略。

以SAP系统存储的数据、实现的管理功能为核心和基础进行整合。

(2) 以数据大集中为基础的整合策略。

包括两层含义:从公司系统纵向上,省公司、地市电力(业)局两个层面的数据集中;从横向上,单位内部同一层面上在若干应用系统(数据平台)上的数据集中。在数据集中的基础上,简化系统结构,降低整合成本。

(3) 一体化的整合策略。

建立全企业统一的信息集成平台实现信息资源的整合,降低整合系统的技术复杂性和整合成本,提高整合系统的性能。防止整合平台出现异构化、分散化而导致“整合的整合”混乱局面的出现。

(4) 分步实施的整合策略。

信息资源整合是一项复杂艰巨的面向全企业的系统工程,受各种技术、管理条件制约。要分步实施,以点带面,最终实现整体目标。以数据集成作为起步。

3 信息集成平台总体框架

信息集成平台的技术体系结构宜采用网络层、数据层、应用层、表示层的多层体系结构,并选用满足技术标准的产品,使平台具有良好的开放性、可伸缩性,以解决异构系统间的连接和对业务的适应性。系统开发必须按照在企业统一IP网络的载体上实现数据采集管理与业务应用功能分离,以实现全企业异构信息技术环境下的数据信息交换与共享支持业务协同工作[2,3,4,5,6,7,8,9]。信息集成平台体系结构如图1所示。

3.1 网络层

信息集成平台的网络层由信息基础设施构成,包括传输、交换及各种支撑网络为一体的高速信息传输平台,信息基础设施构架如图2所示。

信息基础设施主要由通信传输网络、数据网、信息网组成。通信传输网络为数据网、信息网承载平台,数据网、信息网是为内部服务的专用网络,数据网为电网监控系统的承载平台、信息网为非电网监控系统的承载平台。数据网与信息网在通信传输网上采用端口接入各自组网,在网络路由层各自独立。数据网、信息网两网通过有限的接口实现互联,并安装安全隔离装置加以隔离。

3.2 数据层

数据层以数据交换和数据抽取的接口规范为标准,对应用系统进行扩充,实现企业信息集成平台的互联。采用一体化、数据大集中和分布实施等策略,合理、有效地开展系统整合,实现对现有四种业务数据共享。

①实时数据平台

选择PI为全公司统一的实时数据管理平台,处理和存储电力生产运行过程中的现场实时数据,以时间序列为主要特征。如输配电网运行数据、电力设备运行数据、电能质量数据等。

②结构化数据平台

企业级大型数据处理选用ORACLE平台,处理和存储企业内的结构化数据,如电力企业在生产、营销、经营、后勤等管理运作中的业务数据。分为事务型、分析型。

③非结构化数据平台

统一选用Domino平台,处理和存储企业内的内文字类、图形类非量化数据,如政务文档数据、图纸、多媒体数据等。

④地理数据平台

输电网、配电网地理数据处理和存储统一选用Smallworld平台,处理和存储地理数据(如输电网、配电网地理特征数据)和网络拓扑结构数据。

3.3 应用层和表示层

应用层和表示层主要由统一的应用集成平台(EAI)和企业门户平台(EIP)组成,统一的应用集成平台(EAI)由统一数据交换平台、企业应用集成平台组成,提供相应的集成服务。整合系统结构宜采用集中式的结构,使整合结构简化,信息系统集成平台的目标框架如图3所示。

4 企业信息集成平台基本功能

企业信息集成包括的内容很复杂,涉及到结构、硬件、软件以及流程等企业系统的各个层面,集成内容包括:业务流程集成、应用集成、数据集成、集成的标准、平台集成。集成平台是应用系统构架的基础,通过集成平台,可将现有的所有系统有机地结合起来。一个集成平台应具有开放性、健壮性和可拓性[10,11,12,13,14,15,16,17,18]。企业信息集成平台应具备如下主要功能:

4.1 数据交换功能

实现生产、经营、管理等业务数据的快速交换,确保公司上下信息畅通。主要功能包括:

①可根据业务需求,在符合数据标准和技术标准的前提下,灵活定义交换内容和交换标准。

②支持主流的数据交换格式和数据交换方式,如扩展标识语言XML、Office文件模板及Web service标准、消息中间件、电子邮件加密传输等。

③具备数据点播服务能力,支持交换数据的自动抽取。

④数据交换过程既可由人工进行也可根据设置自动进行。

⑤提供对数据交换过程的安全认证、授权和日志管理。

4.2 应用集成功能

实现业务应用系统的流程集成,满足业务需求,促进业务流程的优化整合,避免和消除信息孤岛。主要功能包括:

①提供数据格式转换功能、同步或异步的通信机制。读取、解释并转换来自不同应用程序的数据,实现应用程序间的协同运作。

②提供工作流服务,实现基于业务流程的系统整合。

③支持国际国内开放标准,如面向服务的应用架构SOA、扩展标识语言XML等。

④提供多种接口服务,根据业务流程的需要,实现系统之间的灵活连接。

⑤提供面向业务分析人员的图形化流程建模工具,支持流程的实时图形化监控。

4.3 企业门户功能

实现应用系统的统一入口和内容整合展现,为公司员工提供安全、统一的信息系统入口,体现公司整体形象。主要功能包括:

①结合各级目录服务,建立统一认证功能,实现对各类应用系统的单一入口,统一身份验证。

②实现各类应用系统有关的集成展现,提供内容管理功能,实现各种信息内容的整合和管理。

③提供个性化服务,根据用户权限,定制个性化的数据、应用、内容和访问方式,增强对用户工作的支持。

④提供协同办公工具,成为办公的有效助手和统一的信息入口。

⑤基于公司的VI,设计企业门户的风格,体现公司整体形象。

5 企业信息集成平台实现的方式

在浙江省电力公司“SG186”建设中,省公司本部、地市局以企业信息集成平台为统一出入口,与上级单位和外单位的应用系统进行数据交换或者应用互联。实现方式原则如图4所示。

(1) 已经建设企业信息集成平台的下级单位,通过该平台实现与上级企业信息集成平台的互联。

(2) 未建设企业信息集成平台的下级单位,其应用系统可以先通过标准的数据交换规范和接口,实现与上级单位企业信息集成平台的互联,同时加快本单位企业信息集成平台的建设。

(3) 通过标准的数据交换规范和接口或企业信息集成平台,实现本单位和系统外单位的应用系统互联。

6 企业信息集成平台技术政策

(1) 企业信息集成平台的建设应考虑技术先进、标准开放、架构安全、运行可靠、规模适中、可扩展性的原则。

(2) 企业信息集成平台要具有较高的运行效率和较强的可扩展性,具备负载均衡能力,能够随着业务的变化迅速调整与适应,能够满足7X24小时高可用性要求,持续、稳定地提供服务。

(3) 企业信息集成平台要有统一的安全策略和完善的安全机制,具有较高的安全性,实行分等级保护制度。

(4) 企业信息集成平台要有必要的监控功能,能够实时检测平台的运行状态、与相邻平台的互联状态及信息的流转情况。

(5) 加强数据规划,制定统一的数据定义规范、编码规范和交换格式,制定统一的企业公共数据模型,理顺信息采集渠道,坚持统一标准、数据源唯一的原则,避免数出多门和多头上报,保证数据的一致性和完整性。

(6) 统一数据交换功能支持主流的数据交换方式及格式,应用集成功能支持同步或异步的流程处理。

(7) 应用系统间的数据交换和应用集成应以企业信息集成平台为中心。新建应用系统要满足企业信息集成平台的标准,已建系统要逐步改造和完善满足企业信息集成平台的标准。

(8) 系统支撑平台的建设应考虑技术先进、标准开放、架构安全、运行可靠、规模适中、可扩展性的原则,通用产品应选用符合国际国内标准的主流产品和技术。

7 结束语

浙江省电力设计院负责完成了浙江省电力公司信息化发展“十一五”规划的编制,以及地区和县(市)几十个供电企业通信、信息化、自动化规划的编制,全省电力信息集成平台建设工作已经取得了阶段性成果,并在积极推进中。

摘要：从电力企业信息集成的主要目标出发,简述了信息集成的基本策略,提出了信息集成平台总体框架以及网络层、数据层、应用层、表示层的多层体系结构,介绍了信息集成平台应具备的数据交换、数据集成、企业门户三个方面主要功能,并落实到浙江省电力公司的信息化建设中。

关键词：信息集成,企业门户,数据交换,数据集成,电力系统

企业信息集成平台 篇2

摘 要 应用集成平台的研究与应用，对提升中烟工业公司信息化水平意义重大。在烟草行业信息化规划的指导下，河南中烟工业有限责任公司在应用集成领域作了充分的应用实践，随着在应用移动化探索、信息集成共享和服务治理等方面的不断深化，基本上建立起全面立体畅通的信息渠道，为河南中烟工业有限责任公司信息化提供基础技术支持、为公司业务运营一体化提供技术保障。

【关键词】应用集成 SOA 服务总线 移动互联

河南中烟工业有限责任公司（以下简称河南中烟）建成了覆盖公司本部、技术中心、市场营销中心以及七家卷烟厂的主干网络，形成以财务、装备系统、项目管理系统、人力资源系统、实验室信息管理、协同营销系统等为核心的业务管理系统和以OA系统、标准管理系统、烟叶物资交易系统等为核心的电子政务系统。这些系统形成了大量的信息孤岛，为了发挥信息化建设的整体优势，做到企业间、横向系统整合、纵向业务深度集成，公司按照“平台+应用”的模式进行集成平台建设。借助SOA的思想与技术手段，搭建动态的技术架构，统一技术标准，集成、整合、优化企业内与企业间的服务，将截然不同的、异构的应用软件和系统有机地集成到一个无缝的、并列的、易于访问综合系统。集成平台设计原则和架构

1.1 遵循行业要求

《烟草行业信息化发展规划（2014～2020年）》（图1所示）详细提出CT-155行业信息化发展蓝图，其中“CT”代表中国烟草，“1”代表一个行业统一平台，两个“5”分别代表五大应用体系和五大保障体系。统一平台内容包含行业集成环境、行业数据环境、行业传输环境和行业云环境，五大应用分为四纵一横，分别指政务管理类应用、运营管控类应用、资源管理类应用、监督管理类应用以及供应链管理类应用，五大保障体系是指信息化决策、架构与标准、建设与实施、运维与服务和网络安全五个方面。规划中明确了企业应用集成环境建设和“推进移动互联技术应用”的总体技术要求。应用集成环境包括门户集成，流程集成，服务集成和数据集成。

1.2 设计原则

1.2.1 安全性原则

企业员工提供了统一的用户访问界面，由此也带来了信息安全问题。应用集成平台既要保证合法用户能访问其所需的信息，又要禁止非法用户的访问。

1.2.2 整体性原则

以服务总线为纽带，通过系统与应用集成，使企业中完成不同业务功能的应用系统之间建立起可供数据交换和应用沟通的中枢系统，形成企业内整体性的信息系统体系结构。

1.2.3 标准化原则

在统一标准的基础上，企业的现有应用系统通过开发合适的适配器接入应用集成；新开发的业务系统必须符合应用集成技术规范和数据交换标准。

1.2.4 可扩展性原则

方案充分考虑了系统的扩展性，保证系统能在横向上与其它业务系统进行很好地业务整合，方便地进行更新和升级。

1.2.5 开放性原则

全面采用面向服务的架构，实现服务的重用和系统间的解耦，并充分发挥跨平台和接口标准化的优势。采用B/S体系架构，可以部署到任何主流应用服务器上，形成良好的开放式体系结构。

1.2.6 先进性和适用性原则

软件开发方案采用符合计算机软件技术发展趋势的主流技术，具有先进性、可持续发展性、充分的适应性、灵活性、可扩充性和高维护性能，能有效实现后台一体化管理。

1.2.7 通用性原则

软件参数设计在遵循行业标准的要求的同时考虑了河南中烟的特点、标准和规范，使系统能够灵活应用。

1.3 架构设计

平台架构采用分层设计的方式，如图2所示。接入层统一提供接入服务，河南中烟员工、上游合作方、零售户消费者及烟农可以通过多种途径接入系统。展现层将各应用系统所有功能统一装配、统一展现，该层基于应用门户组件的功能。业务层存放业务组件，平台打破了应用系统之间的界面，将应用拆分成构建，形成应用构件池。业务集成层提供企业服务总线和业务流程集成引擎，企业服务总线为应用系统提供业务服务集成的能力，流程引擎提供业务流程整合的能力。界面集成层对用户信息进行统一管理，并提供单点登录、权限管理等基础服务。数据集成层将各种应用在数据层面的整合，统一管理业务代码等基础业务数据，数据标准化，规范系统之间的数据交换和共享机制，建立数据仓库。应用支撑层包括基础的应用服务器、数据库服务器和目录服务器等中间件软件。基础支撑层提供服务器设备，以及操作系统、邮件服务器等基础系统设施。安全保障体系基于PKI/CA技?g体系，对整体系统进行安全加固，并参照CC准则和行业要求建立信息安全保障体系。标准规范体系提供配套的标准与规范体系，包括界面技术标准、服务技术标准、服务治理标准、集成技术标准、开发技术标准和信息资源管理标准等。应用集成平台架构的实现

应用集成平台的建设，不是但业务系统的建设，不能一蹴而就，而是一个先框架后血肉的持续集成的过程。整体上，按照界面集成，服务集成，流程集成，数据集成四个层面加系统整合协同建设。每个层面其中，服务集成是基础，界面集成是门面。

2.1 门户规划引领，提升信息化价值

在统一用户、统一权限、统一认证和日志审计为基础的4A安全解决方方案之上，通过整合门户工具构建统一的门户系统，实现统一入口、单点登录、界面整合、集中授权、安全管理等功能。建设个人工作平台，对待办、新闻、通知、日程、数据看板等进行信息聚合，将信息主动给送给相应的人，从“人找事”变成“事找人”的工作模式。门户采用标准Portlets组件开发技术，遵循JSR（Java Standardization Request）168规范。Portlet由容器管理，并由容器处理请求，生产动态内容。功能上提供个性化管理和组装，整体改善用户体验。

建设协作平台，配合及时通讯、短信平台等工具，解决个人与个人、个人与部门、部门与部门之间的沟通协作问题。对个人管理、企业微博、团队管理、任务管理、协作管理提全面的支撑，使跨部门的业务协同更为便捷，企业整体业务流程更为顺畅。

2.2 业务服务化、服务总线化、平台组件化

平台采用SOA（Service-Oriented Architecture）组件化模型，将所有的软件都改造成一个一个服务，各个软件（模块）之间的联系都采用服务来完成。有了这个架构，每个软件的开发团队只需要关注自己负责的软件就可以了，使软件的维护和后续软件的开发就变得简单多。但是在执行起来就会非常困难，因为人们需要把说有软件都管理改成服务，管理和开发成本都很高，因此引入ESB平台，专门对数据交换进行转换和处理，服务与服务之间是一个“黑盒子”。运行态，ESB平台需要实现对于消息的策略、控制、解析、转换、路由、传送、分派。ESB平台运行态的边缘是服务网关（Gateway），对服务调用进行统一的动态代理将服务请求进行变换成服务平台标准的服务，并进行公共处理，如服务解析、鉴权、日志跟踪等，最后进行动态路由。服务网关保障了服务平台边界安全。管理态，构建服务治理平台，对服务全生命周期进行管理，形成企业服务目录资产。服务开发完毕后，在平台统一注册，客户端进行服务发现，进而调用服务。审计与监控模块根据服务的调用日志，可以分析对服务调用的全链路进行跟踪，全面掌握服务组件的健康状况，对服务资产评估再利用，降低IT成本，这就实现“信息化成果以应用方式存在、分别管理的模式”转变为“应用成果以组件的方式存在、统一管理的模式”。

建立服务开发标准和服务治理标准。服务开发标准规定不同应用场景下使用的交互方式，如：点对点的交互、一对多的交互，多对一交互。基础数据的广播分发场景，就是典型的一对多的服务案例。另外，服务开发标准还规范了服务的描述、表示和数据定义、服务调用、测试、异常处理和安全等方面的行为。服务治理标准规范服务整个生命周期管理，涵盖服务的注册、变更、监控等流程。

2.3 PC、移动融合的应用探索

平台公共服务和业务系统抽象成业务服务组件，形成组件库，供上层使用。移动管控平台基于该层之上，对下使用服务组件，对上统一管理所有移动应用，移动管控平台UI通过门户的portalet技术与集成平台管控中心有机融合一起，实现一个平台，多网融合，多屏合一，统一管控。

移动平台提供APP（Application，应用）的安全管理，对移动用户、认证、权限、应用和服务进行统一管理和统一对接，解决单个业务应用各自连接业务系统的问题，由统一的方式进行对接和互动，保证其移动应用的扩展性和灵活性，同时并针对BYOD（Become Your Office Device，个人设备上安装公司软件）模式制定统一的管理制度规范。结语

应用集成平台在烟草行业提升竞争力的过程中，发挥着重要作用，是烟草行业一体化平台的基础，可以有效解决应用系统的整合与数据共享，提高企业信息系统的统一性，解决烟草企业普遍存在的信息孤岛和信息系统沟通不畅的问题，实现企业基础数据一体化、财务业务一体化、协同办公一体化、管理控制一体化。随着烟草行业改革步伐和中国企业国际化步伐的加快，烟草行业建设集成平台将成为提高企业综合竞争力的重要一环。烟草信息化建设将会在资源利用深度和广度上取得新的突破，进一步推进烟草公司降本增效，促进高效可持续发展。

参考文献

[1]张秋红，刘杨涛.基于SOA的监管信息共享平台的研究与设计[J].计算机与数字工程，Computer and Digital Engineering，2014，42（04）.[2]张春芳，孟杰.基于SOA架构的内蒙古烟草应用集成平台研究与实现[J].内蒙古农业大学学报：自然科学版，Journal of Inner Mongolia Agricultural University（Natural Science Edition），2013，002.[3]蔡?矗?侯杰华，郑秀娟.烟草商业企业应用集成架构的设计与实现[J].信息技术与标准化，Information Technology&Standardization，2011.[4]??雨，刘建勇.面向服务的烟草物流企业应用集成方案[J].物流技术与应用，Logistics & Material Handling，2009（12）.[5]岳芳，王艳玲，常志勇.基于SOA的烟草应用系统集成研究[J].决策与信息（财经观察），The Friend of the Head（Financial Observation），2008（07）.[6]张海军，史维峰，刘伟.基于SOA企业应用集成框架研究与实现[J].计算机工程与设计，Computer Engineering and Design，2008（04）.[7]蔡昭权.基于ESB的异构系统集成实现[J].计算机应用，Computer Applications，2008（06）.[8]林泳琴，黄晨晖.面向企业应用集成的ESB框架的研究[J].计算机应用，Journal of Computer App lications，2010（06）.作者单位

企业信息集成平台 篇3

摘 要：通过引入物联网技术，医疗信息全面互联互通和轻松共享能够推动医疗技术的不断创新和医疗服务的巨大改善。反观现阶段我国现状，离此远景存在着非常大的差距。尽管伴随着我国新医疗改革的不懈深入，医疗信息化取得了较大发展，但资源分布不均衡和"信息孤岛"的普遍存在依然是不争的事实。在此背景下，本文详细阐述和分析现有医院业务信息系统所面临的问题，并依此提出基于全面互联互通和深度智能化建设医院信息集成平台。从标准制定、模型定义、数据中心建立、数据整合以及开放性支撑五个不同的角度出发，进一步完备建设思路，并给出一个平台的整体设计。

关键词：智慧医疗；医院信息集成平台；物联网

中图分类号：TP392 文献标识码：A

1 引 言

众所周知，“智慧医疗”是美国蓝色巨人IBM公司于2009年提出的[1][6]，与其说是一个概念，莫如说是为我们描绘出了一幅未来人类医疗的美好远景。物联网技术产生海量有价值的医疗信息，而全面的互联互通和轻松共享则更能够推动医疗技术的不断创新和医疗服务的巨大改善。但反观我国当前现状，差距不可谓之不大。同样是2009年，国务院提出“新医改”意见[2][7，8]，明确将信息化列为医疗改革的重要技术支撑和保障。近年来，医疗信息化在我国取得了较大发展，但资源分布不均衡和“信息孤岛”的普遍存在依然是不争的事实[11，12]。另一方面，由于历史的长期积累，许多医院的基础业务系统存在着各种各样阻碍其发展的瓶颈问题，集中表现在业务缺乏统一的数据标准，系统数据接口繁多复杂，基础业务系统可扩展性差，以及信息综合处理能力弱等方面[3][9，10]。有鉴于此，我们提出基于全面互联互通和深度智能化建设医院信息集成平台。平台由一系列有机结合的核心组件构成。提供的核心功能包括数据的采集、标准化转换、数据缓存、数据安全、数据上传、数据整合、数据共享、数据路由、权限管理、配置管理、术语服务等。凭借这些功能强大的核心组件，平台可以集成医院以及医疗机构的业务数据，实现医疗信息系统的“互联、互通和互认”。进而满足“双闭环管理”的需求[4][13，14]，推动医院业务模式的创新，优化医疗服务环境，提高医疗协同服务，成就“智慧医疗”的愿景。本文结构如下：第1节从五个不同的角度提出完备的建设思路；第2节给出一个平台的整体设计；第3节阐述平台所使用的一些关键技术；第4节为结论。

2 建设思路

2.1 标准的制定

平台提供一套标准化管理工具，对整个平台使用的基础数据进行统一的管理。这些数据包括值域代码、元数据、数据集以及与组织机构相关的数据等。此类数据如果有国内标准或卫生部标准则一定使用其标准，否则可以参考和使用能够提供支持的相关国际标准。若国内外标准都不能满足系统要求时，可以参考这些标准并根据实际应用场景制定平台自己的标准。以此解决医院内部各个异源异构系统之间无障碍通信的问题。元数据丰富的扩展属性支持数据采集与上传的有效性、时效性分析与验证。

系统提供数据批量导入功能。支持将卫生部发布的相关标准数据轻易加载至平台系统并进行统一管理与维护。系统提供标准的更改及新的标准导入功能，以适应新的标准的发布。如卫生部对于元数据集与数据集在不定期的修订与发布，当这些标准在正式发布后，只需要导入新的标准，并在系统中进行发布，新标准就会推送给前置网关与健康档案整合组件。系统按新的标准进行数据采集与数据交换工作，按新的标准进行数据质量的管理，同时按新的标准对健康档案数据进行整合。

2.2 模型的定义

为了提供足够高的系统灵活性和扩展性以满足复杂多变的业务需求，平台采用一种全新的构件化思路进行平台模型定义，使用无编码方式根据项目的具体需求和业务场景驱动平台信息模型的建立，同时信息模型既遵循IHE规范[5]，也遵循卫计委提供的数据元、数据集标准，同时提供一套中间件产品实现了这两种标准之间的转换。

有了与业务模型匹配的信息模型之后，我们对内可以通过配置的方式构建平台数据中心的结构，即存储模型，针对存储模型我们可以对存储规则，数据约束规则，数据质量控制规则等进行自定义设置，有效的控制数据的存储效率，完整性以及质量。对外可以根据信息模型通过配置生成数据交换规范和服务。

基于这些模型、规范和服务我们对内可以通过前置网关适配接入异源异构的业务系统，对外通过数据组装服务将平台的数据通过构建门户应用，移动应用共享给我们的客户，通过数据仓库技术进行大数据分析。

系统提供一套可视化工具在数据中心的基础支撑库中定义各个业务活动对应的CDA信息模型[15]，并且能够根据该信息模型来动态创建对应的数据集、数据集包含的数据元等，同时能直接根据生成的数据集来创建物理模型。同时系统提供相关组件来完成这些信息模型对应的二维数据与CDA文档之间无缝转换。平台通过版本的概念来管理这些信息模型。当卫生部对相关标准进行扩展或调整后、或现有数据模型无法支撑日益变换与增长的业务需求时，平台可以对这些数据模型进行相应的调整，并形成新的版本进行发布。然后各前置网关可以根据自身实际情况来同步下载相应的版本进行升级。

系统提供根据数据集动态生成数据交换服务接口规范功能，我们可以在管控中心通过可视化界面来对各个业务域在不同业务场景下服务接口规范的管理，该服务接口规范可以分为以下几种，一是完全符合CDA规范的接口规范（供有能力处理完全符合CDA规范文档的客户使用），二是对CDA规范进行简化处理后符合CCR规范的接口规范（无法处理完全符合CDA规范文档的客户使用），三是能够导出各数据集对应的全视图模板，并且能对所有的规范进行版本管理。为了适应新的标准的发布，如卫生部对于元数据集与数据集在不定期的修订与发布，当这些标准在正式发布后，或业务场景发生变换后，只需要通过工具重新生成满足要求的规范，在系统中进行发布，新规范就会推送给前置网关与健康档案整合组件，系统按新的规范进行数据采集与数据交换工作。endprint

2.3 数据中心

平台的数据中心根据定义的存储模型自动生成。平台采用主题库的方式对数据中心进行模块化管理。主题库主要根据服务的业务对象的不同进行划分（比如个人索引库，服务活动索引库，文档库，运营监管库等。），主要用来对数据进行归类管理，通过配置可以实现将不同的主题库存储在不同的数据库实例或用户，实现物理分库，保障性能。

对于存储模型对应的数据库表，我们可以在系统上线后，免编码的情况下，对字段的部分属性进行修改或增加新的字段。后台服务也会自动的进行同步匹配。对于数据库表中字段通过配置，并结合后台服务，可以做到字段级别的加密存储。对每一个字段定义是否需要进行标准代码转换，需要进行哪些条件的约束检查，以及需要进行哪些规则的数据清洗等，有极高的扩展性和定制程度。

2.4 数据的整合

前面提到平台数据中心通过主题库的概念进行模块化管理，那么数据整合的过程中就需要将不同类型的数据归并到正确的主题库中。比如将个人基本信息归并到个人索引库，将文档和文档索引通过XDS归并到文档库，将记录了居民何时、何地、接受过何种医疗卫生服务，并产生了那些文档这样的信息存储在服务活动索引库中。数据的整合我们遵循以下两个主要准则：主动抓取整合和被动接收整合。主动抓取模式对原业务系统的渗透改造会比较小，只需要提供业务库对应的中间库或具有同等功能的视图即可，但在实时性方面会有一定的局限（只能做到准实时，延迟数分钟或小时）。被动接收模式对原有业务系统具有一定的侵入性，需要其进行一定的改造，但具有很好的实时性。由平台提供数据采集服务，服务的数据传输载体采用标准XML（平台会根据各个业务活动的应用场景提供标准的接入规范），服务传输协议支持HTTP、TCP/IP、SOAP等。由数据接入一方调整各自的业务系统，并调用平台发布的相关服务进行数据的推送。

2.5 开放性支撑

平台的信息模型与存储模型均基于国家卫生部颁布的相关标准与规范实现，平台的交换模型基于IHE标准实现，并同时实现了两套标准规范间的相互转换，使平台在数据传输格式上有极强的开放性，易于与医疗机构的业务系统以及其他厂商构建的平台互联互通。平台的所有接口通过平台服务框架以及健康信息服务总线进行统一管理，实现全面服务化，内部支持多种传输协议（HTTP、TCP/IP、JMS、RMI、SOAP、REST、DICOM等等）、数据协议（HL7、XML、JAVA POJO等），并且内部提供了各种协议之间的相互转换的功能，所以平台在接口调用上具有极强的开放性。

3 平台设计

基于以上的分析和阐述，我们给出一个医院信息集成平台的总体架构设计。

如图1所示，医院信息集成平台主要包括POS层、信息交换与共享层、数据中心、以及应用层四个层次，另外，还包括贯穿此这四个层次的标准规范体系和安全保障体系两大体系。

POS层是通过前置网关适配器直接与外部系统进行沟通的技术层，主要负责将各业务系统的业务数据采集到前置网关的缓存库。

信息交换与共享层由一系列的业务服务组件组成，负责处理前置网关上传的业务数据完成摘要数据、索引数据等的抽取、存储与共享。

数据中心层主要是实现索引数据、主题数据、电子病历数据、平台支持配置数据库等数据的存储，解决数据存储的结构、模型、内容、数据库管理系统搭建等。

平台应用服务层主要将汇聚在数据中心的各类数据共享给平台内外的其他系统使用。真正实现平台内各系统间互联互通操作。

标准规范体系是医院信息集成平台中必须遵循和管理的数据标准，是平台运行和应用的数据基础。安全保障体系是从物理安全到应用安全保障整个平台的正常运营。由于异源异构的专业化信息系统对病人基本信息管理不统一以及分配的患者标识规则不一致容易造成同一病人甚至同一病人的多次就诊在业务系统中无法进行有效关联的问题，导致无法实现对患者临床数据的连续管理，我们通过提供病人主索引组件运用人口自然统计算法基于常规人口自然属性（比如身份证，姓名，出生日期，性别，电话，联系地址）将同一个物理人在不同系统中的记录进行关联生成唯一的病人管理主索引，基于此可以快速的构建一个人在该院的连续健康档案视图，并为全院其他系统提供统一的病人基本信息，实现对患者的唯一身份识别。

其次，平台的数据库结构和数据交换规范都通过信息模型与卫计委提供的数据元，数据集等标准建立了映射关系，根据医院信息集成平台的应用和服务要求，通过图形化的数据交换工具进行数据重组，建立平台信息模型和HL7 RIM模型的映射关系，并结合平台的CDA组件可以实时的将平台数据集承载的数据转换成符合IHE国际标准的CDA文档，用于系统间集成的数据共享规范。从而实现临床文档的标准化和共享。

平台通过服务与外部系统进行数据交换与整合，提供统一的服务注册管理功能。服务的发布主要通过集成引擎来完成。采用统一的服务接口，通过不同的服务功能号在后台动态确定调用对应的服务。服务统一采用标准的XML格式来进行请求与响应。

最后，平台可以实现不同类型和层次的集成，包括流程集成、应用集成、消息集成和数据集成。

4 关键技术

4.1 企业服务总线

如图2所示，企业服务总线采用面向服务的体系结构，保证在一个异构的环境中实现信息稳定、可靠的传输，屏蔽用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。提供一个基于企业服务总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性。系统的实现维护都相对简单，保证每一个应用系统的更新和修改都能够实时地实现；同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户提供服务。endprint

数据交换使用企业服务总线作为整个卫生信息平台的技术核心；可通过ETL的方式进行数据处理，包括数据抽取、数据转换、数据清洗、数据加载等过程。

4.2 中间表技术

中间表是业务逻辑中的概念，就是将一个系统数据的查询结果先保存在一个临时的表中，然后再从这个表中查询取得数据到另一个系统中，减少程序的复杂度。临时表是中间表多采用的一种技术，使用数据库的临时表其功能可以免去中间表数据的维护工作。

当进行数据采集时，遇到需要查询多个表的多个字段，可以建立中间表来提高查询速度，降低用户的工作量。

4.3 适配器技术

在此消息交换模式中，消息单向通过适配器流入服务器。消息引擎将消息发布到数据库中。如果某一业务流程具有对该类型消息的处于活动状态的订阅，则该消息将发往该业务流程。

在处理该消息后，业务流程会将该消息发布回数据库中，之后会将它路由到某一适配器，以便传输到特定的终结点。

平台与各业务系统之间的数据交换共享可以采用适配器的方式实现。

5 结 论

我们详细阐述和分析现有医院业务信息系统所面临的问题，并依此提出基于全面互联互通和深度智能化建设医院信息集成平台。从标准制定、模型定义、数据中心建立、数据整合以及开放性支撑等五个不同的角度出发，进一步完备建设思路，并给出一个平台的整体设计。基于全面互联互通和深度智能化建设医院信息集成平台，可以集成医院以及医疗机构的业务数据，实现医疗信息系统的“互联、互通和互认”，进而满足“双闭环管理”的需求，推动医院业务模式的创新，优化医疗服务环境，提高医疗协同服务，成就智慧医疗的愿景。

参考文献

[1] 冯蕾. “大象”三番转身 开启“智慧医疗” IBM连推四大智慧医疗方案[J]. 中国医院院长， 2009， （9）：20-25.

[2] 卫生部. 基于健康档案的区域卫生信息平台建设技术解决方案（试行）[S]. 2009.

[3] 肖辉， 张方， 商建国. 医院数据中心架构设计与应用分析[J]. 中国卫生信息管理杂志， 2012， 09（3）：67-72.

[4] 刘帆. 移动医疗助力闭环管理[J]. 中国医院院长， 2014， （9）：90-90.

[5] 张继武. IHE介绍[J]. 中国医疗器械杂志， 2007， 31（2）：112-119.

[6] GkoulalasDivanis A， Loukides G， Sun J. Toward smarter healthcare： anonymizing medical data to support research studies[J]. Ibm Journal of Research & Development， 2014， 58（1）：1 -11.

[7] 卫生部. 卫生信息化建设指导意见与发展规划（2011-2015）[S].2010.

[8] 卫生部.基于居民健康档案的区域卫生信息平台技术规范（征求意见稿）[R]. 2012.

[9] 马锡坤，于京杰. 医院数据中心存在的问题及对策[J].中国医学教育技术，2013， 27（2）：215-217.

[10]李先锋， 王凯芸， 吕强， 等. 三甲医院虚拟化技术的研究与实践[J]. 中国医院， 2012，16（2）：12-14.

[11]闫莅荣，戴健. 医疗信息孤岛与信息标准[J].中国数字医学， 2010，5（9）：101-102.

[12]董方杰， 蒲立新， 曲建明，等. 医疗信息院内交互与区域共享的架构及其技术研究[J]. 生物医学工程学杂志，2014，（4）.

[13]李雪梅， 许红梅， 陈晓琳，等. 正反馈闭环管理系统理论在提高出院患者护理工作满意度中的作用[J]. 中华护理杂志，2013，48（7）.

[14]黄莹， 徐立群， 潘晓东. 基于物联网技术的输液监控系统在病区输液闭环管理中的应用[J]. 解放军护理杂志， 2014， （22）.

企业信息集成平台 篇4

当前我国电网企业发展势头迅猛,企业规模不断扩大,企业信息系统的类别及数量也呈明显的上升趋势。电网企业的各个业务系统都有着相互独立的运行机制和管理策略,过去电网企业缺少系统间的集成技术,导致电网企业的信息管理工作相对封闭,部门间缺乏紧密有效的联系,造成了传统电网企业“信息孤岛”的问题,导致电网企业管理效率低下,严重影响了电网企业综合效益的提升。随着科技的创新发展,信息化技术手段与电网企业的联系日益紧密,电网企业越来越认识到了信息集成的重要性,因此,电网企业信息集成平台项目的建设具有十分重要的意义。电网企业信息集成的发展主要经历了数据集成阶段、应用集成阶段和业务流程集成阶段。

1 SOA架构的优势分析

基于上文对电网企业信息集成发展的概述,在企业实际需求及信息技术发展的带动下,企业信息集成平台项目的建设发展势头良好,而基于SOA理念的集成模式,更是行业关注的热点。所谓SOA,指的是面向服务的体系结构,它属于组件模型中的一种,在当前应用较为普遍。基于SOA的架构,可以把应用程序的不同功能单元转化为服务,再利用定义服务之间良好的接口与契约实现系统间的联系,从而使系统可以利用统一便捷的方式实现交互。基于SOA架构的电网企业信息集成平台,可以有效解决电网企业“信息孤岛”问题,处理好信息共享及业务集成等诸多问题,推动电网企业信息化的建设与发展。

结合具体实践应用来看,SOA架构的优势有:(1)能够充分利用企业的现有设备,以业务需求带动SOA集成平台发展;(2)能够保障企业信息化项目的经济效益,减少投资成本,提升数据资源的利用效率;(3)架构部署的适应性强,便于系统集成和管理;(4)有助于推动企业业务逻辑的可持续发展。

2 基于SOA的电网企业信息集成平台设计

2.1 信息集成平台的内容

结合电网实际需求总结信息集成平台的内容,应包括以下几个方面:(1)信息资源内容。它为信息集成平台提供了数据、服务及业务资源等,同时还可作为应用系统等。(2)资源配适内容。将非标准化资源转化为标准化资源。(3)基础支撑内容。它是平台的底层保障,对外体现为API数据包。(4)核心处理内容。它是平台核心功能模块,起到了对关键数据的处理管控作用。(5)流程集成内容。基于服务方式实现信息集成应用开发。(6)平台管理内容。利用人机交互界面对平台统一管理。(7)集成应用内容。它是基于信息集成平台的对外扩展应用。

2.2 平台功能体系的设计

结合电网企业的实际需要,在平台功能结构上主要进行了以下设计:(1)集中管理控制平台设计。这部分设计实现了对整个平台的一体化管控,管理者利用人机交互界面,就能够实现一体化的管理,其范围涵盖了服务资产管理、管控流程、服务/流程监控、流程集成管理和系统管理等内容。(2)企业服务总线设计。这是企业信息集成平台的核心内容,在功能上涵盖了基础服务、数据处理等方面的内容。基于SOA架构的设计理念,把信息、服务、数据等内容交互过程抽象化、解耦,对组件方式进行灵活的流程定义,并通过Web Service支持扩展。(3)资源配适器的设计。这部分内容的设计可以实现外部的异构信息资源集成化,有助于对平台自身进行扩展。这一部分设计的关键点在于标准Web Service模式的转换过程。(4)流程集成引擎、工具的设计。这一部分的设计主要是基于企业服务总线,实现对流程的编排、调度、管理,对平台各应用流程进行集成管理,涵盖建模、设计、开发、测试、调试等诸多环节。

2.3 平台架构的设计

基于SOA架构理念,结合电网企业信息集成的需求,可将信息集成平台主要设计为以下7层架构:(1)电力信息系统层,这一层所涵盖的内容是企业现有系统资源;(2)服务层,这一层主要是利用不同的功能组件实现不同服务;(3)组件层,利用组件对底层系统进行封装;(4)业务层,利用服务来达到实际业务要求;(5)服务总线层,该层主要通过提供各种总线,来满足信息系统集成的要求;(6)表示层,通过对用户提供服务接口满足构建门户系统的要求;(7)辅助层,主要是实现信息集成平台的辅助功能。

3 基于SOA的电网企业信息集成平台的实现

就电网企业信息集成平台的实现而言,主要可以从以下几个方面入手:

3.1 对信息集成平台的数据环境进行设计

首先,结合电网企业的信息资源规划建立数据服务,在此基础上打造一个客观、科学的数据环境,进而对电网企业的公共信息模型进行开发,为开发数据服务功能提供坚实的保障。其次,包含电网企业公共信息模型的功能模块,能够完整地展示平台业务实体和服务,此外还有对应服务接口的设置。一般而言,所有系统都是由众多部分组成的复合体,各部分间既有联系,又可利用前端服务程序给用户提供对应服务。最后,在系统分析过程中也会对系统业务及数据情况进行分析,借此来明确在底层服务中发挥功效的数据与分布式组件。另外,使接口能被其他系统调用,且这一目的的实现不必建立在系统平台、实现语言等基础上。

3.2 对电网企业信息数据资源进行盘点

一方面,结合电网企业自身的实际情况,总结当前企业信息数据与系统访问资源,对于现有的全部资源,都应明确它的支撑源数据,对其做到深入细致的了解。

另一方面,要做好数据资源的管理工作,加强对企业数据信息资源的盘点,明确其来源、去向、存储区域等内容,规范数据资源的语法和语义,为企业信息集成平台的实现打好基础。

3.3 对信息集成平台的数据进行建模

这一阶段所包含的任务主要有两个方面,一是对物理数据进行建模,二是对逻辑数据进行建模,二者共同构成了平台数据建模。前者强调的是建模直接面对数据源自身,能够通过众多工具盒技术对数据源进行映射,进而满足底层细节与通信协议的抽象化和封装要求。后者的建模则主要是通过电网企业自身的统一数据模型来实现,满足对众多物理数据服务集合的管理需求。其中,数据服务主要涵盖了业务、管理、集成、数据等四方面的规则。

3.4 电网企业信息集成平台的开发与集成

在这一阶段,进行数据描述时需要用到服务数据对象统一的数据格式,具体包括数据源、数据图、数据中介服务、数据对象、变更摘要、类型、序列、属性等诸多方面的信息。

4 结语

综上所述,将SOA架构应用于电网企业的信息集成平台中,发挥SOA构架下信息集成平台的优势,可以实现电网企业信息资源的整合,有效解决电网企业在信息交互数据及系统业务流程等诸多方面的问题,有助于消除“信息孤岛”现象,构建新时期高度集约化的电网企业。电网企业的信息集成化发展是当前行业内的热点内容,同时企业信息集成平台的构建也是一项系统且复杂的工作,这就有待电网企业在实践中对信息集成平台不断进行优化,从而推动电网企业的发展不断迈向新高度。

参考文献

[1]郑声俊,何启远,郑桢,等.基于SOA的企业信息集成平台的研究与实现[J].电力信息与通信技术,2014,12(4):66-70.

[2]丘裕新.基于SOA架构的电网企业信息系统集成的研究与应用[J].电子技术与软件工程,2014(18):204.

[3]刘宁,祝唯微,卫祥.SOA架构在电力企业信息集成中的应用[J].电力信息与通信技术,2013,11(10):109-112.

企业信息集成平台 篇5

供电企业经过多年信息化建设, 形成了多个相对独立的信息系统, 各系统积累了大量的业务数据, 而众多业务处理系统相互独立, 信息资源不能共享, 信息孤岛现象已成为供电企业信息化建设进一步发展所面临的巨大挑战;另一方面, 从业务角度出发, 新层次的整合不应单纯地从某个具体的应用出发, 应该从关注单个应用走向从集成的整体角度考虑架构层面的问题。因此, 公司内部各系统的信息需要有效共享、相互协作、关键数据能够被多业务所复用、形成统一的全局客户数据视图、对现有的数据能够进一步分析加工, 从而优化管理。

随着电力行业市场化程度的逐步提高, 电力企业对自身的经营管理水平与业务执行效率的要求越来越高, 需要对大量异构的信息系统加以有效整合, 提高系统间的数据交互、信息共享水平以及业务处理效率, 从而增强信息系统对企业业务与管理的服务、支持能力, 因此, 信息集成应用将成为“十一五”期间电力企业的信息化建设的“重中之重”。

1 企业集成需求及集成技术架构的演变历程

传统的企业由于缺少不同系统相互集成的技术, 导致很多关键的信息被封闭在相互独立的系统中, 部门间重复着冗余的工作, 这直接导致了企业工作效率的降低和运营成本的上升。20世纪80年代, 不少企业开始意识到应用集成的价值和必要性, 开始试图在企业系统整体概念的指导下对已经存在的应用进行重新设计, 以便让它们集成在一起。

随着企业各种应用的迅速增加以及更多地把自己的业务转向电子商务, 企业集成方案对企业的重要性也日益显现。越来越多的企业开始采用企业集成解决方案将企业内部的应用软件与外部客户和供应商的应用软件进行链接, 实现数据流和业务运作的自动化, 从而达到业务的实时与快速处理。而集成需求也是从最初的数据集成、应用集成演变到了目前的业务流程集成, 这些业务集成需求所对应的技术集成模式也发生了很大的变化, 如图1所示。

(1) 数据集成。数据集成是把不同来源、格式、特点性质的数据在逻辑上或物理上有机地集中, 从而为企业提供全面的数据共享。在企业数据集成领域, 已经有了很多成熟的框架可以利用。目前通常采用联邦式、基于中间件模型和数据仓库等方法来构造集成的系统, 这些技术在不同的着重点和应用上解决数据共享和为企业提供决策支持。

(2) 应用集成。为2个应用中的数据和函数提供接近实时的集成。例如, 在一些B2B集成中用来实现CRM系统与企业后端应用和Web的集成, 构建能够充分利用多个应用系统资源的电子商务网站。为了解决应用系统点对点集成的问题, 提出了使用集成适配器、消息代理等的集成结构。

(3) 业务流程集成。当对业务过程进行集成的时候, 企业必须在各种业务系统中定义、授权和管理各种业务信息的交换, 以便改进操作、减少成本、提高响应速度。业务过程集成包括业务管理、进程模拟以及综合任务、流程、组织和进出信息的工作流, 还包括业务处理中每一步都需要的工具, 它应该包含了流程的管理、优化和执行等。

随着企业业务需求和信息技术的发展, 信息系统的规划设计思路、集成开发方式等也发生了翻天覆地的变化。总的来说, 随着软件技术和集成平台的发展, 集成技术的架构、模式也经历了以下3种模式, 如图2所示。

从图2可以看到, 第1种模式, 大多是客户化的、基于产品的应用系统和数据存储, 通过批处理或手工流程进行集成, 它们只具备在企业层面上消除数据不一致性的能力;第2种模式, 通过紧耦合的私有接口集成, 通过中间件平台进行数据同步降低数据不一致性;第3种模式, 通过松耦合的、企业统一标准的接口进行集成, 并且在业务线和合作伙伴之间共享应用服务, 同时通过加强基于产品的应用系统来提供对业务功能和流程的支持。

2 基于SOA的电网企业信息集成平台架构设计

企业集成平台概念的提出和发展来自于企业应用需求和计算机技术发展两方面的驱动, 经过多年的发展, 集成平台已经成为支持企业集成的先进和有效的方法, 基于集成平台, 可以使分散的信息系统通过单一的接口, 以可管理、可重用的方式实现单点集成 (每个应用系统仅需要开发一个与集成平台的接口, 就可以实现与所有应用的集成) , 使企业内的所有应用都可以通过集成平台进行通信和数据交换, 实现广义范围内的和深层次上的企业资源共享和集成, 图3给出了企业集成平台的示意。

随着目前SOA技术的日益扩展和普及, 以SOA架构原则为支撑的集成模式也日渐增多, 代表了未来一段时期内集成服务架构的发展方向。基于SOA架构的指导思想, 对企业应用系统集成架构进行统一规划设计, 建立统一的符合SOA架构原则的电网企业集成服务平台, 能有效地解决企业中日益增长的应用交互、数据交换与集成、跨系统业务流程整合等问题, 从根本上消除信息孤岛, 为实现企业信息门户和综合分析决策提供基础数据和核心的主要业务功能如下:1) 数据集成。用数据同步手段减少各业务系统中业务数据的不一致性, 为企业积累有价值的数据;数据整合, 是指整合业务系统数据, 为综合数据分析和数据挖掘准备条件。2) 应用集成。解决应用系统间的应用数据交换问题, 满足各部门不断增长的业务和管理需要;集成电力自动化系统 (SCADA、EMS、负控、集抄等) 和管理信息系统 (营销、财务、生产、物资等) ;服务接口统一注册管理, 不断积累企业IT资产。3) 流程集成。使用标准的服务编排技术整合各系统应用资源, 支持多部门、跨系统的业务流程应用;实现流程定义、编排、执行、监控的标准化和规范化, 与国际标准接轨。

根据前面的功能要求, 采用SOA架构对信息集成平台进行设计, 分为以下6个层次, 如图4所示。

(1) 基础服务域 (Core Service Domain, CSD) 。由一组无状态的基础服务构成, 为上层应用提供核心的业务数据与逻辑功能, 是电网企业核心的IT资产, 可以细分为多个主题服务域及合成服务域, 覆盖参与人、产品、渠道、营销、设备、事件、地域和战略目标等领域的公共数据及业务功能, 能提供业务数据及功能的应用系统本身可封装成SOA环境的基础服务。

(2) 适配服务域 (Adaptive Service Domain, ASD) 。由一组无状态的适配服务构成, 是电网企业应用系统接入SOA环境的桥梁, 按上层应用系统的分类, 分为业务生产适配服务域、业务支持适配服务域和管理分析适配服务域3个子域, 它的基本功能是实现应用系统与SOA环境的数据转换与技术适配。

(3) 统一服务总线 (Enterprise Service Bus, ESB) 。是电网企业信息集成平台SOA环境的核心构件, 以此为基础实现应用、服务、数据和资源的整合, 同时提供统一的服务注册与查询机制, 支持多总线方式的服务调用, 提供服务编排的能力以支持合成服务的构建, 支持对文件、数据库和消息队列等多种资源的适配, 提供事务控制和XML数据转换的功能, 并实现对所有注册服务的实时管理监控。

(4) 集成规则域 (Integration Rule Domain, IRD) 。为信息集成平台提供核心的基础规则, 包括电网公共信息模型CIM、交互数据规约和业务流程规则等;根据电网企业的业务架构特点, 业务规则库又细分为业务推动、风险控制、稽核监督、后台支撑和决策管理5类流程服务域, 每个域分别实现不同的流程;CIM模型库提供了必要的公共业务数据编码规范, 交互数据规约能支持不同业务类型数据及其数据转换, 如基础资料、实时数据和管理类等。

(5) 业务流程管理 (Business Process Manager, BPM) 。是承载电网企业业务流程的基础构件, 为业务人员和IT人员提供业务分析和设计的手段;支持构建时的图形化的业务流程建模和规则创建, 提供运行时的流程执行引擎、规则引擎, 并实现流程执行过程中的实时业务活动监控。

(6) 企业信息门户 (Enterprise Information Portal, EIP) 。是前端渠道应用和外部接口应用的统一接入入口, 也是为数据展现、综合报表和决策分析等提供数据和业务集成服务;对电网企业未来IT系统的用户和外部接口系统提供统一的登录授权控制、支持内容请求的重定向、根据用户权限与个性化设置展现特定内容, 提供内容汇集与管理手段, 并支持用户之间的协作与通告。

3 云南电网公司TBI平台建设和实践

2001年, 云南电网公司秉承“敢为天下先”的创业精神, 在国内同行业首次提出了打造“云电信息航母”, 建设统一的“合纵连横”的信息交换平台, 云电TBI (Total Business Integration) 平台的概念首次提出。同时也明确提出作为整合全局IT基础设施、信息资源、业务系统的一体化平台, 要充分采纳国际最先进的电力标准体系, 必须充分考虑云电的企业组织机构、文化、管理流程和标准, 实现在数据、流程、业务、门户各个层面资源共享、集成与优化, 从而彻底根除信息孤岛, 使得网络化、扁平化的管理成为可能, 同时把企业的员工、供应商、合作伙伴整合到云电TBI平台上来协同完成企业总体业务目标。

3.1 云电TBI平台规划

云南电网公司将按照南方电网公司“十一五”信息化规划原则, 通过数据集成, 应用集成, 门户集成等手段, 将已经建设的应用系统进行整合, 对于未来建设的应用系统, 必须符合企业应用集成技术规划和数据交换标准, 从根本上解决信息孤岛问题, 实现信息共享和业务贯通, 形成企业内整体性的信息系统体系架构, 为管理一体化提供技术保障。信息集成平台在集成方面, 应实现根据数据交换和业务流程重组的要求, 各系统的数据和业务流程可以动态地重组和整合, 减少因企业变革带来的后果 (成本、时间等) , 提高企业应对变化的能力。总体规划根据电网企业信息集成平台规划设计, 如图5所示。

3.2 云电TBI平台的建设情况

TBI平台的建设从2002年正式启动到目前为止, 进行了持续改进和迭代开发, 前后经历了两个大版本、数个小版本的发布, TBI平台很好地遵循了当初的规划思想, 在云南电网公司的营销、调度和财务等领域得到了较大范围的应用。系统遵循面向服务架构 (SOA) 的设计思想, 建成了云电企业信息系统间统一数据交换和业务集成平台, 该平台是国内第1个采用国际电工委员会制定的IEC 61970/IEC 61968/IEC61850标准, 基于SOA、Web Services、Xml技术的松散耦合式技术架构企业应用集成平台。

TBI平台的建设历时4年多的时间, 实现了与银电交易系统、负荷控制系统、远程集抄系统、集团财务系统的双向集成, 相继完成了与集抄系统、呼叫中心、短信、网上营业厅、自助售电终端系统、调度管理信息系统、昆明局GIS和营销外网等实时数据交互接口。

3.3 TBI平台实践应用

3.3.1 基于CIM的数据交互功能

云电TBI平台采用了基于IEC61970/IEC61968系列标准的CIM模型来建立适用于中国电力企业的信息化数据模型库, 企业的关键信息在模型库中可以找到一整套的标准模型定义, 加上TBI自身的数据抽取映射功能, 可以使每个模型准确的对应到每个应用系统的具体数据。不仅为系统间交互提供了数据标准和规范, 而且也为企业的信息规范积累了良好的基础。

同时使用强大的XML交互语言, 支持对交互信息的复杂校验和函数变换, 使TBI平台上的交互超越了传统的数据流转, 真正实现了业务信息的传递和操控, XML的交互也为随之而来的B2B商业应用提供了从XML到eb XML的平滑过渡, 如图6所示。

由于基于SOA架构, 数据交互层是一个基于服务的“超级市场”, 为“顾客”提供统一的场所, 统一的服务标准 (付款、提货、意外处理流程) , 以及“一站式购物”的体验, 同时避免了“顾客”与“供应商”的直接交互, 保持“供应商”的独立性。

3.3.2 符合电网企业的业务流程管理功能

跨业务、跨系统的工作流平台使内部的信息数据流以及业务流既可以在一个业务部门流转, 也可以在企业所有业务部门运转, 满足企业不同流程的实现和控制。基于XML和Web Service的业务流程管理, 用于开发、实施和监控跨越多个应用、多种技术 (如PDA, WAP或传真机) 和多名人员的复杂电力行业业务流程。借助流程技术, 这种流程机制能为整体电力企业提供许多创新特性。它支持插入式体系结构, 使系统能无缝集成并充分利用为应用服务器编写的应用以及借助应用集成功能区集成在一起的现有系统的强大计算功能, 如图7所示。

3.2.3基于TBI平台的企业信息门户建设

企业信息门户提供了应用系统界面层的集成能力, 基于TBI平台采取后台数据的抽取、挖掘、提炼以及交互技术, 应用业界领先水平的系统方案和技术, 通过较完整的基于标准化的企业公用信息模型, 在前面数据交互、共享等基础上, 实现业务数据、KPI指标和管理链的重构和展现, 提高了云电企业信息资源共享和重用的广度和深度。

4 结语

云南电网公司TBI平台的建设具有比较好的典型性, 由于采用了SOA的灵活架构, 在数据共享和门户展现等方面也取得了较好的效果, 但是也发现信息整合实施中有一定难点。

首先, 信息整合实施需要责任到部门、到人。由于不同的系统, 归口管理部门千差万别, 涉及到调度、生计、财务和营销等, 业务边界不清晰, 需要统一协调组织。其次, 数据标准化是关键。信息集成中, 由于各个系统自行建设, 采用标准进行信息分类和编码显得尤为重要, TBI平台很好地引入了CIM模型标准, 但还需要进一步地贯彻和实施。最后, 流程规范和优化是重点。要充分分析企业的实际业务流程, 本着资源最优的原则重组和优化企业业务, 并进一步挖掘管理潜能, 使用辅助决策提升管理内涵。

云电TBI平台将继续通过“电网企业公用信息模型”来规范未来信息系统的整合和集成标准, 持续对流程的优化和重组进行深入的研究和实践, 以满足企业合纵联横的信息化发展需要。随着进一步建设的深化, 该平台将为电网企业信息整合提供比较好的借鉴和参考作用。

摘要：信息集成应用已经成为“十一五”期间电网企业信息化建设的重点和难点, 这里正是从电网企业集成需求和集成技术架构的演变历程中, 提出了一种基于SOA的企业级信息集成平台的建设思路, 通过构建可重用的、自由伸缩的SOA信息基础架构, 以解决企业中数据集成、业务集成、流程自动化、企业门户等各种信息化关键问题。基于此, 云南电网公司设计和建设了TBI平台, 对数据交互、应用整合和企业信息门户等实践进行了介绍和描述, 为电网企业信息化建设提供了一个可借鉴的先进思路。

关键词：SOA,信息集成平台,CIM模型,业务流程管理,电网企业

参考文献

[1]祝春捷.电力一体化信息集成策略分析与实践[J].电力信息化, 2007 (6) :34-37.

[2]曹军, 王永福.电力信息集成的研究与实践[J].电力信息化, 2005. (3) :56-58.

[3]贺玉彬, 王骞.建设流域公司一体化企业级信息平台[J].电力信息化, 2007 (6) :83-87.

[4]肖鹏.以营销信息化推进管理变革与创新[J].中国电力企业管理, 2007 (2) :42-44.

[5]范玉顺, 李建强.企业集成与集成平台技术[M].北京:机械工业出版社, 2004.

如何构建移动医疗信息集成平台 篇6

关键词：移动医疗,信息集成平台,二维码识别

信息技术的不断提升为医疗事业的良好发展奠定了良好基础, 尤其是无线通信技术在各行各业中的应用, 为解决医疗业务带来了极大的方便。医疗业务包含住院登记、标本采集、出院结账等内容, 如此复杂的业务为医疗工作带来了诸多不便。然而, 由服务端和客户端共同组建的移动医疗信息集成平台具有实时信息录入和查询等功能, 医疗业务处理人员通过RFID无线射频识别、二维码识别等手段可以解决各项医疗业务, 使得医疗信息化逐渐加强。因此, 必须构建移动医疗信息集成平台, 从而促进医疗事业进一步发展。

1 移动医疗应用的需求

1.1 医疗业务与移动医疗应用互通的需求

随着医疗信息的不断增加, 为了适应社会的发展, 并有效解决患者病历文书、患者检验查询数据等内容, 所以需要满足移动医疗应用的需求, 必须建立移动医疗系统, 从而为医疗事业的发展奠定良好检基础。在信息科技不断增长的时代, 医院必须采用药物、移动门诊输液应用管理系统, 继而通过PC端应用对病情加以观察, 因而利用移动医疗信息集成平台实现规范医疗工作。

1.2 索引识别信息的登记与访问需求

为了规范医院移动医疗用户统一登录认证工作, 必须对管理员工身份数据进行统一。同时, 为了规范对医护工作人员和病人身份进行访问。因此, 为了规范移动医疗服务, 并通过移动医疗应用满足索引识别信息登记于访问的需求, 必须借助于移动医疗信息集成平台, 通过条码扫描的形式对信息对应关系予以确认, 然后采用RFID无线射频识别技术和生化标本等对索引识别信息进行登记与访问。

1.3 医疗档案信息管理的需求

当前, 患者的档案管理是一项十分复杂的内容, 为了满足医疗档案信息管理的需求, 必须借助于移动医疗信息集成平台, 对患者的档案信息加以管理。通过将不同生命周期内的诊疗信息加以整合, 整合的信息包含放射检查影像、健康监测数据等信息, 然后让医疗服务人员对医疗活动有充分的了解, 继而降低医疗风险。

2 移动医疗信息集成平台的功能构架

2.1 信息资源层

对于移动医疗信息集成平台, 主要是通过建设不同的信息层, 然后加强平台的扩展应用, 做好统计查询、区域医疗协调等服务。信息资源层是移动医疗信息集成平台中的重要区域, 信息资源层包含医疗服务人员各机构信息库、患者信息等内容, 具有数据存储、管理等功能, 在建设信息资源层过程中, 一定要对数据信息进行采集, 然后对其加以归档和存储, 从而实现对角色予以智能分类的功能。

2.2 信息交换层

信息交换层主要是与医院的医技辅诊科室信息系统、移动医疗系统等进行对接, 信息交换层是移动医疗信息集成平台的重要组成部分, 通过信息交换层可以实现业务信息的交换, 并建立健全的HL2.XMessage的ESB消息总线机制, 对平台中的各个系统加以规范, 通过对ESB消息接收服务、发送服务等进行有效控制, 最终保证上传到平台中的数据信息具有规范性和一致性。

2.3 信息平台服务层

信息平台服务层可以提供对接平台业务系统的各项服务, 然后加强跨机构信息交换共享和跨平台的应用。信息平台服务层通常包含如下服务:主数据管理和数据字典更新服务。此外, 还包含患者查询服务, 尤其是KOS接收服务和跨机构影像共享服务都是移动医疗信息集成平台中的主要服务功能, 可以满足医疗人员和患者的需求。同时, 对全过程电子病历进行浏览, 能够实现医疗服务规范化。这些服务都是为了满足患者的各项需求, 也是移动医疗信息集成平台的功能框架。

3 移动医疗信息集成平台服务的内容和应用

3.1 移动医疗信息集成平台服务的内容

移动医疗信息集成平台服务的主要包含如下内容:第一, 统一身份认证服务。该服务是在认证授权机制下, 通过提供权限管理、安全审计等服务, 对用户信息加以有效管理。第二, 患者主索引服务。在移动医疗信息集成平台环境下, 通过EMPI适配器和PIX/PDQ服务器对患者信息进行更新主索引、获取患者主索引等服务。第三, 统一电子病历调阅服务。通过移动医疗信息集成平台中的电子病历浏览器, 可以向用户提供个人访问电子诊疗记录应用程序, 从而实现医疗人员做好医疗服务。

3.2 移动医疗信息集成平台的应用

目前, 移动医疗信息集成平台主要应用于移动查房、移动护理、患者就医、院前急救等方面。在移动查房过程中, 可以向患者提供索引服务, 并实现患者信息与移动查房系统中的信息同步, 继而确保查房信息具有真实性。此外, 在移动护理过程中, 可以保证电子病历与移动查房信息系统中的信息同步, 而且通过信息平台识别码信息可以判断出患者的病情。总之, 移动医疗信息集成平台在医疗中的应用, 极大的推动了医疗行业的良好发展。因此, 必须加强对移动医疗信息集成平台的构建。

4 结束语

移动医疗信息集成平台是解决医疗业务的最佳途径, 对医疗资源加以整合, 可以实现医疗服务流程向规范化、科学化转变。因此, 必须加强对移动医疗信息集成平台的构建, 从而促进医疗事业的发展。

参考文献

[1]王辉.基于IHE的移动医疗信息集成研究[J].中国卫生信息管理杂志, 2013 (4) :340-344.

[2]刘翰腾, 周毅, 李小华等.移动医疗信息集成平台的构建[J].中国数字医学, 2014 (4) :19-22.

[3]王琳华.云计算在智慧医疗集成平台中的应用[J].中国数字医学, 2014 (2) :64-65, 70.

在医院实现信息化集成平台 篇7

关键词：集成平台,Web Service,Ensemble,XML

1 序言

随着医院对于信息化建设的不断投入, 医院的信息系统越发的庞大与复杂。除了通常意义上的以财务为基准的HIS系统以外, 医院信息化还包括了RIS系统、PACS系统、LIS系统、EMR系统、OR系统、血透系统、体检系统、病理系统以及各专科使用的电脑系统等内容。这么多专业的信息系统构架成了一个个复杂的、但是又各自独立的信息系统。如何有机的将这些信息系统融合成一个完整的、信息相互交流的及方便的信息系统, 让医护人员在这种系统之间无缝的操作系统是医院信息科万分头痛的事。

2 原医院各系统之间接口的关系

为了保证在各个信息系统之间相互的交换数据, 通常采用各种各样的接口来让医院的各类系统进行相互通讯。但是因为每个系统之间采用的体系结构和技术都不相同, 而一个业务流程通常涉及到几个异构系统之间的数据交换。为了实现这些数据的交换, 以前常在各个系统之间架立接口。例如A系统和B系统以及C系统需要就一个业务进行交换数据, 我们就需要建立A→B以及A→C的接口。

然而, 这种方法存在很多缺点:采用这种方法就意味着, 在每两个存在数据交换的系统之间都必须开发一个接口, 如果有n个系统, 若需要实现其中任意一个系统对于另外 (n-1) 个系统进行数据交换的话, 必须开发 (n-1) 个接口, 对于n个系统则需要开发n× (n-1) 个接口。随着医院信息化的不断推进, 各个子系统数量的不断增长, 整个医院系统将形成一个象蜘蛛网那样错综复杂的结构, 如图1示。这其中任何一个系统出错, 都有可能引发一系列难以预计的后果, 并且这些错误更是难于检查与调整。

以往面对这种情况, 医院都是倾向于由一家软件公司完成整个的信息系统, 这样能避免出现这么多的接口。但是随着软件专业化的发展, 越来越多的医院希望集众家之长, 采用各种专业的系统搭建医院信息化的平台。然而, 由于这些系统由不同的公司提供, 所以接口通常采用的都是不同的交换协议与开发方式, 虽然使用的软件更专业发化, 但是越发的使医院整个的接口环境日益的恶化。每增加一个新的系统, 对于原来的接口平台以及正在使用的信息系统而言, 都是一次高难度的挑战。对于负责信息化的人员来说, 更是面对千头万绪的系统接口难以下手。但是面对医院日益高涨的信息化需求来说, 越发的迫切需要一种能更好解决这种窘迫情况的解决方案, 可以让医院信息中心和软件提供商更快、更容易的将专业的医院信息系统接入整个医院的网络环境中。

3 新集成平台系统的系统构架

湘雅医院的信息系统从2000年HIS系统的上线以来, 发展迅速, 目前已经有HIS、RIS/PACS、LIS、PEIS、EMR及OR等系统。除此之外, 还包括各个独立的系统:病理、血液透析、肾脏移植、肝脏移植等专科系统、综合查询及网上预约等周边系统。这些系统各自覆盖了不同的应用领域, 并且通常有一定的重叠。例如:在EMR中开一个住院病人的检查申请, 首先在电子病历中产生一条医嘱, 同时将这条医嘱往HIS系统中发送供护士工作站进行校对, 并向检查系统发送申请, 并在检查系统中, 对该申请进行登记预约和执行, 并返回每个步骤的状态给EMR供医生查阅。当检查完成后将检查报告返回给EMR, 同时对HIS进行计费操作。同时EMR系统亦可以通过返回的信息直接从检查系统中调取图像信息等。

这一完整的检查过程, 涉及到EMR、HIS及RIS/PACS几个系统。由医生站、护士站、收费系统及RIS/PACS等多个系统协同完成, 每个系统都不可拆分, 也不能单独看待。为了实现这些系统之间的信息交换, 医院采用了信息化集成平台的方案。该系统由Ensemble产品为基础框架, 并通过webservice技术和医院定义的XML交换标准来实现数据的交换。

如图2所示, 门诊挂号、门诊收费、住院登记、住院收费、电子病历、护士工作站及检验系统等所有的信息系统都通过集成平台发送接口消息。所有的接口消息, 由集成平台决定发送到哪个系统, 并返回相应的结果。这个通过集成平台新增加的系统, 只要遵循统一的标准, 就可以很容易的与其他系统进行通讯。

4 技术说明

该平台的技术结构及数据流如图3示, 它采用Ensemble架构, 通过Web Service技术和自定义的XML标准实现数据交换, 它的结构分为存储数据的数据库、对消息进行管理与实现的Ensemble集成平台、供用户提供和取得消息的应用程序这三层。

4.1 Ensemble平台负责进行消息之间的传递以及调配, 并确定消息在平台上的工作流

它是一个集数据服务器与集成服务器及应用服务器和门户开发于一身的产品。它具有全方位的集成与开发、通用服务构架、持久的对象引擎、可定制的端对端的管理的特点, 且极大的降低了整合所有系统的复杂性。该平台利用对象继承和SOAP服务可以方便的调用各类的webservice适配器, 以实现各个系统与平台的接口。并可以通过工作流工具直观的进行消息流程的定义与开发与调整。且支持同步和异步的集成。它对于无法提供接口的项目时, 可以直接该问系统的原有的数据和函数, 而对于所有传递的消息, 更能提供界面实时地访问消息仓库里的正在处理和已经处理的消息, 以用于审计, 并提供基于SQL的报表和管理界面。同时, 该平台通过共享元数据仓库和消息仓库, 避免了使用传统关系数据库所带来的成本和负担。本系统仅使用两台服务器就负担起来了全院消息传递的负担。

4.2 接口消息的具体实现和开发遵循Web Service技术

Web Service技术是一个基于XML语言、允许各种应用程序间通过复杂网络之间互相共享数据的技术、可以完美实现与所有技术与硬件平台进行接口的技术。该技术支持JAVA、.NET、PB、VB、VC等等开发技术。并且由于Web Service技术采用的是http协议, 所以更是可以跨平台, 跨网段之间进行通讯。由于对Web Services的调用是通过SOAP消息机制远程调用来实现的, 因此Web Services使用者与Web Services提供者之间是松散耦合的。更由于Web Service是一种部署在Web上的对象, 具备对象的良好封装性, 且Web Services采取简单的、易理解的标准Web协议作为组件接口描述和协同描述规范, 完全屏蔽了不同软件平台的差异, 无论是CORBA, DCOM还是EJB都可以通过这一种标准的协议进行互操作。

4.3 所有接口的消息参数, 全部采用了XML语言

XML是一种可扩展标记语言, 是跨平台的、依赖于内容的技术, 是当前处理结构化文档信息的有力工具。采用XML语言, 可以一次性发送一个或数个消息, 同时亦可以表达一对多的消息方式。同时, 对于接口参数来说, XML更是具有良好的扩展性, 随着信息系统的更新或增加, XML参数的调整对于原有的系统来说, 不会带来大量的变动与调整。

5 实现方式

为了更直观地说明这一实现的过程, 下面以检验单的申请这个流程为例, 来看它在集成平台系统是如何完成的。首先, 由EMR系统进行检验申请, 在申请结束后保存时, 由EMR系统向集成平台系统Ensemble发送了一个检验申请 (消息名InLab Apply) 的消息, 该消息采用XML格式作为传递的参数, 其参数格式如下所示:

该消息被发送到Ensemble平台后, 根据平台中该消息定义的工作流程, 首先向HIS系统转发了该消息。由HIS系统的Web Service解析该参数消息内容, 并将其保存进HIS系统的数据库中。一旦实现完成, HIS的Web Service返回一个成功信息给平台。平台收到成功消息后, 再将该消息发送给LIS系统。LIS系统采用Web Service方式调用该参数, 解析后将数据存入LIS系统的相关表中, 并返回了一个成功的标志给平台。平台收到两个成功标志后, 判断该流程完成, 并向EMR系统返回成功的消息。EMR系统对数据进行确认与提交。至此一个检验申请的消息完成, 所有的数据在EMR, HIS, LIS三个系统中进行了同步, 如图4。

6 结束语

经过三个多月的开发及调整, 以上所述的集成平台已经将包括EMR、HIS、RIS、PACS、LIS、OR、PEIS等等系统的医院大部分信息系统全部集成在一起, 传递的消息囊括了病人PID建档, 住院ADT流程, 检验申请/留标/报告流程, 检查申请/划价/收费/报告流程, 手术申请/预约/收费/结果流程, 病案归档流程。使医院的信息可以在各个系统之间无障碍的流转, 大大加快了信息化的建设。并为未来医院信息化新增加的信息系统做了准备。相信未来的医院信息系统依托该平台, 可以更快的与整个医院CIS信息系统形成完整无缝的结构。

参考文献

[1]CAO B, LEI SD, HUANG S, et al.Application and prospects ofENSEMBLE in building digital hospital[J].Modern PreventiveMedicine, 2009, 36 (7) :1274-1277.Chinese

[2]XU SH, JIANG W.Design of information integration platform inenterprise based on WebService[J].Computer Engineering andDesign December, 2007, 28 (24) :5969-5972.Chinese

医院信息集成平台的构建与应用 篇8

在此背景下,通过医院信息集成平台代替数量众多的点到点数据接口,保障医院各信息系统的稳定运行;同时对外提供一个统一的信息出口,逐步建立统一高效、资源整合、互联互通的信息平台,来实现数字化医院建设的战略目标[1]。

1 医院信息集成平台设计方案

集成平台的核心是基于消息引擎的医疗企业服务总线(ESB)建立的,通过医疗信息交换第七层协定(HL7)消息和Web服务方式实现各应用系统之间的连通、业务流程的协调、异构数据的交换[2]。由集成平台完成各类业务数据的采集、转发、解析、存储和使用,并具有良好的可扩展性,减少系统数据冗余,提高系统稳定性。

集成平台还为各业务系统提供主数据服务,建立统一规范的数据字典,供各系统调用。实现各应用系统间临床数据的统一,保证患者数据在就医过程中的完整性。通过集成总线把临床数据归集到临床数据仓库中,并通过统一门户和电子病历联合浏览,供医生快速调用,提高数据的利用率,并通过建立各种主题的视图和索引,服务于临床科研[3]。医院信息平台的架构图,见图1。

2 医院信息集成平台的实现

2.1 开发技术

为了使集成平台易于使用、管理及部署,采用基于面向服务体系结构(SOA)的开放架构[4]。通过ESB调度各系统;通过发布和订阅服务来对外提供和获取信息。我院集成平台数据采集转换适配器是基于Orion Health Rhapsody集成引擎开发的,主要以满足临床、医疗服务和医院管理信息的共享和协同应用为目标,采集相关业务数据,并对各业务系统提供数据交换服务;提供支持HL7标准的消息传输机制,建立平台的服务动态松耦合机制,为集成历史系统和新建基于SOA的应用系统的服务集成提供支撑。在此基础上,开发面向应用的业务适配器组件,实现各集成应用之间可管理的接口透明,保证服务之间信息的可靠传送[5]。

2.2 建设内容

2.2.1 信息交换平台

我院数据集成平台业务总线引擎采用Orion消息集成中间件,该消息中间件支持HL7 v3 RIM模型的中间件引擎,遵从卫生部最新HL7临床文档结构标准,能实现消息传输与XML标准格式转换,可通过协议适配器支持不同接口数据连接,拥有智能路由、数据同步、安全管理等功能。信息交换平台采用数据总线技术,实现不同系统之间互联互通的路由、交换、协同工作,包括在数据传送过程中实现协议转换、数据格式转换等。支持同步复制组件以实现不同应用系统之间,数据中心与业务系统之间,数据中心与区域平台之间的数据同步与更新。

各个具体的业务系统通过适配器连接到信息交换平台进行业务数据收发,适配器起着耦合信息交换平台与具体业务系统的作用。按照SOA的设计理念,通过适配器的方式实现对异构系统的集成接入,将业务系统与集成平台间交互的功能组件封装成“服务”[6],实现平台接入服务部件的灵活部署。平台消息机制图示,见图2。

2.2.2 临床数据中心

临床数据中心基础数据库按照卫生部基本数据集标准建立,并与医院各业务系统信息互联与共享。支撑医院等级评审的数据挖掘需要,支持业务平台数据信息存储与交换,实现数据的共享和统一发布。

基础数据库涵盖了医疗机构和人员信息、医疗卫生术语、电子健康档案数据集、数据元和各种代码标准的管理。它是医院内各种业务系统、部门之间协同工作的数据中心,也是整体信息化基础设施的信息中心。因此,在建设中遵循、参考了以下标准:

(1)国家、行业、地方标准:卫生部《健康档案基本架构与数据标准(试行)》;卫生部医院信息系统基本功能规范;疾病分类代码标准(ICD-10);卫生部标准WS/T102-1998,临床检验项目分类与代码;医药行业标准YY0252-1997,化学药品(原料、制剂)分类与代码。

(2)数据交换及通信标准:HL7 v3.0系列标准;可扩展标记语言(XML);国际初级保健信息标准(ICPC);美国医院临床操作服务分类编码和术语标准(CPT);美国医疗保险业电子数据交换标准(X12N);国际疾病分类(ICD10)、数字影像和通信标准(DICOM)、医学系统术语(SNOMED)、观测指标标识符逻辑命名与编码系统(LOINC)等标准。

(3)数据编码严格使用国家、行业标准数据字典。无以上数据字典的类别时,选择福建省地方标准数据字典。基于居民健康档案和区域医疗的需要,我们使用《城乡居民健康档案基本数据集》作为基础,建立数据集元数据属性和数据元目录。依据标准建设的中心数据库数据集内容,包括:①基本数据字典:科室字典、员工字典、用户字典、药品字典、收费项目表等;②患者注册基本信息;③门诊业务数据集:挂号记录、诊断记录、处方记录、结算记录等;⑤住院业务数据集:住院记录、诊断记录、医嘱记录、结算记录等;⑥健康体检数据集:体检登记记录、诊断记录、体格检查记录、评估报告、费用记录等;⑦电子病历结构化数据集;⑧决策分析数据集;⑨医院管理指标数据集。

(4)相关业务数据集。为了满足不同系统之间数据交互,涉及的业务相关数据集有:①住院患者信息相关表:如在院患者记录表、出入转记录表;②临床路径相关表;③单据记录及状态相关表:单据表、单据状态事件表等;④电子申请单记录表及医技预约反馈记录表;⑤检验、检查报告记录表;⑥系统间消息交互数据集。

2.2.3 病人主索引

医院各个应用系统均有患者基本信息,但是数据的标准不统一,维护的方式不统一。因此,必须要建立全院级统一的病人主索引(MPI)[7],从各种不同的子系统中取得患者的信息并进行组织和串连起病人的所有信息,包括基本信息、过敏信息、家族病史、历次诊疗信息、检查检验信息、病人主管医生、历次电子病例、收费情况(门诊、住院)等。病人主索引也是客户服务、成本核算、病种分析、决策支持等管理的重要主线。以此为基础实现医院数据层面的整合,包括电子病历的数据整合以及医院业务和管理数据的整合。

本信息平台采用向子域或上级域MPI注册的原则,不同的子域在进行MPI注册时,除了子域的MPI需要注册以外,其域内相关的病人唯一标识也需注册,如MRI号、CT号、病理号、门诊号、住院号等。

2.2.4 运维管理平台

主要用于保障整个数据中心的安全可靠和高效运行。其功能主要包括用户管理、权限管理和密码管理;面向可用性的节点管理和状态监控;面向可靠性的数据备份和恢复;面向性能优化的性能监控及运行管理机制的信息管理等。提供信息集成平台的支持与维护服务功能,包含监控管理、日志管理、统一认证配置管理、数据维护等功能。

3 信息集成平台应用

3.1 基于平台的HIS与PACS/RIS信息交换

以HIS与PACS/RIS集成为例,主要信息交换流程,见图3。

(1) HIS把病人信息和医嘱信息发送到集成平台。

(2)集成平台经过数据处理后,根据医嘱类型分别把消息路由到PACS/RIS,在PACS/RIS的登记队列就能看到相关的病人信息和医嘱信息。

(3) PACS/RIS工作站的更新检查状态,如预约、取消预约、到检、取消到检、完成检查等信息都回传给集成平台,集成平台再把这些状态信息回传给HIS。在HIS医生工作站就可以看到检查当前的状态。

(4)医生在PACS/RIS报告工作站上审核完报告后,集成平台把报告消息传回给HIS。HIS医生工作站就可以得到报告打印的状态信息,并能查看报告的内容。

3.2 流程消息的接口

在实际的应用中,根据厂家的配合度和改造难度采取相应的XML格式或HL7消息格式,对新采购的系统和具备一定标准化的系统坚持用HL7消息格式通讯。HIS与RIS消息通讯的HL7事件列表,见表1。

通过集成平台定义好的Web service接口,将封装好的HL7格式发送到集成平台即可实现HIS与RIS的信息传递。如下面实例,说明接口定义:

RIS写完报告并完成审核后发送ORU^R01,通知HIS的信息格式:

OBX|1|CE|^影像所见||双手诸骨骨质未见异常改变,各掌指关节、指间关节亦无特殊所见,软组织无肿胀||||||F|||||0239^吴兵OBX|2|CE|^影像诊断||双手骨质未见异常||||||F|||||0239^吴兵","RIS","j/Q68T0rTd7i4FCIBVyZsCDHZOP DmE8z")

通过以上几个例子,可以清楚地看到使用HL7标准消息格式,使不同系统间的数据交互方便、快速。通过集成平台把各种功能封装成Web service接口,既能实现灵活的调用,还能通过平台的事件日志及监控消息,保证业务的正常运行和及时响应。

4 小结

通过医院各信息系统集成平台,将各系统点对点的接口模式改造为各系统面对集成平台的多对一的接口模式,降低了业务系统集成的复杂度。通过建立标准的数据交换模式,实现各子系统的互联互通,消除信息孤岛,使医院各信息系统数据实现充分的共享。这为下一步数据挖掘与分析,实现医院管理层的决策支持平台[8]的建立创造了条件。

摘要：本文详细阐述了以中间件为解决方案的医院信息集成平台的架构及平台建设过程,并以医院信息系统(HIS)与医学影像系统(PACS)/放射学信息系统(RIS)集成为例,介绍各系统间的信息交换流程以及符合HL7标准的流程消息定义。该平台有效突破了HIS点对点的互联方式的局限性。

关键词：医院信息系统,PACS/RIS,系统集成,医院信息集成平台

参考文献

[1]陈崑,郭文明.数字化医院建设的层次与关键技术[J].医疗卫生装备,2005,(1):37-38.

[2]胡建理,王嘉祯.基于Web Services的企业应用集成技术[J].计算机工程与设计,2005,(10):2634-2638.

[3]3许健,查佳凌,尤超,等.医疗信息化集成平台在医院的建设与思考[J].中国医院,2012,(2):5-8.

[4]李铁,黄天培,卢坚.基于SOA实现医院应用集成平台[J].医学信息,2010,(5):1157-1160.

[5]计虹,沈韬,金昌晓.医院信息系统多元化集成发展的探讨[J].中国医院管理,2013,(6):36-38.

[6]6胡艳珂,周彬,李云桥,等.我院HIS/PACS软件集成方案的设计和应用[J].中国医疗设备,2012,27(6):47-48.

[7]何振宇,张建国,基于IHE PIX的病人主索引服务器的实现[J].中国医疗器械杂志,2007,(6):91-93.

医院信息系统集成平台的探讨 篇9

医院信息系统存在的主要问题有:异构系统存在多样化, 数据形式结构不统一, 消息格式和通信协议均不能达成一致等问题。虽然在某一个或两个问题上, 传统集成方案是可以解决的, 但考虑以上诸多复杂的问题, 仅采用传统的集成方式是不行的, 面对诸多复杂多样的问题, 我们在制定解决方案时要综合考虑, 尽量结合多种集成方法共同整合的方法。目前, 在建设医院信息系统中常说:“从大集中到大集成”。也就是说明越大的医院信息系统建设就需要更大的、更多的集成方法和形式, 医院的信息系统建设远超过了一家公司所能处理的极限, 需要联合使用多家公司的集成, 这种集成需求主要体现在以下两个方面:一种是直接采用现有的多个系统的集成;一种是在不同生产厂家采购新系统的集成。

集成可以说是下一代医院信息系统构建和建设最主要的任务之一。HIS就是从部门级的应用开始, 目前仍然存在大量的“信息孤岛”, 这虽然有历史和技术的原因, 但同时也存在管理协调的问题。从追求信息系统发挥最大效益的目标出发, 集成是信息系统建设发展必然的趋势;从长远的发展来看, 未来的HIS势必会在一个集成的体系结构上构建, 不仅要求不同公司的产品互相集成, 就连一个公司所开发的不同产品也应该会遵循这种规律, 实现更好的实用性, 并按照不同的需求予以灵活配置。

1 统集成方案所存在的问题

传统的集成方案主要包括点对点的集成, 是简单地基于消息代理基于组件、基于中间件的一种集成方式, 也许这些方法在对于某一方面的集成问题可能会是很好的解决方案, 比如仅两个系统访问对方开放的接口, 并进行信息交流, 那么这种传统的采用点对点的集成方式是一个便捷而投资成本又小的方案。然而当要同时处理多个系统间的集成时, 则需要考虑采用消息代理或中间件平台来实现。从传统的点对点的集成方式发展到基于中间件的集成方式, 这是不断的增强系统的可扩展性和可用性, 也不断的提高了集成能力。但上面诸多的方案都是仍未确定的方案。以上的方案所采用的技术方法均是应用于特定的系统和软件开发厂商, 使用的是专有的技术, 而不是标准的开放, 使得不同集成技术在医疗信息系统的应用系统之间不能实现相互操作。因此, 需要一个能够处理各种不同消息和并构系统的强大的中间集成平台。

2 集成平台的系统集成构建方案

2.1 集成体系结构

一个系统结构的完整方案应该包括:数据级集成、应用接口级集成、业务方法级集成和用户表示层集成等。

数据级集成:是指一个集成方案的起点, 目的是统一不同应用程序之间共享的数据, 使各种数据格式可以相互的转变和交换。

应用接口级集成:它是应用程序之间, 较为低级的技术方面的集成, 主要的作用是使现有应用程序功能实现复用, 修饰技术之间的差异。

业务方法级集成:主要的信息系统集成的法方是通过共享业务逻辑来完成的, 以开发虚拟组件为目标, 将面向业务的接口提供给现有应用程序顶部。

用户表示层集成:本次的最后一步的集成方案就是用户表示层集成, 主要目标是给用户提供一个通用的、统一的界面, 是一个面向于用户的整合集成。使所有用户包括病人、医生、护士等, 可以通过这一界面快速、便捷的进入集成平台。

2.2 集成平台框架

由于医院信息系统是面向医院内部的整合, 那么为了实现新系统与医院现有系统的集成, 就需要搭建一个统一的、可扩展的集成平台。如下图所示:

集成平台是软、硬件的结合体, 作为中介向各系统提供各种集成, 将各应用系统完整连接, 各系统之间的信息可以在统一的适配器的控制下实现相互传递, 共同发挥医疗所需的功能。

2.3 实例分析

以一个病人到医院就诊为例, 描述在集成平台控制下各应用系统互相协调工作的情况。如图所示:

(1) 病人在医院挂号处, 通过挂号系统挂号, 如果有医保, 则通过相应的适配器调用医保系统的接口获得医保号; (2) 病人进入门诊部 (相应科室) 进行就诊, 由医生在医生工作站系统下下达各类医嘱; (3) 通过医嘱, 病人到收费处缴纳相应费用, 如果病人使用银行卡缴费, 则需要通过相应的适配器调用银行系统接口完成; (4) 缴费完成后, 病人根据医嘱内容, 进行相应的检查或检验, 其结果 (由PACS系统、LIS系统等) 通过相应的适配器反馈给门诊医生工作站系统中; (5) 医生可根据检查、检验结果给病人下达对症治疗的处方; (6) 病人根据医生开出的处方先缴费, 后至药房通过药品供应管理系统取药; (7) 病人取药后出院。

通过以上的流程, 可以看出通过一个通用的集成平台, 医院可以建立起内部的信息共享交互平台, 消除了“信息孤岛”, 同时建立以病人为中心的业务流程, 方便病人就诊, 提高就诊率。

医院信息系统集成平台的创建能够显著提升医院各部门之间信息交互能力, 从而改善整体管理模式, 提升医院内部管理水平, 满足医院加强管理和提高工作效率的要求。有效控制医疗成本, 取得竞争优势。在数字化医院已经成为发展趋势的今天, 集成平台将会有更加广泛的应用。

摘要：本文对医院信息系统集成平台进行了探讨, 主要从医院信息系统存在的主要问题、系统集成方案所存在的问题和集成平台的系统集成构建方案三方面进行了详细论述。