信息的集成与发布（精选7篇）
信息的集成与发布 篇1
全球统一通信(UC)的领先企业宝利通公司日前宣布推出宝利通®CX7000统一协作系统,这是首款与微软Lync全面集成的定制会议室视频远程呈现解决方案。该解决方案将客户所熟悉的Lync体验带到了他们的桌面系统,并在会议室重建,提供最高级别的企业协作,提高会议室远程呈现的效率,帮助企业团队更高效地学习,保留并吸引人才。这是宝利通和微软公司建立战略联盟、共同提供企业级UC解决方案的另一举措。
宝利通CX7000解决方案(代号“Rally”)专为与微软Lync集成而设计。通过宝利通与微软解决方案的紧密集成,客户可获得一个直观的界面、简化的统一通信体验以及更紧密结合的远程呈现。该解决方案在一个即插即用的系统中即可提供客户所希望的各种Lync功能(在线状态、即时通讯、在线会议、内容协作)以及宝利通业界领先的会议室视频协作方案。宝利通已经通过实时的,视频群组文档协作提高了与Lync集成的统一通信标准,这是其它任何基于标准的系统目前还未实现的。
宝利通总裁兼CEO Andrew Miller指出:“统一通信的价值在于消除团队协作的障碍,使人们能够进行面对面的交流。宝利通和微软有着共同的目标,希望能够提供易用的UC解决方案,使企业向高度协作的环境迈进。新型宝利通CX7000会议室远程呈现方案,可按照客户的需求与微软Lync定制化集成,将无缝、高度直观的体验提高到一个新的水平,使客户能够随时随地进行连接和协作。宝利通还在继续与微软合作,以便加快统一通信普及的速度,我们期待有更多这样的产品推出。”
统一通信市场正以迅猛的速度增长。Gartner的一份独立报告指出,到2015年,视频终端系统预计都将以15.2%的年复合增长率增长。
微软Lync高级总监Kirk Gregersen表示:“宝利通是微软的UC战略盟友。定制化的宝利通CX7000系统专为与Lync全面集成而设计。该系统提供了惊人的、直观的协作体验,为统一通信提供了桥梁作用,帮助企业提高生产效率。UC发展迅速,宝利通与微软合作的解决方案将进一步推动远程呈现和Lync的普及。”
CX7000解决方案是宝利通CX系列产品线的一部分,通过优化更适合微软Lync,从而实现更佳的体验。宝利通还在各方面提供与Lync的互操作性,包括宝利通®UC智能核心TM基础设施,远程呈现系列产品(从桌面到群组再到完全融入式)和语音终端。宝利通与微软通力合作,确保宝利通产品(包括CX7000系统)与微软Office 365云产品通过Lync Online实现互操作。
宝利通最近荣获2011微软统一通信年度创新合作伙伴奖,并将在微软全球合作伙伴大会愿景主题演讲和获奖者高层午餐会中正式获得此项奖项。
宝利通UC解决方案
宝利通UC解决方案为人们面对面交流,创建了一个高度协作的环境,不仅整体提高生产率和效率,还显著提高学习效率,有效保留和吸引人才。宝利通帮助各行各业、各种规模的企业成为高绩效的工作场所,人们可以随时根据需求进行协作,不论大家身处何地、采用哪种网络或使用何种设备,真正实现了UC无处不在TM。
宝利通UC产品,包括个人、移动、群组和融入式远程呈现体验的高清语音和视频解决方案——只占用其它同类解决方案一半的视频带宽。UC智能核心是唯一能够连接多达75,000台设备、同时呼叫25,000个通话且100%自动故障切换的平台,提供最佳的用户体验。随着战略合作伙伴生态系统的扩大,宝利通可提供最全面、可靠和可扩展的协作平台,用于员工、合作伙伴和供应商管理,并提供UC解决方案——在客户端或通过云服务。
WEB信息的抽取与集成研究 篇2
1 WEB信息抽取系统设计与实现
1.1 系统分析
1)映射关系:为了实现数据的正确抽取,需要在两者之间建立映射关系。映射关系的建立有两种方式:一种就是通过最大重复模式发现,来自动获取匹配模式,实现到目的模式的一一映射;另外一种就是通过样本学习,由用户标记自己感兴趣的内容,然后将其映射到目的数据结构上去,通过采用人工参与的方式实现数据关系映射。
2)抽取规则:(1)建立了映射关系,只是建立了具体的数据和目的结构之间的映射关系,我们要将这种映射关系应用到其他和此数据具有类似结构的数据上去,就要根据这些映射关系,发现抽取模式,进而形成抽取规则。抽取规则的表示直接和网页描述方式有关;(2)基于XPath的方式———Web网页描述基于DOM树的表示方式。这种方式是基于在Web网页描述时,采用了DOM树的表示方式,这样,当用户在浏览网页,进行样本学习时,一旦选中了所需抽取的数据,就可以利用XPath技术很快的得到这个所需抽取数据在DOM树中的位置,实现数据的定位。
3)信息抽取过程逻辑描述:由于我们决定将Web信息抽取过程的逻辑定义和Web信息抽取具体实施分开,两者之间通过文件的方式通讯,那么,我们就必须将在Web信息抽取过程的逻辑定义过程中所产成的信息很好的保存下来,这些信息包含:数据源描述(服务器地址、用户名、密码、URL列表),目的表结构(表名、表类型、字段名、字段类型),抽取规则。
1.2 系统设计及框架结构
该WEB信息抽取系统的框架包含五个模块:网页定义模块、源网页获取和解析模块、目的数据模式定义模块、规则获取模块、规则修正模块、数据抽取实施模块。
1.3 系统实现
根据上面的系统设计,笔者做了一个演示程序,其具体实现过程如下:
1)网页路径定义:首先,在定义网页位置信息时,我们采用如下结构保存以下信息:
(1)网络信息:针对现在有些用户上网需要代理,所以我们要有一个结构来保存代理服务器的信息,包括代理服务器的地址(IP)、用户名、用户密码等。
(2)页面信息:对于静态网页,它的URL相对比较简单,就是一个固定的唯一的字符串。而动态网页页面的情况比较特殊,它往往是带参数的字符串,同时访问方式也分为Get和Post两种(参见前面的Http介绍)。所以,一张页面的访问信息要包括以上信息,数据结构定义如下:
2)源网页获取和解析:其次,用户给定样本网页的URL,根据用户输入的URL来获得源网页。同时,由于HTML文档没有严格规范的代码规定,这会导致对文档进行语法分析、分离显示格式和数据内容时就不够严谨。为此,在对源网页进行扫描解析前,我们首先利用W3C组织推荐的HTML Tidy工具对其进行规范化,并进一步生成格式良好的XHTML。这样,我们就可以利用XML技术对这张网页进行扫描解析,生成一个能表征这张网页结构的DOM树,并维护这棵DOM树。这棵树只有一个根节点,每一个叶节点都表示HTML网页中出现的各种类型的数据。以后任何对源网页的操作都会反应到对这个DOM树的操作之上。
3)建立映射关系:在定义完了目的数据模型之后,就是在源数据结构和目的数据结构之间建立映射,其实就是样本学习的过程。如上图,用户首先选中感兴趣的信息元:德生收音机R202T,然后指定其对应的目的数据结构中的表字段(receriver-type),建立映射关系,用三元组来表示。
4)数据抽取实施模块:用户利用我们提供的可视化的工具定义完源网页访问信息、目的数据的模式结构、指定从HTML网页到目的数据模式之间的映射关系、获得抽取规则之后,我们采用XML作为中间数据交换模型,将这些信息(即Web信息抽取过程逻辑描述)保存为XML文档的形式,交由数据抽取实施模块解析执行,最终实现Web信息的抽取与保存。
2 结束语
本文设计了一个工具来实现对Web信息抽取。在这个工具中,我们将Web信息抽取过程的逻辑描述和Web信息抽取过程的执行相分离,并用图形化的方式来帮助用户定义Web信息抽取过程,包括定义Web访问信息、抽取模式、结果数据保存模式等信息。
参考文献
[1]陈少飞,郝亚南,李天柱,等.Web信息抽取技术研究进展[J].河北大学学报:自然科学版,2003,23(1):106-112.
[2]张成洪,肖军建,张诚.Web内容抽取及其数据管理方法[J].复旦学报:自然科学版,2001,40(2):177-183.
医院信息集成平台的建设与应用 篇3
由于医疗业务的复杂性和特殊性,国内医院信息化建设大多是分类型分阶段逐步实现。医院信息系统的发展大体可分为三个阶段:医院管理信息系统、医院临床信息系统、公共卫生区域信息化。目前我国医院信息化建设处于起步阶段,大型三甲医院已经着手建设以电子病历为核心的信息平台,专科医院和二级医院基本上处于第一阶段,或正向第二阶段过渡[1]。医院信息化产品和服务往往来自不同供应商,且遍布在医院的各个科室和各种业务上,系统相互之间存在各种各样的接口,其中包括数据库视图、动态链接库、嵌入式控件等接口实现方式。对于不同的业务需求,若采用传统的点对点接口通信方式,N个系统与其他任意一个系统进行数据交换,必须开发N*(N-1)个接口。随着医院信息化建设的不断深入和各种医院管理需求的增加,整个院内系统将形成一个错综复杂的网状结构,系统耦合程度高[2],系统整体稳定性和安全性难以预测和控制,且任何一个系统的更新升级,都会是成本高、周期长的过程。
随着分级诊疗改革的实施,医院发展更趋于集团化或构成医疗联合体。当前由于缺乏统一的技术标准,医院内部信息系统之间、各医院之间的数据共享难以实现,“信息孤岛”现象对医疗卫生事业发展的阻碍已越来越明显[3]。面对集团医院内存在的复杂、分散、异构的信息系统,迫切需要对信息系统进行整合、集成,消除信息孤岛,建立病人唯一主索引,真正实现一卡通,形成一个互联互通的一体化医院信息系统,由此集成平台概念孕育而生。在欧美国家,医疗卫生信息化规范和标准得到广泛而深入的应用,这些标准使得集成变得更加容易。近年来,国内大型三甲医院也开始集成平台建设。
1 集成平台的概念
医院信息系统集成平台到目前为止没有一个明确的定义,一般认为医院信息系统集成平台是医院各系统间实现信息共享和业务协同的一套服务组件,是一个软件包。它是各个医疗信息系统之间通信的桥梁和纽带,能够提供各种输入输出适配器,将复杂的、分布的、异构的医疗信息系统连接起来,使它们能够协调工作完成医疗业务流程所需要的各项功能[4]。集成平台是各个医疗信息系统进行信息交换的核心,各个子系统之间通过集成平台来交互。医疗信息系统集成规范(Integrating the Healthcare Enterprise,IHE)在实现医院内部信息系统数据交换的基础上,更进一步地实现了医院工作流程的集成,从医院整体医疗事务处理的层次上,规范了医院的各种信息源所产生的数据、处理的步骤、方法和格式,使多个信息系统能顺畅地按一定顺序完成医疗事务的处理,是实现数字化医院向高层次发展的重要技术[5]。医疗信息交换和传输标准是标准化的卫生信息传输协议(Health Level Seven,HL7),它是医疗领域不同应用之间电子传输的协议。HL7汇集了不同厂商用来设计应用软件之间接口的标准格式,它将允许各个医疗机构在异构系统之间,进行数据交互集成。集成平台遵循IHE和HL7,对各个医疗信息系统进行统一调度和管理,实现异构系统之间的信息交换。平台总体结构示意图,见图1。
2 集成平台的发展阶段及特点
(1)初级阶段,点对点集成。所谓点对点集成就是在任意两个需要进行数据交互的系统之间,开发建立相应的接口对象。由这些接口对象针对性地从数据源系统中提取相应数据,提供作为目标应用系统使用,点对点集成示意图,见图2。这类集成优点是:接口对象针对性强,从单一接口角度来看,投入少、见效快,相对简单,传输性高;缺点是:通过原有医疗业务信息系统,按照各个系统间的数据交换需求进行系统改造,系统间耦合度过高,每增加一个需要交换的系统,都需要对相关联的所有系统进行改造,工作量巨大[6]。
(2)中级阶段,基于中间件集成。中间件是一种软件,处于系统软件(操作系统和网络软件)与应用软件之间,使得在应用层可以实现分布式处理。可分为事务处理中间件、过程调用中间件、消息中间件、分布式对象中间件等[7]。中间件集成是指利用中间件技术建立业务逻辑服务组件层,对各系统之间的消息交换和数据流程进行调度和管理,支持异步消息交换。其优点是:该集成方式可以在不同层次采用不同种类、不同技术的中间件产品进行集成,适用于集团医院或区域医疗集成项目;缺点是:由于各种技术方式都基于特定的系统平台、语言、通讯协议,在远程协同调用时难以通过防火墙和代理服务器,在技术上实现相互调用较复杂。
(3)高级阶段,服务总线集成。服务总线集成是基于面向服务的技术架构(SOA)将医院业务服务颗粒化、组件化。该集成方式能实现异构信息系统之间高效互通共享的同时还支持流程编排,支持流程引擎重置重装,总线技术集成示意图,见图3。其优点是:可靠、安全、易扩展、适应性强;缺点是:各异构信息系统需要将总线服务嵌入系统中以达到数据共用共享,业务联动协同统一的处理效果[8]。
3 集成平台建设目标
集成平台是以医院信息化建设实效性为己任,一切以推动医疗信息化建设发展为根本的立足点。在未来的集成发展道路上,集成平台主要向以下3个方面努力:
(1)医疗信息交换标准和集成规范:集成平台需要支持和实现IHE规范提出的所有业务功能;集成平台以HL7标准作为统一的技术标准来进行消息传输,实现各个医疗信息系统之间的交互;在遵循HL7标准和IHE规范(医疗信息系统集成规范)的基础上,需要根据医院的实际业务情况,对相关的国际标准和规范进行一定程度的补充和本地化,设计出符合医院信息系统集成实际需求的业务流程模型[9,10,11]。
(2)系统集成的技术需求:集成平台能够提供标准的、统一的集成方式来实现各个医疗信息系统之间的集成;集成平台能够对各个医疗信息系统之间的业务流程进行协调,并能提供实时的监控[12]。
(3)集成平台的可扩展性和灵活性:由于医疗信息系统的复杂性异构性,集成平台要确保各个子系统之间实现良好的信息互通以及业务协同;同时,随着医院信息化程度的深入,集成平台要有良好的扩展性和可维护性,以确保新接入的系统能够协调工作,而不会破坏原有各家医院医疗业务流程。
4 医院集成平台建设的思考
近年来,集成平台作为解决集团内和大型综合性医院信息化建设瓶颈问题的有效手段,得到了许多医院管理者的重视。各大医疗信息厂家也适时推出了自己的集成平台产品。但如何恰当地构建适合医院的集成平台是医院管理者需要深入思考的问题。
4.1 集团高层间的顶层设计
集成平台的实施涉及到集团内各家医院之间利益和医院内各方利益博弈,需要医院方面的重视和配合,集团内医疗结果信息共享,造成个体医院收入减少,且不少科室因为集成平台的改造会产生更多的工作量或者不想改变原有的工作环境而不与配合等,给实施带来困难与阻力。所以争取领导重视,充分调用医院资源为实施集成平台扫清人为因素障碍,就显得尤为重要。
4.2 选择先进的集成技术产品
目前国内医疗行业较为成熟的集成产品大致介绍如下:
(1)新西兰的Rhapsody数据引擎。专业医疗行业集成技术产品,支持各种大、中型数据库系统。支持医疗行业众多数据信息标准并且产品构建开放通用。已经有较多医疗机构在使用。采用Visual Studio开发平台使用Javascript脚本语言。为医疗行业专用,在全球医疗行业占用率较高。
(2)美国的Ensemble数据引擎。通用行业集成技术产品,广泛应用于保险、银行、电信等传统行业。目前已经涉足医疗行业,部分医疗行业已经采购使用。该产品采用Cache开发平台,基于Cache Object Script脚本语言,技术专业程度高[13]。
(3)美国的Websphere+MQ数据引擎。通用行业的集成技术产品,使用行业广泛且技术趋于成熟。目前已经涉足医疗行业,国内部分医疗机构已经采购使用该产品。其采用Eclipse开发平台使用JAVA语言[14]。
4.3 重点需要一个合作团队
集成平台涉及医院整体业务,要基于集团医院角度对业务流程进行集成优化。如果没有一个在医疗行业深耕的专家型团队,那么集成平台在实施过程中将会遇见众多问题,会给医院带来不必要的麻烦。而一个在医疗行业深耕的专家型团队,应站在医院的角度和行业的高度上为医院在集成平台实施过程中提供众多参考意见,为医院改造业务流程、提高业务集成水平提供众多优质方案,更应为集团医院考虑后续建设问题。
4.4 设计科学的实施步骤
针对我院HIS与LIS的电子申请业务标准化改造,其业务流程交互参照医疗信息系统集成标准,消息规范参照HL7标准。本文以LIS业务接入到集成平台为例,实现下面的业务流程:医生在HIS门诊医生站里开一条血常规的检验医嘱,病人在抽血室刷卡扣费、打印样本条码后,将申请单信息发送给集成平台,而后集成平台同步将消息推送给LIS系统,LIS系统单据接收。LIS申请单执行后,将已执行状态反馈给平台,平台同步推送到HIS。如果有异常检验结果出现,LIS将危急值发送给平台,然后平台推送到HIS或EMR,临床医生确认危急值后,HIS或EMR将查看状态返回给平台,然后平台推送到LIS。检验结果出来后,LIS将检验结果发送给平台(含URL地址的PDF格式),若HIS或EMR向平台请求调阅检验报告,则平台返回URL地址,然后HIS或EMR通过URL地址查阅检验报告。
HL7标准是标准化的卫生信息传输协议,是医疗领域不同应用之间电子传输协议。使用HL7标准进行异构系统之间的数据交换是比较合适的。
(1)发送检验申请单(ORM^001^NW),是通过Send LIS Apply服务实现。HIS开申请单之后需要通过集成平台发送ORM^001消息给LIS系统,消息传输相应的申请单信息。
(2)检验状态变更通知(ORM^001^NW),通过Change LIS Apply Status服务实现,LIS系统将检验的实时状态及时的反馈给集成平台,集成平台关注的检验状态有:已检验、已报告、已审核、已作废等。当检验状态发生变更时,LIS系统发送ORM^001消息给集成平台,使用OBR-25【观察结果状态】字段传输检验报告状态。
(3)检验危急值发送(PPR^PC1),通过Send LIS Risk Report服务实现,LIS系统在检验到患者存在检验危急值的情况下,应该及时发送检验危急值信息给集成平台,由集成平台通知医生进行处理。发送检验危急值使用PPR^PC1(增加问题事件)消息。
(4)检验报告推送(ORU^R01),通过Send LIS Report服务实现,LIS系统需要将检验报告内容推送给集成平台,当检验报告为已审核(集成平台以已审核作为报告的最终状态,如果系统中没有已审核这一状态,取报告的最终状态对应为已审核)状态时,LIS发送ORU^R01消息给集成平台。
这样封装后的操作可以在以后被重用,如检验危急值推送的操作还可以推送到PACS、手术麻醉、院感、ICU监护系统等,减少后期开发工作量。检验报告推送操作,只需要发布一次,院内各子系统都可以共享检验结果。
5 总结
通过集成平台,快速完成了对医院原有HIS业务流程的改造,减少了传统接口开发模式所带来的不同系统之间的耦合问题,提升了信息系统的安全与运行效率。集成平台有效解决了集团化医院之间的无缝集成问题,不仅实现了医疗业务信息在院内HIS、PACS、EMR、LIS等系统之间的交换与高度共享,也实现了医院之间医疗信息的整合,逐步建立统一高效、资源整合、互联互通的信息平台。将来可以基于集成平台和患者主索引系统(EMPI),建设以患者为中心的全院临床数据中心(CDR),并探索基于CDR建设临床决策支持系统,最终建成以电子病历为中心的医院信息平台[15];建立健康档案,对居民健康进行全生命周期管理,为医疗研究中心、医学院提供完整的临床数据样本和医疗教学信息,以支持循证研究和实例教学;建立和完善医疗服务质量的管理、监控、分析、评价及建设医疗质量保障和持续改进体系,实现以数据深度利用支撑临床、科研、管理的创新模式。
摘要：本文主要介绍了医院信息集成平台使用服务总线模式完成集团内各医院数据交换和资源共享,形成互联互通的信息系统。资源高度共享,方便了对医院各信息系统进行统一调度和管理,优化业务流程,实现业务协同。
信息的集成与发布 篇4
将PKI/CA技术、中间件等技术研究结合起来, 构建一个以电子签名法为法律依据、以PKI/CA技术为安全保障、以消息中间件为信息交换通道的系统集成模型。为了实现系统即插即用机制, 集成模型还引入了电子印章系统来模拟现实中的“大红印章”和“个人签字”, 引入“电子凭证库”来模拟现实中存放纸质凭证或文件的文件柜, 引入消息中间件来保证现实中文件的传送。这些技术的引入保证了各方系统进行很小的改造就可实现跨部门、跨行业系统的安全集成。
1 基于信息安全技术的集成框架
基于PKI/CA技术的跨行业集成框架按照分层的思想进行设计, 利用了PKI/CA技术作为数据传输的安全保障, 利用消息中间件作为数据传输的通道, 屏蔽各方系统的异构性, 从而将跨部门、跨行业的信息系统进行集成。从技术上看, 系统集成后, 各方系统将是对等部署结构。从单方来看, 该框架结构可分为与内部系统接口、电子凭证库系统、电子印章系统、时间戳系统、PKI/CA基础设施、直达通道、收发系统7个部分。结构如图1所示 :
1.1 PKI/CA 基础设施
以数字证书为核心的PKI/CA技术可以对网络上传输的信息进行加密和解密、数字签名和签名验证, 从而保证: 信息除发送方和接收方外不被其他人窃取; 信息在传输过程中不被篡改; 接收方能够通过数字证书来确认发送方的身份; 发送方对于自己的信息不能抵赖。
1.2 与内部系统接口
一方面主要负责将业务系统中存储的业务数据、电子印章等按照预先确定的规范组成相应的xml电子报文, 再传入电子凭证库系统; 另一方面, 从电子凭证库系统中接收对方传入的xml格式报文, 解密后传入内部系统。此外, 还可实现直接与收发系统连接, 实现不需要安全保障机制的普通查询等业务, 以提高数据交换效率。
1.3 电子凭证库系统
电子凭证库系统可形象描述为现实中存放文件的“铁皮柜”, 是整个集成框架的核心部分。包括电子凭证模板管理、传输队列路由管理、安全管理、凭证管理等4大功能。凭证模板管理模块按照双方的约定, 设计传输凭证的样式以及具体的签章个数及位置; 传输队列路由管理模块用来记录凭证传出的去向和接收的来源; 安全管理模块用来控制使用电子凭证库系统的范围, 避免未经允许的用户使用电子凭 证库 ,此外还包括预留印鉴的校对、详细记录各种日志信息, 实现对凭证操作的可追溯等功能; 凭证管理模块用来实现电子凭证收发、作废、恢复、查询、 打印、状态监控、归档等功能。
1.4 电子印章系统
电子印章系统可形象描述为现实中存放大红印章的保险柜。其功能包括公章管理、私章管理及印章备案管理。在实现上, 将CA证书与电子印章图片进行绑定, 从而保证某个印章图片与具体的CA证书有关。
1.5 时间戳系统
时间戳系统基于PKI技术, 对外提供精确可信的时间戳服务。它采用精确的时间源、高强度高标准的安全机制, 以确认系统处理数据在某一时间的存在性和相关操作的相对时间顺序, 为信息系统中的时间防抵赖提供基础服务。
1.6 直达通道
用于实时性强的数据传输处理。例如某些查询服务, 可通过明文进行系统间数据传输。
1.7 基于消息中间件的收发系统
充分利用消息中间件高效可靠的消息传递机制进行平台无关的数据交流, 并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型, 实现跨行业系统间电子凭证信息的发送和接收, 发送者将消息发送给消息 服务器 ,消息服务器将消息存放在若干队列中, 在合适的时候再将消息转发给接收者。消息中间件能在不同平台之间通信, 它常被用来屏蔽掉各种平台及协议之间的特性, 实现应用程序之间的协同操作。
2 基于 PKI/CA 技术的集成框架实现
在集成多个异构系统时, 首先需要各方商定交换凭证的格式, 即交换报文规范。其次, 要规范电子凭证格式、电子印章格式, 可以互联互通。第三, 要规范电子凭证 库系统、电子印章系统等软件服务系统的服务接口, 为各方异构系统提供交换服务。第四, 各方要改造已有系统, 使其与集成框架进行对接。下面就最重要的报文规范和各方系统改造方案进行说明。
2.1规范交换报文
双方之间数据交换标准需要进行严格的约定, 需要制定标准报文规范[1]以实现双方或多方系统互联互通。报文分报文头和报文体两部分: 报文头是交换各方进行数据交换的相关信息, 主要是为电子凭证在消息中间件上按照消息传输时增加的头信息; 报文体包括电子凭证数量和电子凭证信息两个部分。电子凭证数量用于描述报文中所包含的电子凭证的笔数, 电子凭证信息可包括一笔或多笔电子凭证, 每笔凭证由凭证状态、附加信息、业务凭证原文、签名信息以及签章信息5个部分组成。
一个完整的报文示例如下:
2.2 实现步骤
业务系统产生凭证, 加盖印章之后, 需要存放入凭证库,并通过收发通道发送给接收方, 具体实现步骤如下:
(1) 甲方业务系统调用内部系统服务接口生成凭证原文 ,凭证格式参照2.1小节。
(2) 甲方业务系统通过内部服务接口调用电子凭证服务系统接口对凭证进行签章。
(3) 甲方电子凭证库系统调用电子印章系统接口加盖电子印章。首先对凭证已经存在的签章进行校验, 如果存在原文纂改, 则直接返回错误; 校验通过后, 再对凭证进行签章。其原理本地取出已烧入Usb Key的印章图片的Hash摘要送入电子印章系统验章, 验章通过后调用时间戳服务系统接口加盖时间戳, 然后将凭证原文的Hash摘要和带时间戳的电子印章Hash摘要送入Usb Key中进行私钥签名。
(4) 甲方内部服务接口通过电子凭证库系统调用收发通道的发送接口, 利用数字信封技术发送到接收方 (乙方)。
(5) 乙方系统进行接收、解开数字信封、 验章、校验业务数据一系列操作后将凭证回单, 回单时也要进行电子签章等一系列操作。
(6) 甲方电子凭证库系 统定时从 收发通道 中读取数 据 ,并进行打开数字信封、解密、验章等操作, 通过验证 之后 ,放入甲方的电子凭证库中。
(7) 甲方业务 系统接口 定期从凭 证库中查 询凭证回 单 ,通过一些 业务逻辑 验证之后 , 存放入甲 方业务系 统的数据库中。
(8) 甲方业务系统客户端调用刷新界面来查看已回单的业务数据, 并调用电子凭证系统接口打印电子凭证。
3 实例和应用效果
本研究成果已应用于河北省预算单位、财政厅、河北省内绝大多数商业银行和中国人民银行石家庄中心支行系统间的衔接, 实现预算审批、资金申请、电子支付、清算等事项。财政厅使用的政府财政管理信息系统主要用于预算填制、 审批。人行使用的Tips系统主要用于资金清算。商业银行系统主要用于资金的支付。由于所属不同的责任主体, 各方系统不可能重新开发为一套业务系统, 原来采用信息流辅助业务控制的办法进行信息系统整合, 即信息可通过一定办法进行交换, 业务上通过纸质凭证加盖公章, 再由人工传递到相关单位进行纸质凭证核对。通过引入基于PKI基础设施的系统集成模型, 将三方系统从预算审批到资金支付, 再到资金清算的全链条贯通, 完全实现了信息流、业务流的自动化运转,大大提高了业务办公安全性、资金支付效率, 压缩了行政办公成本。仅省本级财政部门本身就可节约纸张100万张/年,并减少了公车传递纸质凭证、人工盖章、验章所需时间, 更重要的是由于引入了电子签名技术, 杜绝了“萝卜章”, 资金支付的安全性得到了有效保障。
4 结语
煤炭企业信息化与信息集成 篇5
我国不断完善的信息化基础设施、信息技术的成熟及成本下降也使煤炭企业提高信息化水平的积极性进一步提高。
1 煤矿信息化现状
我国煤炭企业信息化起步较早,20世纪80年代初一些大型煤炭企业集团就开始了信息化建设工作,也曾取得过辉煌的成绩。但由于20世纪90年代末煤炭行业整体经济效益下滑,信息化进程极大地受挫。相对于其他行业,煤炭企业整体信息化水平比较落后,而大部分中小煤炭企业的信息化建设就更是进展缓慢。
在部分企业内部已经建立了许许多多的信息业务子系统,如计划管理信息系统、材料耗信息管理系统、煤炭运销信息管理系统、人力资源信息管理系统等等。在河南煤炭工业局内通过己布设的计算机网络系统开通了视频会议、IP语音电话和多种业务数据。实现了集数据、图形、语音、视频为一体的煤炭业务信息。但是各子系统之间相互独立,形成了”信息孤岛”的局面。
2 煤炭企业在管理信息系统应用中面临的困难
信息孤岛是指相互之间在功能上不关联互助、信息不共用互换以及信息与业务流程相互脱节的计算机应用系统。
在整个信息技术产业飞速发展过程中,企业的IT应用也伴随着技术的发展而前进。但与企业其它变革明显不同的是,IT应用的变化速度更快;另外,从企业自身分析,前期的信息化建设太多缺乏长远与统筹规划,不同阶段只考虑各种局部需求,造成了各种不同应用系统的盲目引进。由于大多数应用系统之间没有统一的技术和数据标准,数据不能自动传递,缺乏有效的关联和共用,从而形成一个个彼此隔离的信息孤岛。总的来说,企业信息化发展的阶段性、建设中对需求部门的需求把握不到位、各个应用自成体系编码和信息标准不统一、管理体制上各职能部门的划分导致各信息应用缺乏全局观,使信息孤岛的产生有着一定的必然性。
企业在信息化过程中存在的信息孤岛分别位数据孤岛、系统孤岛、业务孤岛、管控孤岛四种类型。数据孤岛是最普通的形式,存在于所有需要进行数据共用和交换的系统之间。不同部门之间的数据不能共用,设计、管理、生产的数据不能相互通信,势必给企业的运用带来信息重复输入、信息冗余、大量垃圾信息、信息交流的一致性无法保证等困难。
信息孤岛割断了本来是密切相连的业务流程,不能满足企业业务处理的需要。信息孤岛导致信息的多向采集和重复输入影响数据的一致性;信息孤岛不能实现信息的及时共享影响业务顺利进行;信息孤岛无法有效提供跨部门,跨系统的综合信息,各类数据不能形成有价值的信息。
3 煤炭企业信息化孤岛解决方案
信息集成式解决煤炭企业信息孤岛问题的有效方法。信息集成技术就是使得企业内部各种异构系统能够相互通信、协调处理数据、完成企业一系列业务流程的技术集合。其中包括了复杂的计算机通信技术、软件开发技术、网络部署技术等。信息集成技术突破了原有企业MIS的开发模式和布局模式,需要多方面的合作和协调,以达到企业最终的需求目标;从管理者的角度理解,原有IT系统对企业业务的支持的物理范围并没有变化,而逻辑范围却大大增加了,可以在信息集成系统所支持的范围内对运行。原有的一个个割裂的小管理系统变成了信息集成大管理系统的子系统,能够合作完成信息管理任务。管理者则可以高效地获取企业各个部门的业务信息。
3.1 煤炭企业信息系统信息集成的特点
3.1.1 缺乏统一规划,数据共享差
绝大多数煤炭企业的信息化缺乏从真题CIMS和ERP系统出发的统一规划,系统各自为政,数据共享差。各部门均针对各自的需求设计和开发应用系统,没有从总体上考虑整个系统对个部门在信息上的需求,所提供的信息不能满足各个部门的需求,导致信息的不完整性,同时由于各个部门对信息存储的孤立性,造成同一信息在不同部门存储的数据异构,之间影响信息的集成。
3.1.2 物料繁多,编码复杂
煤炭生产企业是采煤、掘井、运输、供电、通风、安全等多环节协同配合的复杂系统,整个生产过程要消耗大量的物料,无聊的品种复杂,规格繁多,使得编码合理是信息集成的最底层保证。
3.1.3 信息决策要求准确、快速
煤炭生产不仅受外部环境的影响,而且受许许多多的内部环境的严重制约,要求ERP的各个子系统做出迅速反应,及时进行数据的收集和更新,并能相互之间进行快速的、高效的和准确的信息集成,为企业经济管理提供及时快速的信息决策。
3.2 煤炭企业信息系统信息集成的平台
微软公司的“Biz Talk”是“Business Talk”的缩写,意为“业务间的对话”,从产品名称可以看出,Biz Talk致力于解决业务之间数据交换。但微软的技术文献中从未提及过数据交换的技术细节,所以可以看出,Biz Talk是微软基于用户需求全新开发的产品,并不注重技术的实现方式,而注重于企业业务的需求。
Biz Talk Server的总体目标是帮助企业组织创建能够在企业内部以及企业之间自动交换的数据和信息,完成企业既有业务流程,在全局范围内集合各个业务系统的数据交换和处理工作。在这个过程中,Biz Talk运用了大量流行且先进的技术。Biz Talk Server的总体功能可以分为两个:首先,支持EAI。在这一领域,Biz Talk充当各个异构信息系统的路由(HUB),定义工作流程,总体协调各个数据的传输和交换,并对数据结构进行转换。Biz Talk把企业内部部门、业务为核心的闭环信息系统联系起来,使整个企业的信息系统形成一个相互作用的有机整体,支持整个企业组织范围内的业务流程实现。同时,Biz Talk的信息集成思想完全符合SOA,这样对软件的开发模式有着很强的指引作用。由于企业各部门的信息系统设计不再类似以前那样是一个封闭的整体,而是按照SOA思想设计成一个个数据服务组件。这样,企业组织内部的软件可以自由拆卸和组装,大大提高软件设计的灵活性。另外,Biz Talk不像其它紧耦合的信息集成系统,它不仅可以高效准确地进行信息交换,而且可以定义工作流程,定义数据转换法则。从而增加企业信息系统的灵活性,提高企业信息系统的效率和效益。第二,支持B2B(Business to Business)。当今企业组织的工作流程早就渗透到组织之外,在供应链上形成固定而有序的业务程序。企业间目前存在的主要问题是,企业和企业之间的数据交换由于组织之间的各种差异性,需要更多的人的参与,这使得企业之间的数据交换效率低下。所以,企业和企业之间的数据交换和共享一直是研究的热点。Biz Talk提供了一种高效的解决方案,可以让企业和企业之间最大限度地进行数据自动交换;够保证与尽可能多的商业伙伴和应用程序集成,并在Internet上安全运行,而且能够随着的业务增长而扩展。针对工作流程的管理和安全性,业务人员还可以使用Biz Talk提供的各种工具进行控制,以保证工作的顺利完成。
4 结论
信息化是实现煤炭工业现代化的根本目标,要真正理解并认真落实科学发展观,扬弃先工业化、后信息化的发展模式,加快信息化与工业化的融合。信息技术在企业的广泛应用和发展,将会更有效地提高工作效率、经济效益和社会效益。信息集成技术使得原有信息系统能够相互通信,能够通过数据挖掘等手段提供更全面的供分析的数据。同时保证了数据的一致性,提高了准确度。为企业做出正确的决策提供了保证。
参考文献
[1]刘纪敏,王晓宁,张承明.基于net的企业信息集成的设计与应用[J].煤炭科学技术,2006,34(10).
[2]黄河.杨柳煤矿系统集成平台的设计与应用[J].电脑知识与技术,2010,6(12):122-124.
[3]王玮.煤矿企业信息化建设[J].煤炭技术,2010,29(8):170-174.
[4]王鹏.浅议煤矿信息化建设[J].科技情报开发与经济,2009,19(16):80-84.
[5]刘延龙.信息技术在我国煤矿的应用现状与趋势[J].煤炭科学技术,2007,35(12):50-52.
信息的集成与发布 篇6
2005年9月, ISO颁布了ISO 22000 (食品安全管理系统——对食品链条中所有组织机构的要求) 。这一标准具有如下特点:只聚焦于食品安全管理系统、可用于食品链条中的所有机构组织、结合食品法典委员会定义的被认可的食品安全系统要素、提供了可用作第三方认证部分的可审核性标准 (这个标准也可供食品加工者用于开发食品安全管理系统) 、允许通过HACCP或运作预备程序 (PRPs) 达成食品安全控制、保证用于控制食品安全过程的有效性, 并且整个过程被验证、贯彻、监控和管理。
ISO 22000与HACCP相融合
ISO 22000是作为一个管理系统标准撰写的, 因此, 标准主要针对政策、计划、实施及操作、运营评估、改进、管理评审等管理系统要素。ISO 22000定义了需要达成食品安全管理系统的管理行为, 这一标准要求文档化具有可测量目标的质量政策, 比如, 减少国外事件投诉20%、提高第三方审查分值10%等。管理评审保证了食品安全管理系统的持续有效性, 评审不仅能验证管理系统的效率, 还可以给高层管理提供一套交换关于食品安全新想法的系统, 并且对食品安全管理系统进行开放式讨论和评估。管理评审的结果应该提供具体的数据来支持食品安全管理系统的运营改进计划, 以及产品和过程的运营目标。另外, 管理评审还要为日后工作生成一系列建议, 包括食品安全管理系统结构改进, 资源分配, 确定性风险的缓解计划, 以及满足机构将来关于食品安全需求的战略规划等。食品安全团队领导人的职责不仅是管理食品安全团队, 还需要对保证食品安全团队成员的培训与教育, 以及保证食品安全管理系统的建立、实施、维护及更新, 这个人将向高层管理汇报关于食品安全管理系统的有效性及适宜性, 而不需要顾及其他分配任务。
ISO 22000架构强调三方面主要内容:与食品法典委员会HACCP相融合、强调预备程序和食品安全管理系统的连接、定义管理行为以确保一个动态的管理系统。ISO 22000融合了食品法典委员会 (法典) HACCP五个初始步骤及七项原则, 这样, 通过ISO 22000认证的任一机构组织将满足所有法典委员会HACCP的要求。ISO 22000要素与法典HACCP要求的比较见表1。
对预备程序经常或持续性的违反可能会导致食品安全危害。从管理标准角度出发, 预备程序涵盖食品安全管理系统中广泛的要素, 其中包括设施、培训、好的生产习惯等等, 因此, 预备程序必须要完备的设计、实施、验证及 (或) 监控, 从而达到持续的效果。然而, 许多预备程序并不一定遵循传统的核实、验证和监控格式。ISO 22000阐明了预备程序 (PRPs) 在食品安全管理系统中的角色, 预备程序描述了让食品安全管理系统 (FSMS) 正常运行所需的环境, 预备程序支持并保证HACCP计划的有效性。食品安全专家们可能在预备程序的标准条款上存在分歧, 但是, 所有的预备程序有四点是共同的:都针对间接的食品安全问题;涵盖与食品安全相关的常规程序;可应用于多条生产线;瞬时性的预备程序不满足, 很少造成食品安全危害。ISO22000为法典HACCP提供了更易于理解的方式, 可提供审核性格式让食品加工企业很容易的确定现有食品安全管理系统中是否存在不足。
NWA eHACCPTM是一个全方位支持ISO 22000标准的集成化食品安全管理系统 (FSMS) 的典型范例, NWA基于NWA质量信息系统, 提供ISO 22000及HACCP标准要求的操作、监控及分析等食品安全管理功能, 集合软件可追溯性功能, 可以满足食品安全管理系统所有要求。NWA eHACCPTM包含数据采集、实时监控、数据分析、持续改进、原因分析和纠错措施、数据储存以及电子化文件管理等功能模块, 为食品安全管理提供一个一体化的解决方案。
ISO 22000与ISO 9001集成
ISO 22000的范围是食品安全, 而ISO 9001的范围是食品质量。ISO22000可以用于两个方面:可以作为一个独立的标准提供给那些想开发具有技术水准的食品安全管理系统的机构组织;可以和ISO 9001一起, 开发针对食品安全和质量问题的管理系统。
ISO 22000和ISO 9001有如下几点不同:ISO 22000不允许排除任一要素;ISO 9001是可以适用于任何机构的通用标准, 而ISO 22000是描述开发食品安全管理系统特殊过程领域的特定标准;ISO 22000假定机构开发产品概念及后续的制造流程;ISO 22000假定机构已经选定了供应商, 而且供应商有能力满足质量要求;ISO 22000假定验证计划及控制计划都已经建立, 并且满足用户需要;ISO 22000假定现有制作过程已经被验证满足质量要求。ISO 22000有许多提及的内容要求机构组织满足所有食品安全法令、条例及客户要求。另外, 应该注意ISO 9001及ISO 22000中的要素数量存在差异。有关ISO 9001和ISO 22000的比较见表2 (当标准之间语句不同但意思相同时, 表中用“等同”一词) 。这个表不是一个官方比较, 而是旨在帮助读者深入理解如何平行使用两套标准来开发有效的管理系统。
信息的集成与发布 篇7
湿地地区有着丰富的动植物资源和淡水资源, 是调节环境生态平衡的重要地理条件, 人们对湿地环境信息进行采集和测绘大都需要进入需要测绘考察的地区, 人类和机械的进入势必会对湿地的自然环境造成一定的损害, 而且人工信息采集方法工作量大、耗时长, 并不利于湿地地区的保护工作。GPS与GIS技术的诞生和运用有效的解决了人工信息采集中的难题。
1GPS和GIS的具体集成方式
GPS技术的运作依靠地面接收系统与太空卫星对地理位置进行精准定位; GIS技术则是通过现代先进的计算机技术对传回数据进行整理, 形成便于观察和参考的数据系统, 以供使用。两项技术都是依靠计算机进行操作, 对于湿地信息的采集具有天然的优势。
1. 1基于数据的有关集成方式
GIS技术是数据处理的关键技术和关键环节。GPS技术野外作业之后, 会将采集到的信息传回相对应的电脑终端, 而后, 数据处理软件则从接收机上得到传回的数据, 并对其进行处理, 形成便于观看和对比的数据, GIS则执行最后的储存工作, 今后数据处理、提取和传输则都可以依靠GIS系统进行。
1. 2基于空间位置的有关集成方式
看空间位置的集成基于数据的处理。GPS与GIS具有一定的自动化处理功能, 在某些方面, 它们实现统一, 但却又是两个相互独立的系统。如: 在数据采集上, GPS是独立作业的, 在数据处理上GIS处于独立工作状态, 而在信息的传回和接受上, GPS与GIS则同步进行运作。
1. 3基于技术的有关集成方式
基于技术的集成方式则是在同一开发地区, 同时使用GPS功能和GIS功能, 将这两项技术的优势融合在一起, 使他们合成一个共同的系统。
1. 4基于GIS应用程序的有关GPS数据自动处理
传统的GPS与GIS集成方法要采用基于数据的集成方式。 基于数据的集成一般是对存储在GPS中历史数据进行离线处理, 这一方法的缺陷在于处理步骤繁杂, 很多操作需要手工完成, 自动化程度很低, 并且所需技术专业性要求较高, 推广价值极低。因此, 本文通过对通信协议的解析和对信息提取与处理技术的研究, 设计并开发了基于GIS应用程序的GPS数据自动处理系统。使用该系统, 用户无需考虑GPS数据处理过程, 只需将GPS接收机和计算机串口相连接, 应用相应功能模块就能够自动地将GPS外业采集到的航点和航线直接转换到GIS系统数据库中, 并且在GIS系统支持下对空间信息进行分析和显示。
2有关系统模型方面的设计
GPS与GIS集成湿地信息系统由三个部分组成, 分别是接收系统、信息处理系统以及一个计算机终端。接受系统是GPS与GIS集成湿地信息系统运作的第一个子系统, 接收系统与计算机系统通过硬件接口相连接, 实现信息接收, 计算机系统中的软件则对数据进行处理, 形成信息处理系统; 计算机终端则是整个GPS与GIS集成湿地信息系统的运作和执行系统, 是湿地信息系统的关键所在。其基本模型如图1所示。
3系统功能分析
3. 1电子地图服务功能
电子地图服务是GPS技术最基本的功能之一, 这项功能能够为用户提供向导服务, 在湿地信息系统中, 这项功能则主要运用于对湿地区域的经纬度、方位等进行采集, 并显示在电脑终端上。
3. 2定位点信息采集功能
GPS技术的运用通过计算机终端进行控制, 操作者可以使用操作终端对制定区域进行定位和数据采集, GPS运行则通过与卫星的串联, 对准信息采集区域实施信息采集, 而后通过接受系统, 将数据传回电脑终端, 再由GIS进行数据处理和储存。
3. 3航迹回放功能
GIS与GPS集成的湿度系统能够对历史数据进行储存, 比如GPS的航迹信息, 需要的时候, 操作者可以对航迹进行回访, 查看信息记录有无错误之处。航迹回放功能能够随即对GPS航迹进行抽取, 有利于数据的核对和新数据的采集。
3. 4GPS数据自动处理功能
GPS数据自动处理主要依靠GIS集成, GPS与GIS集成湿地信息系统中GPS与GIS协议实现了融合, 并建立了相应GPS数据处理模块, 实现了对数据的自动提取和处理, 并进入到GIS数据库进行储存。
4结语
GPS与CIS技术是现代地理测绘与勘测常用的两项技术, GPS技术具有全球精准定位的功能, GIS技术则是最为先进的信息处理技术。它能够对GPS技术传回的信息技术转换处理, 最后显示在电脑终端上面, 并进行保存、传输和更新, 这两项技术的运用解决了传统湿地信息采集中定位困难、测绘工程量大、数据处理困难等问题。
参考文献
[1]韩敏, 张黎.基于GPS与GIS集成的湿地信息处理技术研究[J].计算机工程与设计, 2015 (18) :462-463.
[2]李海胜, 张恒.GPS与GIS数据集成解决方案[J].河南科技学院学报 (自然科学版) , 2013 (1) :231-233.
[3]王俊, 兰维娟, 吴春笃, 等.数字化空间多媒体地图系统VMS在湿地植被调查中的应用[J].河南科技大学学报 (自然科学版) , 2014 (3) :162-163.