信息集成平台

信息集成平台（精选12篇）

信息集成平台 篇1

摘要：随着医疗体制的不断改革, 医疗卫生部门加强了对医疗体系的完善力度, 确保医疗卫生事业取得良好的进展。在科学技术飞快发展的时代, 信息技术已经被广泛应用于各行各业, 尤其是在医疗行业着的应用, 极大加快了医疗卫生事业的进程, 并为医务人员做好医疗服务工作的有利保障。移动医疗信息集成平台的建设为大力推动医疗业务的开展起到了重要作用。因此, 本文针对如何构建移动医疗信息集成平台展开了研究, 分析了移动医疗平台与医疗卫生事业之间的关系, 从而保证医疗卫生事业满足当代的需求。

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

信息技术的不断提升为医疗事业的良好发展奠定了良好基础, 尤其是无线通信技术在各行各业中的应用, 为解决医疗业务带来了极大的方便。医疗业务包含住院登记、标本采集、出院结账等内容, 如此复杂的业务为医疗工作带来了诸多不便。然而, 由服务端和客户端共同组建的移动医疗信息集成平台具有实时信息录入和查询等功能, 医疗业务处理人员通过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.

[4]郑西川, 孙宇, 郝安琪等.基于标准化信息集成的新一代移动护理系统技术实现与应用分析[J].中国卫生信息管理杂志, 2015, 12 (1) :83-88.

信息集成平台 篇2

高级项目经理在线考试试题2010.12.03

一单选题

1.服务的核心是（）

A． 服务提供方获得效益

B． 为客户提供价值

C． 关注客户的感受

D． 提供高质量的服务

2.下面关于Live服务的描述不正确的是（）

A． Live框架的核心组件是Live操作系统

B． 开发者可以使用基于浏览器的Live服务开发者入口创建和管理应用程序所需的Live服务

C． Live操作环境不可以运行在桌面操作系统上

D． Live操作环境即可运行在云端，也可以运行在网络中的任何操作系统上

3.关于亚马逊SimpleDB的查询限制，说法正确的是（）

A． 返回的结果不能超过1000条

B． 响应时间不能超过5秒

C． 返回的结果不能超过500页

D． 返回的结果不能超过1000页

4.以下概念哪个不属于IT服务财务管理的范围（）

A． 预算

B． 核算

C． 会记审计

D． 计费

5.（）是Google为Bigtable设计的内部数据存储格式

A． 行

B． SSTable

C． 列族

D． 子表

6.下列数据类型最适合云计算分析处理的是（）

A． 天气预报数据

B． 科学计算数据

C． 耦合度高的数据

D． 商业数据

7.针对SLA所规定提供的某项服务，顾客在一段时间后要求对该服务的价格进行评审，应由谁与顾客进行计费审计？

A． IT财务经理

B． 变更经理

C． 顾客关系经理

D． 服务级别经理

8.在EC2中用户最多可以拥有（）个事例

A．10

B．20

C．30

E． 40

9.对IT成本模型下列哪项通常不作为输入的主要成本类型

A． 场地

B． 转移

C． 软件

D． 服务

10.Memcache主要应用于（）

A.静态页面缓存

B.动态页面缓存

C.页面片段缓存

D.数据缓存

11.下面关于移动IP路由描述不正确的是（）

A． MN在家乡网络时不需要HA转发数据

B． 移动IPv4中，MN与CN通信必须通过HA转发

C． 移动IPv6使用路由优化，MN和CN可以直接通信

D． 移动IPv6使用路由优化，可以不用HA

12.性能管理（Preformance Management）和资源管理（Resource Management）属于以下哪

个过程

A． 可用性管理

B． 能力管理

C． IT服务连续性管理

D． 服务级别管理

13.下列哪项不是供方管理的目标

A． 确保与供方签订的合同支持SLA约定的目标

B． 确保供方提供无缝的优质服务

C． 有效管理供方的服务性能

D． 确保在服务供应链中，所有服务的服务级别保持一致

14.保密性是信息安全管理要实现的目标之一。以下哪象正确地说明了’保密性’这个术语的含义

A． 对数据加以保护以防止未经授权的访问和使用

B． 随时访问数据的能力

C． 验证数据正确性的能力

D． 保护数据的正确性防止未授权的更改

15.IT服务管理是指（）

A． IT的基础设施管理

B． IT的运行维护管理

C． IT的技术管理

D． 管理IT服务满足业务需求

16.通过IT服务管理可导向到（）

A． 关注服务，顾客及其业务

B． 提升技术能力

C． 增强IT服务的价值

D． 改进IT服务的效率

17.在云计算系统中，提供“云+端”服务模式是（）公司的云计算服务平台

A． IBM

B． Google

C． Amazon

D． 微软

18.Iaas计算实现机制中，系统管理模块的核心功能是（）

A． 负载均衡

B． 监视节点的运行状态

C． 应用API

D． 节点环境配置

19.与开源云计算系统Hadoop HDFS行对应的商用云计算软件系统是（）

A． Google GFS

B． Google MapReduce

C． Google Bigtable

D． Google Chubby

20.按ISO/IEC 20000建立和实施服务管理体系并通过认证就意味着（）

A． 可在服务管理体系的框架下按优先级逐步实施选定的服务管理过程

B． 必须借鉴的过程建立并实施服务管理过程

C． 必须建立服务管理体系，实施标准要求的全部服务管理过程

D． 为使组织的管理体系高效协调，服务管理体系必须与其他管理体系进行集成21.改进IT服务管理需要进行一系列的活动，首选要做的工作是哪项（）

A． IT部门要组织进行现状评估

B． 相关方共同确定服务管理的远景目标

C． 高层管理者提供资源并作出承偌

D． 做出服务改进的规划

22.一个严重的事件发生了，支持团队不能在约定的时间内解决这一情况，事情报告给了IT

部门经理。这属于那种性质的升级

A． 正式的升级

B． 职能性升级

C． 结构性升级

D． 操作性升级

23.经过巡查发现一个用户更换了新的显卡，应该由哪个管理过程负责对这块显卡进行登

记？

A． 变更管理

B． 配置管理

C． 事件管理

D． 发布管理

24.COBIT规定了（）

A． 内部控制措施

B． IT管理目标

C． IT过程和控制目标

D． IT治理的方针

25.为启动IT服务的连续性管理，必须要进行下列哪些活动（）

A． 在服务级别管理中包括IT服务连续性的目标

B． 识别适当的应对措施

C． 进行业务影响分析

D． 于提供恢复服务的供应商建立合同

26.成本模型的主要作用是（）

A． 基于成本确定IT服务的质量水平

B． 用以分析并理解向顾客提供IT服务应分担的成本

C． 向顾客收费以实现效益

D． 监督成本的支出情况

27.下列哪项工作不属于业务关系管理的范畴（）

A． 处理顾客投诉

B． 处理公共管理及应对危机

C． 调查和分析顾客满意度

D． 与顾客评审服务

28.下面关于移动IP注册描述不正确的是（）

A． MN移动到外地网络后首先获取COA地址

B． MN移动到外地网络后必须向HA注册

C． HA可以截获发往MN家乡地址的数据包

D． HA只能转发MN的下行数据包

29.在EC2服务的通信机制中，每个账户限制有（）个弹性IP

A．4

B．5

C．6

D．7

30.在Google文件系统GF中客户端直接从（）角色晚场数据存取

A．主服务器

B．桶

C．数据块服务器

D．管理块服务器

31.下面哪条不是Bigtable主服务器的作用（）

A．为每个子表服务器分配子表，对外提供服务

B．对Bigtable表中的数据进行进行存储

C．探测子表服务器的故障与恢复

D．负载均衡

32.明确ISO/IEC20000的覆盖范围很重要，应为它（）

A．确定了服务管理体系认证的边界

B．确定了服务管理涉及的组织结构和职能

C．规定出需要进行认证的全部服务

D．确定了哪些过程已排除在范围之外

33.通过建立一个最终软件库DSL,组织所能获得的最重要的好处是什么?

A.只有经过测试和确认的软件版本才能在组织内部使用

B．DSL的负责人有权决定哪些软件可以在组织内部使用

C．用户可以从那些收到质量控制并通过认证的软件中选择

D．更多的软件版本可以提供给用户

34.以下是将网页地址进行倒排序带来的好处是（）

A．降低表的规模

B．便于对数据进行修改操作

C．便于子表的划分与管理

D．同一地址的网页会被存储在表中连续的位置，有利于用户查找和分析，便于数据压缩

35.将基础设施作为服务的云计算服务类型是（）

A．Iaas

B．Paas

C．Saas

D．其他三个选项都是

36.IT财务管理的职责是由哪个单位承建的？

A．组织的财务部门

B．IT部门

C．顾客

D．审计事务所

37.无线城域网使用的无线协议是（）

A．802.3

B．802.6

C．802.11

D．802.16

38．下列哪项不包括在管理供方及合同的活动中

A．管理并控制服务的支付和运行

B．评审和改进供方的服务（包括质量和成本）

C．建立并维护合格的供方名录

D．计划可能的合同变更

39.一个已知错误与一个问题的不同点在于（）

A.一个已知错误的潜在原因是已经明确的，而问题的潜在原因还是未知的B．一个已知错误是IT基础架构中的一个错误，而问题则不包括这样的错误

C．一个已知错误总是起源于一个事件，而问题却不是这样

D．对于问题其相关的配置项都已识别清楚，而对于已知错误却不是这样

40.下列四种云计算方案中，服务间的耦合度最高的是（）

A．亚马逊AWS

B．微软Azure

C.Google App Engine

E． IBM的蓝云

二多选题

1.Google App Engine目前支持的语言有（）

A． Python语言

B． C++语言

C． 汇编语言

D． Java语言

2..NET服务主要包括下面哪几个（）构件

A． 访问控制

B． 服务总线服务

C． 数据管理服务

D． 工作流服务

3.ISO/IEC 20000实施的特点包括（）

A． 需要确定服务管理体系的范围

B． 选择要实施的服务管理过程

C． 可与组织现有的管理组织集成D． 可采用项目运作的方式

4.第三代互联网的典型技术有（）

A． 云计算

B． 宽带网

C． 物联网

D． 网格计算

5.IT服务管理的目标是（）

A． 服务可量化度量

B． 以客户为中心

C． 实现约定的服务质量和成本

D． 保持与顾客的良好关系

6.COBIT提出的IT过程领域有（）

A． 规划和组织

B． 获取和实施

C． 交付和支持

D． 审核和改进

7.IT服务的财务周期包括

A． 了解对IT服务的业务要求

B． IT服务的预算

C． IT服务的核算

D． 对IT服务的计费

8.关系管理包括（）

A． 业务关系管理

B． 公共关系管理

C． 供方关系管理

D． 危机管理

9.下列哪些项对对服务台应是可使用的A． 记录了以往时间的知识库

B． 变更申请

C． 配置管理数据库（CMDB）

D． 时间诊断记录

10.能力管理的三个层面包括

A.能力规划管理

B.业务能力管理

C.服务能力管理

信息集成平台 篇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

信息系统已成为电力企业生存的重要支柱,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 结束语

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

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

信息集成平台 篇5

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

【关键词】应用集成 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）.作者单位

信息集成平台 篇6

3月31日，Avaya宣布推出的最新通信架构Avaya Aura就是这样的通信架构。它可以跨越多厂商、多地点以及多种通信方式，轻松地集成通信。

Avaya Aura突破了很多限制，进行了功能集成，其中的重点是基于会话启动协议（SIP）和开放标准、并将通信控制和应用集于一身的Avaya Aura Session Manager。“通过把应用和网络分离，Avaya Aura会话管理器可以有序地管理多种通信应用和系统。” Avaya中国统一通信解决方案总监陈蔚告诉记者，“它可以根据用户的需要，快速提供服务，而不用考虑用户的工作地点或所用系统的功能。”

除了快速推出新应用外，对使用者而言，Avaya Aura还具备很多别的好处，譬如，其应用与使用者所处的具体环境相对应，不管使用者身处何地、使用什么系统或设备，都可以向他们提供合适的功能。换一句话说，你可以通过手机在上海享用这些服务，也可以在伦敦通过PC享用这些服务，还可以通过北京的IP电话享用这些服务。

这一切都应归功于Avaya Aura的业界领先的统一通信功能。第一，Avaya的旗舰语音和视频通信软件，现在变成了一个企业功能服务器，使得过去几十年基于Avaya PBX平台带给客户的创新，演进成通过Avaya Aura会话管理器提供基于SIP的功能和服务；第二，以前名为智能在线状态服务（Intelligent Presence Services），在Avaya Aura中发挥着重要的作用，更有效地汇总厂商设备的在线状态，以更加准确地了解员工或工作组的状态。

在医院实现信息化集成平台 篇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) 病人取药后出院。

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

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

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

医院集成化信息平台建设探析 篇10

1 医院信息系统的集成化现状分析

中国医院信息化建设发展经历了20多年的历程,其发展可由如图1所示的“米歇模型[2]”进行概括:从早期的单机单用户数据处理阶段,发展到部门级的管理信息系统阶段,以及现在基于全院级别的集成化系统和技术阶段。随着技术和应用的进一步发展,下一步将会走向“最终用户集成化技术”阶段。在这一阶段,医院的信息系统将全面集成,医院的“人财物”、“医教研”将基于统一的平台进行协同管理,数据仓库和商业智能技术将使领导的决策得到真正的支持,整个系统将变得智能化。

为了便于分析,我们把医院的信息系统分为两大类:一类是满足临床医疗要求的信息系统,包括医院信息系统(Hospital Information System,HIS)、影像存档与通讯系统(Picture Archiving a n d C o m m u n i c a t i o n S y s t e m s,PACS)、医院检验系统(Laboratory Information Management System,L I S)、体检系统、手术麻醉系统等;另一类是满足管理要求的信息系统,包括设备管理、物资管理、财务管理、人力资源管理、预算管理、成本管理、绩效考核等。

目前上海大多数医院基本上已经完成了面向临床的信息系统的集成,处于“米歇模型”中的“集成化系统和技术”阶段,如HIS、LIS、PACS、RIS等的集成已经做得不错,能够相互调用和查询,已成为医院业务运转不可或缺的一部分。

医院面向管理的信息系统,如人力资源、财务管理、物资管理(药品之外)、预算管理、绩效考核、设备管理、科研管理等,虽然大多数都有系统在使用,但各个系统之间仍然属于分散建设状态,处于由“管理信息系统”向“集成化系统和技术”过渡的阶段。信息孤岛现象依然凸显,不能为管理者提供快速信息查询和决策支持。

2 医院集成化信息平台建设构想

信息系统的建设是一个连续的过程,根据“米歇模型”,医院信息系统进一步的发展方向应该是“最终用户集成化技术”。但从总体上来讲,医院目前信息系统的集成化程度还有待进一步提高,特别是面向管理的信息系统,当前仍需要继续做好第三阶段的工作——集成化。这主要体现在两个方面:(1)医院内部面向管理的信息系统走向集成;(2)面向管理的信息系统与面向临床的信息系统的最终融合。

“米歇模型”还表明,信息系统应用是否成熟,一个重要指标就是其集成化水平的高低。而有研究指出,信息系统的集成化水平与一个组织的现代化管理水平成正相关关系。信息系统越集成,就越能发挥出信息系统在存储资料、传递资料和检索资料三方面的惊人能力[3],集成化的信息系统将为组织优化管理流程,提升管理效率提供强有力的支撑。医院在信息系统的具体建设过程中,需要特别关注其集成化的程度。

2.1 推进医院面向管理的信息系统高度集成

信息系统的集成化水平与一个组织的现代化管理水平成正相关关系。如果医院面向管理的信息系统,如人力资源管理、财务管理、物资管理(药品之外)、预算管理、绩效考核管理、设备管理等仍处于分散建立阶段,那么即使医院实现了高水平的内部管理,其管理的效率和效益也存在大量改良的空间。

众所周知,企业是最注重成本效益管理的。企业在运用现代化管理理念、降低成本和提升效益方面有很多值得医院借鉴的地方,企业进行现代化管理的重要载体就是企业资源计划(ERP)系统。ERP蕴含了众多最先进的管理理念,能够面向企业进行高度集成化管理。ERP对于预算管理、一体化的财务管理、物流管理、设备管理、绩效考评、人力资源管理等方面都有成熟的解决方案。而这些对于医院的管理来说都是非常重要的,医院目前缺乏的就是对于这些方面的集成化管理。

医院对人力资源、财务、物资、预算、设备等业务进行集成管理的系统可称为医院资源计划(HRP)。当然也有学者将医院面向临床与面向管理全面集成后的信息系统称为HRP。医院在HRP系统的建设上应该学习ERP,借鉴ERP的成功管理思想和技术,创造性吸收企业的现代化管理理念和流程,构建一个互联互通、信息共享的集成化医院信息管理平台。HRP将为医院带来如下方面的改进:

2.1.1 集成化的物流管理平台。

因药品已通过面向临床的信息系统进行管理,HRP将对药品之外的其它物资进行一体化的供应链管理,实现物资采购、入库、存贮、转移、消耗的全流程管理。系统还可对供应商进行有效管理,可对供应商的送货及时性、送货质量及价格水平等进行综合比较,帮助医院遴选供应商,降低采购成本。整个过程都可查可控,达到公开透明,实现可视化管理。

2.1.2 集成化的财务管理平台。

集成化的财务管理将实现如下几个方面的功能:(1)采购物资从采购定单到应付发票、付款请款的一体化管理;(2)基于全面预算的管理、医院的费用产生等将在预算的控制下得到有效管理;(3)多角度、多层次的成本管理,通过建立合理的医院最小成本核算单位,并按照一定的规则建立成本中心,形成多层次、多角度的成本分析模型,全面反映各科室和行政部门的运营状况,通过责任划分加以考核监管,起到激励和鞭策作用,从而推动医院进一步降低运营成本。整个系统将能够基于工作流技术灵活定制审批流程,使跨部门的流程处理变得快捷、方便[4]。

2.1.3 集成化的人力资源管理平台。

人力资源管理包括人员信息管理、能力管理、激励考核几个方面。人员的绩效考评将与实际的业务数量挂钩、与服务质量挂钩、与服务对象的满意度挂钩,将与财务管理、成本管理等紧密集成。

2.1.4 其他集成化的资源管理。

如资产管理,HRP将实现资产从采购入库直到报废处理的全过程管理,这将与财务、成本管理等紧密集成后实现。

2.2 推进医院面向管理与面向临床的信息系统的高度集成

在面向管理的信息系统HRP建设过程中,需要同时考虑或分阶段考虑与面向临床的信息系统的最终融合。两大系统将在成本核算、财务管理、绩效考核、人力资源等方面深度集成。对照“米歇模型”,此时医院信息系统所处的阶段才算真正达到了“集成化系统与技术”阶段,医院的信息系统应用才算真正走向成熟,医院才能真正称得上数字化医院。

数字化医院的信息系统将在数据仓库、商业智能(BI)等方面体现出集成化的优势,将能够在知识层面、决策支持层面上给医院管理层提供强有力的支撑,整个系统将变得智能化。

其集成化的信息系统模型见图2所示:

信息系统的建设是一个不断进化的过程,根据“米歇模型”,医院信息系统进一步的发展方向应该是“最终用户集成化技术”。此时医院将以医院内部信息系统高度集成为基石,积极支持区域医疗信息协同,而这一点和《中共中央国务院关于深化医药卫生体制改革的意见》提到的“利用网络信息技术,促进城市医院与社区卫生服务机构的合作”是一致的。从目前的情况来看,不少医院都进行了一些有益的尝试,但由于涉及到一些问题需要解决,要想真正大规模应用,还需要做不少工作。

3 当前医院集成化信息平台的建设重点

上海大多数医院集成化信息平台的建设现状大体相似,基本上都完成了面向临床的信息系统的集成,但面向管理的信息系统集成度还较低,需要大力推进。

3.1 积极推进HRP集成管理平台建设

HRP集成管理平台的建设已成为医院信息化建设的热点,也是当前医院信息化发展的必经之路,正像国家医疗体制改革领导小组组长李克强副总理所要求的那样“要本着上下联动、内增活力、外加推力的原则,完善公立医院内部运行管理机制。”HRP系统就是内增活力,完善管理机制的重要推手。许多医院已经开始考虑并准备推进HRP系统建设,我院在这一点上已走在前面。

我院的设备管理系统、物资管理系统、人力资源管理系统、绩效考核、预算管理系统、财务管理系统等都已经运行多年,但基本上属于分散应用,集成度还不够。医院非常清楚自己信息化的现状和发展方向,为了提升现代化管理水平,根据“米歇模型”,已经开始推进面向管理的信息系统的集成化升级。特别重要的是,在积极推进HRP集成化管理平台建设过程中,医院正在借鉴ERP的先进管理理念和思想,创造性地将现代企业管理的方式、方法融入到医院的管理中,通过集成的信息系统来提升管理的层次和水平。

另外,我院在进行HRP建设的过程中,正在逐步推进与临床信息系统的集成,在不远的将来,我院的信息系统将是一个完全集成的系统。

3.2 努力推动临床信息系统的深入应用

各家医院面向临床的信息系统HIS、PACS、LIS、RIS等已经运行多年,目前正在应用的深度上不断探索,如循证医学在信息系统中的体现,基于知识库的病历书写,物联网技术在临床系统中的应用,智慧医疗等。我院也正在临床信息系统的深入应用上加大力度。

我院的H I S、P A C S、L I S、RIS、体检系统是医院业务正常运转最重要的系统,经过多年建设,目前已经全面集成。为进一步深化应用,我院将在现有系统平台的基础上,向自助设备的应用、移动医护工作站和临床路径管理等方向延伸。

在自助设备方面,医院目前已有自助挂号、自助取单、自助查询等系统,在进一步普及的基础上,探讨自助缴费和自动摆药的可行性。

移动医护工作站是目前医院数字化建设的热点之一,也是医院信息化发展的必然趋势,依靠无线局域网的架设,利用移动电脑和PDA,将HIS的信息采集点延伸到病房,满足医生移动办公的需要,还能够对护理质量进行有效监控,并跟踪医嘱的全生命周期,提高医护人员的工作效率和质量。

临床路径的建立不仅是卫生监管部门的要求,其标准化治疗模式与程序能起到规范医疗行为、减少变异、降低成本、提高医疗质量的作用。医院已有不少的病种实施了临床路径,还将继续深化和扩展临床路径覆盖的范围。

另外,我院正在积极推进基于电子病历的知识库建设,正在借助信息化进一步提高医疗质量,借助信息化让医疗向智能化方向发展,走向智慧的医疗。

3.3 开展数据仓库及决策支持系统建设

各家医院目前对多维数据查询,基于信息技术的决策支持需求很大,但到现在为止,还属于应用的起步阶段。相比较而言,企业的应用已经走在前面,医院应该向其学习。数据仓库、决策支持系统推进的难点在于分析模型的确立,这需要医院在大量数据的基础上进行分析和归纳。

上海许多大型医院面向临床的信息系统已经集成,并经过多年的运行存储了大量的数据,具备了建立数据仓库的基础。但从应用的现状来看,这些应用尚停留在数据层面,分析方法和分析手段比较落后,综合性信息查询和决策支持管理的功能较弱,不能提供完整的系统分析和决策支持。

我院把开展深度数据利用,在更高层次上为医院管理和决策提供支持作为医院“十二五”信息化建设的重要目标之一。并把建设数据仓库作为进行数据深层次利用的主要手段。数据仓库建设好之后,其主要功能将是结合医院信息系统,提供院级的多维信息查询、在线分析处理、数据挖掘和决策支持。

医院将在推行HRP系统建设和深化临床信息系统建设的基础上,基于集成化的信息平台来开展数据仓库和决策支持系统的建设。

3.4 支持区域卫生集成平台建设

支持区域卫生集成平台建设是“米歇模型”中最为高级的阶段。依据2009年《中共中央国务院关于深化医药卫生体制改革的意见》,以及上海市作为16个公立医院试点城市之一,结合上海市实际情况,区域性医疗资源纵向整合已被确定为上海市医疗体制改革基础性建设之一。我院按照上海卫生改革和发展要求,积极支持,加快推进新华医院崇明分院三级医院创建。目前新华医院崇明分院已经进行试点,搭建以该院为中心的区域卫生信息平台,与医疗联合体内三家社区医院共享居民电子健康档案,在此基础上实现双向转诊、慢病预约和以影像诊断为主的远程医疗,预计该试点项目在2011年底前完成。若试行效果良好,将考虑推广到我院本部,以我院的集成化信息平台为基石,为探索三级医院在医疗联合体内的积极作用奠定基础。

建立实用共享的医药卫生信息系统,打造数字化医院是医院信息化的发展方向和目标。实用共享的前提是信息系统的集成化,任重道远。医院目前亟需大力推进面向管理的信息系统的集成,进而与面向临床的信息系统的最终融合,打造出高度集成的医院信息系统[5]。在推进面向管理的信息系统的集成过程中,医院可以借鉴ERP的先进技术和思想,吸收企业现代化管理理念和流程来提升医院的管理。

根据“米歇模型”,信息系统应用是否成熟,一个重要指标就是其集成化水平的高低。更有研究指出,信息系统的集成化水平与一个组织的现代化管理水平成正相关关系。集成化的信息系统将为组织优化管理流程,提升管理效率提供强有力的支撑。针对医院信息化建设的现状,当前只有大力推进医院集成化信息平台建设,才能打造出真正的数字化医院。

参考文献

[1]Mario Beyer,Klaus A.Kuhn,Christian Meiler.Towards a flexible,process-oriented IT architecture for an integrated healthcare network[C].SAC,2004:264-271.

[2]高复先.信息资源规划——信息化建设基础工程[M].北京:北京大学出版社,2002.

[3]艾利.高德拉特,艾利.斯拉根海默,嘉露.柏德克.仍然不足够[M].北京:电子工业出版社,2006.

[4]Kemafor Anyanwu,Amit Sheth,Jorge Cardoso.Healthcare Enterprise Process Development and Integration[J].Journal of Research and Practice in Information Technology,2003,35(2):83-98.

信息集成平台 篇11

关键词：OA系统；即时通讯

中图分类号：TP393文献标识码：A文章编号：1007-9599 (2010) 13-0000-01

OA System and Instant Messaging Platform Integration and Application

Liu Guocheng,Zhang Yang

(Guangzhou Institute of Railway Technology,Guangzhou510430,China)

Abstract:For the weakness and disadvantages of the Office Automation system using in colleges,a method that combining the Office Automation system with the instant messaging system is presented.And the application of integration with the instant messaging system and the OA system discussed.

Keyword:Office Automation system;Instant messaging system

一、引言

近年來国内许多高校都出现了多校区并存、远距离教学的办学模式，这使传统的办公方式已难以满足新模式的要求，因而越来越多的高校采用或倾向于实施基于B/S（浏览器/服务器）下的办公自动化系统，即OA系统。一套完善的高校OA系统可以实现公文处理无纸化、事务处理自动化、资讯决策智能化，是现代高校信息化的关键之一，已成为当前高校信息化规划和建设的热点。它不仅有助于学校简化行政工作量、扩大办学规模、提高办事效率和工作质量，而且使管理更加规范化、信息化，并促进校务公开。

二、高校OA系统存在的问题

然而目前高校主流使用的OA，多数是以工作流为中心，能够实现公文流转、流程审批、文档管理、制度管理、会议管理、新闻发布等众多实用的功能，属于流程性OA。随着科技的发展和办公管理的要求日益提高，流程性OA系统逐渐暴露了一些问题和不足，这些问题和不足主要表现在以下几方面：

（一）只偏重于解决行政办公方面的需求，而忽略了对实时信息交流和教职工协同工作方面的支持。存在一个突出的问题就是即时信息交流功能远远不能满足高校办公即时交流和协同工作的需要。

（二）沟通手段复杂，文件传输功能实时性差、通用性低。对文件的即时传输需要对方必须同时在线，否则不能传送，这对需要经常上课、难以保障实时在线的教师而言，是难以实现的，也是让行政部门头疼的事情。

（三）语音视频服务急需进一步开发和使用。办公自动化系统引入多媒体技术，使之处理语音、图形、图像、视频功能加强，能够提高办公信息处理的应用范围和价值。而目前高校使用的OA系统，大部分还没有实现语音和视频的功能，明显滞后于现代办公自动化技术的发展。

（四）体系结构采用B/S，操作相对比较复杂，影响使用效果。大多数主流的OA系统需要经过一定培训，才能对使用方式有所了解。另外，验证过程过多、对IE安全性要求太多，在部分主流浏览器中界面显示效果不理想以及不完善的IE窗口弹出，也给使用者带来诸多不便。

三、即时通讯系统与OA系统的结合

针对OA系统存在的问题和不足，高校OA系统的发展正在不约而同地寻求与即时通讯技术的无缝嵌合。但是传统的个人即时通讯系统因为其不足，影响了它在现代OA系统中的应用。因此，有针对性地开发和利用企业即时通讯系统（如腾讯通），则能克服使用个人即时通讯工具的弊端，企业即时通讯系统的功能除了具备个人即时通讯软件常用的功能外，最大的区别就是由于应用模式不同而集成了各种办公必备功能的自动化办公交流平台。企业即时通讯软件主要是针对办公时的业务流程和数据传输，并且能够与其他软硬件设备进行交互，具有更高安全性和便利性。

若把OA系统与企业即时通讯平台结合起来，将使OA系统享有即时通讯技术所具有的便利、快捷、直接的优点，使高校教师可随时、随地进行即时交流，真正实现高校办公的协同工作，业务上的平等交流，从而提高各部门的协调工作能力，提高工作效率。

四、即时通讯系统与OA系统的结合实现

本文针对红帆OA系统和腾讯通即时通讯平台的结合和应用进行了探讨，解决了以下内容：

（一）解决办公自动化系统与即时通讯平台融合的接口问题，实现红帆OA系统与腾讯通平台的结合。

（二）组织机构集成，实现腾讯通平台与OA系统中组织结构及用户的同步，两个系统可以共享一套用户信息。

（三）完善消息机制，拓展集成后系统的即时通讯功能。

通过对OA系统和腾讯通平台接口开发，实现了二者的结合，并实现以下功能：

1.实现OA与即时通讯平台的整合。提取重要的和最新的信息，能够直接打开通知公告、文档文件。2.即时沟通，实时收发消息，满足用户在办公、沟通、协作以及个性化的需求。3.完善消息机制，实现即时处理。各种待处理信息通过即时通讯平台的消息机制进行提醒。4.实现手机短信通知用户。如用户外出，则系统自动将待办信息发送到该用户的手机上。5.建立明朗的组织架构，搭建了一个简单易用、结构合理、安全实用、高效的电子办公和沟通环境。

五、小结

即时通讯技术和办公自动化技术正在飞速发展，但二者都有自己的优势和不足，最合适的解决方案莫过于将二者整合，这也是近年来的热门技术，它在办公自动化中的应用为网络办公信息的处理提供了更加高效、稳定的解决方案。随着即时通讯系统和办公自动化系统的研究和应用不断深入，把二者向大型的综合集成系统方向发展是一个必然趋势。

参考文献：

[1]秦红兵,何正,符学斌.基于即时通讯技术的校园应用模式探索.软件研制,2005,7

[2]柳延东.即时通讯技术对现代教学的影响.教育探索,2007,7

[3]刘小舟.应用于电子政务的即时通讯系统的研究和设计.计算机时代,2007,10

作者简介：

刘国成（1975-），男，博士，研究方向：计算机应用技术。

信息集成平台 篇12

在油气勘探生产阶段,生产管理人员需要及时掌握探井的生产情况,快速查询探井相关的生产数据,以便针对各类生产问题及时进行决策,保证探井生产的正常施工。探井的相关数据来源复杂,数据量大,既包括工区信息、地震数据、井位论证阶段的成果数据,也包括钻井、录井、测井、试油等各类生产数据;数据类型繁多,既包括结构化的表格数据,也包括非结构化的图行文档数据。实时性高,需要掌握最新的生产动态数据。

而在生产决策现场,生产管理人员需要根据决策内容快速、准确、全面的了解单井的基础信息和当前重要的生产情况,以便尽快地得出结论,确定方案或采取各类措施,保证生产的顺利进行。因此需要对单井不同决策点的数据内容进行详细分析,提供给用户一个井的当前状态和重要信息宏观的展示。如何把纷繁复杂的海量数据有机地组织起来,并按照业务内容进行图形化的展示和导航,同时还要重点考虑系统与正在应用的系统的兼容性,既可以独立运行,也可以作为插件集成到已有的大型系统中,这些是本文重点讨论的问题。

2 分析

总体设计思路是采用插件式、模块化、定制化的方式,根据探井动态数据实时绘制井身结构图、试油管柱图进行导航,并且在图形上显示重要的基础数据和生产数据,同时根据决策点的不同定制开发相应的模板,展示相关数据内容。

2.1 总体架构

希望系统能够以插件的形式进行开发和管理。开发人员只需要关心独立的客户端控件和服务器端的业务逻辑组件,然后插入到开发框架中。不同插件之间可以通过发布、订阅消息进行通信。这样可以使每个插件相对独立,降低依赖性,从而可以最大程度的提高业务组件的复用能力。

因此在整体架构上,采用了微软的CAB(Composite UI Application Block Host Plug In)实现客户端的插件管理。

服务端则采用Castle Contain实现服务器端插件管理。

CAB着重于将应用逻辑和界面分开,让应用系统具备更清晰的结构,更强的扩展性、可移植性。采用上述设计的好处是允许构建由各个具有协作关系的独立模块组合成的复杂应用;各模块之间的通信可以通过消息的方式进行,尽量减少相互之间的依赖关系。

通过CAB的统一管理,在本系统中,图形导航、模板定制、数据展示等部分都是相互独立的控件,完全可以在其他部分进行重用。

系统总体结构图如图1。

2.2 模板

由于要满足不同用户对数据展示的需求,需要提供模板定制的功能。系统根据不同的模板来显示不同的图形导航和数据内容。根据业务分析,建立了钻井模板、测井模板、试油模板。模板以XML文件的形式保存在客户端,用户可以进行修改或添加。

2.3 图形导航

图形导航区域以该井的井身结构图或试油管柱图为基础,集成显示该井的重要的设计及动态信息。以动态图形的方式显示套管规格、下深等井身结构数据或各类试油管柱工具数据,并对重要信息进行标示。以图形化地方式把探井当前的实时的生产动态和最重要的生产信息直观的展现在用户面前。

图形导航部分最关键的是井身结构图和试油管柱图的绘制。在本系统中,采用Carnac.NET组件中的WellSchematic.NET组件实现图形绘制及相关功能。WellSchematic.NET是INT公司提供的数据可视化工具集,可以增强图形应用程序的性能和功能。图形导航部分在此基础上进行了开发。

其中图形元素是采用SVG格式的文件,通过XML进行定义和描述的基础元素,在实际应用中,对此进行了扩充和解析。

绘制图形的数据来自通过调用Web Service返回的生产数据。根据需求,在图形上标识井深,主要目的层等基础信息;以图例标识地层分层、试油、钻井取心等重要信息。此信息可以通过模板的形式进行灵活定制。当双击时可以显示数据查询控件的详细信息。图形具有放大、缩小、适应高度/宽度、标签显示/隐藏、图形导出打印等常用功能。

2.4 数据服务设计

探井生产过程包括钻井、录井、测井、试油等阶段,产生了海量的生产数据。从数据类型上分析,主要包括图形文档类数据、生产动态数据。

2.4.1 图形、文档类数据

重要的探井相关的文档类数据。包括前期的综合研究成果、各类设计报告、总结报告、单井评价报告、测试卡片等等。这类数据多以word、excel、ppt、jpt、gif等格式进行存储。

2.4.2 生产动态数据

包括探井设计数据、钻井基础数据,分层数据、井身结构数据、钻井液数据、分段泥浆、岩屑录井、测井解释成果、中途测试、油气水分析、试油成果、分析化验等等。此类数据来源于各级、各生产专业数据库,由多个分布在不同物理环境的Oracle和SQLSERVER数据库构成。

由于数据来源和数据格式复杂,存储类型不同,因此需要针对各类异构数据库开发统一的数据服务接口并进行封装,便于不同的客户端和应用通过统一的接口进行调用。

因此,数据访问采用了Ibatic.Net+WebService的方案。通过定义对不同数据源的访问接口,实现对异构数据库的访问。

在数据服务设计方面,一个非常重要的部分就是确定领域模型,这一部分的工作是与具体的业务密切相关的。另外,需要根据领域模型分析多个异构数据源,建立与数据库的映射关系,也就是ORM部分。通过将领域模型与数据库完全独立,允许双方能够独立变化,从而提高系统的扩展性和可维护性。

通过Web Servic来调用相关数据对象,可以满足不同客户端,不同系统调用相同业务模型的需求,从而提高系统的复用性。

该部分的简单设计图如图2。

(1)UI层控件设计

设计完成了通用数据显示控件。通过改写扩充DataGridview控件和Label控件,开发通用的数据显示控件。自动绑定返回的IList对象,实体类中的属性的汉字说明作为显示列的名称。可以通过此控件显示所有返回的数据对象。该控件还具有以下功能:

1)数据列定制

可以自定义需要显示的数据项,定制XML文件保存在本地,用户可以选择显示定制列还是显示所有数据项。

2)数据导出

设计对Excel的读写控制类,用户可以把查询的数据导出到Excel保存。

(2)领域模型设计

由相关业务专家确定各个领域模型,在系统中以实体类的形式进行管理。

(3)ORM设计

通过IBATIS的Map文件进行映射。特别需要说明的是,由于需要对Oracle数据库的Blob字段进行读取,Oracle客户端版本需要升级到10g,否则IBATIS无法实现对Blob字段的操作。

(4)WebServic设计

通过建立服务端的WebService,可以满足不同的模块、系统对数据的调用。

通过上述设计,本系统较好地达到了建设之初的目标,目前已经在某大型能源企业的日常生产中进行了成功应用,并很好地与已有的某大型系统兼容,系统初始界面如图3。

3 结语

(1)业务领域模型建立路线,实现业务驱动体系。这是系统构架设计的首要标准。系统开发的最终目的是为业务服务,所采用的技术和架构也必须能够满足业务的需求。

(2)坚持软件构件化模型设计思路。即分层次、分业务,逐步形成不同粒度的企业应用构件,使企业应用开发达到高度的复用和共享。

(3)应当遵循已有的规范,考虑与现有系统的接口。大型企业目前一般都有较为成熟的软件体系和数据管理体系,进行新的开发时应当考虑与现有系统的兼容和接口问题。

摘要：本文采用插件式、模板化的设计思路,在Windows.NET平台下实现了以井身结构图和试油管柱图为图形显示导航,集成显示探井在不同生产阶段的重要生产数据,为用户提供了井当前状态和重要信息宏观的展示平台,为探井生产管理提供依据。