公共信息平台交换网

公共信息平台交换网（共11篇）

公共信息平台交换网 篇1

0 引言

为促进与完善高校各部门管理工作的数字化、规范化和科学化, 推动数字化校园的全面建设, 各高校分别在保留原有系统的基础上将各个应用子系统进行整合集成为一个整体。由于各应用子系统所使用的系统及数据库不尽相同, 可能同构, 但更多的是异构系统, 因此需要建立一个公共数据交换平台, 将原有各系统数据整合到公共数据库, 同时各系统可方便调阅公共库中的数据进行应用, 从而形成一个无缝数字化校园体系结构。

1 数据交换平台的设计原则

1.1 遵循统一的数据交换标准

数据交换平台的目的是在数据中心和各业务部门等原有业务系统之间交换数据。由于各原有系统的技术构架不同, 信息的表示也各不相同, 要在这些不同的系统之间交换数据, 首要的问题就是定义一种标准的数据格式及数据交换的规范, 以方便实现不同硬件平台、不同操作系统平台、不同语言平台应用之间的平滑通信。

1.2 支持异构系统、异构数据库的交互及数据存取

数据交换首先涉及到如何与各级部门、各异构系统及其异构数据库进行交互, 实现数据的存取。能够对各级部门、各业务系统的数据库定义数据抽取规则, 从而实现自动地从各级部门的数据库或相应业务系统中抽取公共数据库所需的数据。数据存取的需求具体可归纳为:支持多种异构数据库, 如主流的关系型数据库包括:Oracle、SQL Server、DB2、Sybase等;能够集成各种异构的业务系统, 通过接口实现与应用的交互, 完成数据的存取, 如Web Service接口、文本型数据库接口;

1.3 信息传输

支持灵活的数据交换方式:可以根据不同部门的情况, 对于不同类型的数据有不同的更新要求, 可分别灵活采取多种数据上传的方式, 比如, 对于信息变更频繁的数据, 能够实现实时更新, 而对校园中变动不是很频繁的数据, 如人事数据、设备数据, 则实现定时更新, 如可定义每日上传一次, 或每周一次。对于数据上传的时间, 也可灵活定义, 如为了避开网络高峰, 减少对系统的影响, 可定义在晚间及凌晨等系统和网络均比较“空闲”的时候来进行数据的同步;支持大数据量、支持跨平台、跨多种网络模式的分布式数据交换;有高可靠性和和安全性。

1.4 数据转换

平台需要能够适应各系统数据内容和格式的变化, 提供可视化的转换配置界面, 并实现各系统数据与中心标准数据之间灵活的转换。

1.5 质量控制

能够对交换数据进行验证和质量控制, 能够根据一定的规则, 进行数据验证, 验证数据是否符合入库要求;能提供完善的日志。

1.6 数据交换的安全

支持对敏感数据进行加密传输。

2 数据交换平台中的数据整合模式

根据不同子系统的数据库, 可以建立图1所示的整合模式。在该模式中的公共库选用Oracle (9i/10G) , 应用系统业务库包含Oracle8i/9i/10G、DB28.1.2/8.2、Sybase11.5/12、SQLServe2000、DBF、A CCESS、EXCEL等, 其整合线路可以定义为3类: (1) 基于业务库表进行ETL抽取输入公共库 (A、ETL抽取) ; (2) 基于业务库输出虚视图进行ETL抽取输入 (B、ETL抽取) ; (3) 基于业务数据源文件或中介文件进行ETL抽取输入 (C、ETL抽取) 。

其中A类线路的适用于业务库遵循执行标准规范、两个数据库系统网络连接有保障、业务库能为公共库提供需要公共的表的读取帐号的情况;B类线路适用于业务库遵循执行标准规范、两个数据库系统网络连接有保障、业务库能为公共库提供该视图的访问帐号、公共库能够明确给出业务库输出格式要求、业务库能依据公共库整合的要求建立输出视图的情况;C类线路适用于公共库不能直接访问业务库、应用系统能依据公共库整合要求提供输出文件、业务库能为公共库管理员提供文件结构说明的情况。

4 平台中数据的订阅模式

要将公共库中的有用数据调入各子系统中加以应用, 需要制定数据的订阅模式。根据系统的不同, 制定了同构系统的订阅模式和异构系统的订阅模式。

4.1 同构系统的订阅模式

在同构系统的订阅模式 (图2) 中, 公共库和业务库都选用Oracle (9i/10G) , 其订阅线路为: (1) 应用系统基于公共库数据表的ETL抽取 (A、ETL抽取) ; (2) 基于公共库数据表的增量快照输出 (B、增量快照) ; (3) 基于公共库数据表跨库视图输出 (C、跨库视图) ; (4) 应用系统基于公共库视图的ETL抽取 (D、ETL抽取) ; (5) 基于公共库视图完全快照输出 (E、完全快照) ; (6) 基于公共库视图跨库视图输出 (F、跨库视图) ; (7) 基于公共库数据文件输出 (G、文件输出) 。其中A线路主要适用于两个数据库系统网络连接有保障、应用系统能独立配置和运用ETL工具进行抽取、公共库通过订阅工具为应用系统提供公共表读取帐号的情况;B线路主要适用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行的情况;C线路主要适用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行的情况;D线路主要适用于两个数据库系统网络连接有保障、应用系统能独立配置和运用ETL工具进行抽取、公共库通过订阅工具为应用系统提供公共输出视图的结构和读帐号;E线路主要适用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行;E线路主要适用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行的情况;F线路主要适用于应用系统能处理中介数据文件的情况。

4.2 异构系统的订阅模式

异构系统的订阅模式 (图3) 中, 公共库用Oracle (9i/10G) , 业务库可能是Oracle8i DB2 8.1.2/8.2、Sybase 11.5/12、SQL Server2000、DBF、ACCESS、EXCEL等, 其订阅线路为: (1) 应用系统从公共库数据表中抽取 (A、ETL抽取) ; (2) 基于公共库数据表跨库视图输出 (B、跨库视图) ; (3) 基于公共库视图应用系统ETL抽取 (C、ETL抽取) ; (4) 基于公共库视图跨库视图输出 (D、跨库视图) ; (5) 基于公共库中介文件输出 (E、文件输出) 。其中A线路用于两个数据库系统网络连接有保障、应用系统能独立配置和运用ETL工具进行抽取、公共库通过订阅工具为应用系统提供公共表读取帐号;B线路用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行;C线路用于两个数据库系统网络连接有保障、应用系统能独立配置和运用ETL工具进行抽取、公共库通过订阅工具为应用系统提供公共输出视图的结构和读帐号;D线路用于两个数据库系统网络连接有保障、公共库通过订阅工具为应用系统提供可执行订阅脚本、应用系统在自有数据库中完成订阅脚本执行;E线路用于应用系统能处理中介数据文件。

5 结语

在数据整合的过程中, 建立有效安全的数据交换平台是关键。在该平台的公共数据库基础上逐步形成的数据仓储, 将为高校的决策和分析提供更好的支持, 从而加快高校的教育信息化进程。

参考文献

[1]许鑫, 苏新宁.高校共享数据中心平台的设计与实现[J].现代图书情报技术, 2005 (6) .

[2]黎小红, 田富鹏.异构数据库中数据集成技术研究[J].西北民族大学学报 (自然科学版) , 2006 (4) .

[3]段永威, 秦峰.异构数据源数据转换工具的设计与实现[J].现代图书情报技术, 2004 (4) .

[4]董向辉.分布数据整合与共享中的关键问题及解决方案研究[N].吉林大学硕士学位论文, 2004.

[5]李绪增, 冯祖洪.数据整合技术在高校数字化校园建设中的应用[J].现代电子技术, 2007 (18) .

公共信息平台交换网 篇2

据了解，该信息平台可以支持发布政府有关物流咨询、提供三方物流信息交易、进行物流业务招务工程标、保险办理等在线公共服务核心应用，是覆盖全省、辐射周边、连接国际的统一物流公共电子商。

企业的是个长期、曲折的过程，合约的签订也只是外包的开始，在这个过程中，需要不断的对完成的活动进行考核，甚至包括外包决策，使每个步骤都能达到预期的目的。要相信在合作中即使有冲突发生，也能找到办法解决并使它不会再次发生。供需双方自我真诚的评估和定位、行为道德、相互信任和忠诚以及履

行承诺是建立良好的外包合作关系的关键因素。

目前供应商在外包的发展上存在两方面的制约因素：

第一、缺乏合格的专业人员进行项目设计和系统评估。既然外包是要得到报酬，供应商就应该聘任合格的专家来规划和管理具体操作，但在实际运作过程中几乎找不到合适的专家。结果，许多供应商不能对

客户希望的服务要求做出全面、满意的回复。

第二、专业物流顾问的评估效果失真。想要聘请合格的专家来对项目进行设计并评估是很困难的，顾问的身价令一般供应商望而却步，既使聘请到一流的物流顾问，也并非能达到预期的效果。通常的情况是，物流顾问将物流外包的规划和设计工作交给了资质一般的人员或其他非专业人员来做，结果可想而知。虽

然一些供应商声称专门聘请专业顾问设计，但事实并不是这样。

2、服务跟踪不彻底

供应商的内部管理也是物流外包失败的根源，特别是执行总裁（CEO）的理念。目前多数企业在处理外包时，不以服务为导向，仍把短期利润作为业绩考核的指标，在这种情况下，供应商一心想得到更多的客户以扩大规模，获取更多收入，在履行完毕一个合同前就经常签订或转移到另外一个项目上，这样周而复始，无论是企业，还是内部员工，一旦获得了客户，尽快完成合同、提供优质服务的动力就消失了。甚至有的供应商为了赢得业务，在没有与客户签订服务合同前，根据客户的要求即匆忙提供服务。这种情况国内普遍存在，尤其是运输业务，供应商商务人员向客户口头承诺后，并未签订书面协议即转交操作人员，使得操作无章可循，商务人员忙于其他客户，无暇对进行中的操作进行监控，导致操作失控，服务并非客

户所预期，业务合作常常被迫中断。

3、工作范围（TheScopeofWork）不明确

工作范围即物流服务要求明细，它对服务的环节、作业方式、作业时间、服务费用等细节做出明确的规定，工作范围的制订是物流外包最重要的一个环节。在投标的过程中，很多供应商都知道其重要性，但却没能在客户要求的时间内去完成，或者只是为完成而完成，并没有认真对待。工作范围不明确已经成为任何其他导致物流外包失败及黑洞出现的因素中的首要原因。工作范围是客户告诉供应商需要什么服务并愿意付出什么价格，它是合同的一部分。跨国企业在物流外包方面具有丰富的操作经验，如HP、IBM等，他们在实施外包时就要求供应商与其签署两份文件：

一、一般性条款（thegeneralarticles），即一些非操作性的法律问题，如赔偿、保险、不可抗力、保密、解约等内容。

二、工作范围，即对服务的细节进行具体描述。如果供应商曾经与他们合作过且履行过一般性条款，则在以后的合作中将不必再签署一般性条款，供应商仅仅需要对新项目的工作范围做出明确的回复，由此可见HP、IBM对工作范围的重视程度。外包的失败或黑洞的出现大多都归结于工作范围的不明确，如在物流合同中常出现的“在必要时供应商将采取加班作业以满足客户的需求”，合同双方虽然对此描述并无异议，但问题就出现在“必要”上；在实际运作中，双方就如何理解“必要”经常发生分歧，客户认为“提出需求时即为必要”，供应商认为“客户提出需求且理由合理时为必要”。类似的例子合作双方经常遇到，起因归结于合作双方没有花费相当的时间和精力明确详细地制订工作范围。企业对物流专业人才的需求远远大于供给的情况下，供应商缺乏合格的、专业的物流顾问，需求商希望供应商中标但供应商服务跟踪却不彻底，供需双方没有明确制订具体的、详细的、具有可操作性的工作范围，这三大原因导致了物流外包的失败和黑洞的出现。如要确保外包成功，需求商在寻找合作伙伴时，首先要了解供应商是否拥有可以满足外包项目所需要的组织架构，其次与供应商签订必要的法律文件，讨论全部服务项目细节、拟定工作范围。外包项目开始于标书，对标书的制作务必要聘请专业人员来设计，它包括一般性条款和工作范围。工作范围应该具体规定想要什么，供应商们在投标时，应给出明确答复，并对标书提出建议或意见，原则上，供应商的回复应当满足标书所列举的服务要求。目前，许多需求商在实施外包时，其中一项重要的工作就是与供应商召开项目招标会，目的是让供应商了解项目的背景和理解标书的内容，如供应商和需求商对标书的理

解能够达成一致，则外包就成功了一半。

十多年来，国内货代行业保持了但由于行业进入门槛很低，以及审批制改为备案制，太多的货代陆续出现，使货代市场逐渐成为一片“红海”，货代行业的无序化竞争开始出现，价格战、夸大化虚假宣传等营销手段派上了用场，甚至开始出现劣币驱逐良币的现象。由金融危机引发的航运危机，使大量中小货代企业面临

生死大考，其中不乏破产者，直接导致从业者信心受挫。

而几十年中，货代行业还没有出现在全球市场中具备影响力并能推动行业的本土货代品牌，这一系列现象现象的发生，不得不引发从业者和专业人士对货代企业现有生态环境的思考。而这其中，捷通网推出“大掌柜全球商务平台”，着力于“构建货代行业新生态环境”及“推动后经济危机时代货代企业经营变革”等策略

引起了整个货代物流行业的关注。

解剖货代行业生态环境现状

根据多位从业者、媒体人士及专业研究人员的经验和观察分析，目前货代行业整体的生态环境可以概括成“十大表现”，也正是这十大表现，制约了中小货代企业的跨越式发展和大中型货代企业的全球竞争。这十大表现分别是：区域性强，网点布局落后；信息系统落后，业务处理的自动化和快捷化水平不高；规模小，抗风险能力差；内部管理水平不高；延伸服务和客户增值服务缺乏；业务开发和营销手段陈旧、落后，不能满足新的竞争需求；成本优势和利润优势不明显；行业集中度不高，市场缺乏绝对的领先者；夸

大化的虚假宣传埋下了诚信隐患；频繁的恶意低价竞争，导致行业的竞争环境变差。

以网点来讲，大部分货代企业在国外都没有分支机构，即使在国内的经营网络建设上，也只是少数企业有分公司或办事处。据相关数据显示，只有5%左右的企业在国外设有分支机构，不足3%的货代企业在国内设立了5家以上分公司，1/5的企业设有5家以上的办事处。从企业管理和业务处理的信息化来讲，目前只有不到1/3的国际货代企业开发了物流业务所需要的信息系统，而且这种信息系统只是单机版的形式，无法打通企业之间、整个业务链条上的信息流，信息孤岛现象很严重，极需要引进SaaS模式以改善目前的这种状况。在货代企业的成本控制和利润率方面，据相关数据显示，行业平均毛利润率已经从10年前的40-50%，下降到目前不超过10%，甚至更低。

这种生态环境和竞争方式导致国内货代企业面临着严重的发展瓶颈，根据权威数据和趋势分析，这种情况在未来五年中将面临更严峻的形势，国内货代企业急需要在全球客户和承运商网络、信息系统、资金实力、物流设计能力方面寻找更先进的解决办法，以建立起新的生态环境，获得更强劲的成长动力，捷通

网“货代大掌柜”的出现及普及性应用，让从业者们看到了希望。

打造新生态环境建立共赢格局 塑造全球竞争力

未来五年中，货代企业需要一个什么样的生态环境，才能够以一种更漂亮、更快速、更稳健，同时具备可持续性的姿态塑造起强势的竞争优势，并且出现更多的货代企业能够建立起海外网络，赢得全球竞争的优势，针对这样一个问题，货代物流业的从业者们、业界的专家学者，以及公共决策部门、各种信息化

和管理服务提供商们都在研究、思考和实践。

从2006年开始，国内知名的SaaS服务商捷通网就立足于货代物流行业，组建了顶级的团队展开研究，最终设计出了针对货代物流业的SaaS解决方案“货代大掌柜”，并且形成了货代企业未来五年新发展、新跨

跃的生态环境框架。

“货代大掌柜”旨在提升货代物流企业营销和管理水平、编织全球网络、快捷响应和处理客户需求、全面提升货代信息化水平，同时解决分公司管理、集团化管理中出现的各类问题，这项SaaS服务目前已在货代行业里获得了广泛的应用，赢得了500多家货代企业的赞许和认可，从而逐渐建立起以全球化、一站式、透明化和自动化等四大特色为主的货代新生态环境。

在这种新生态环境中，货代企业可以充分利用软件和互联网融合的优势，借助货代大掌柜建立自己的全球商务平台，轻松编织自己的全球网络；同时借助大掌柜集成化的功能一站式解决“揽生意”、“做生意”、“管生意”等全面的经营问题。目前大掌柜集成了国际货代网上营业厅、基础操作业务系统、上下游及同行间电子接口、卖家管理、PO管理、海外代理、堆场、仓储、车队、CRM、HR、OA等一系列在线管理服务，并且集成了包括国内、国际短信、网络传真、远程客户支持和呼叫中心系统，尤其是植入了B2B营销的功能，拥有货代大掌柜平台的企业可以发布全球运价到颇具知名度的全球商贸网物流频道，面向全球的直客推广业务；而国内运价则发布到捷通网企业商圈，面向国内同行进行推广，从而覆盖直客、同行等主

要的业务来源渠道，实现推广上的全球化和业务来源的多元化，确保企业的客流量增长。

由于货代大掌柜是基于互联网模式的SaaS应用，货代企业不用购买服务器和软件，只需要登录捷通网，在全球任何地方都可以办公，公司老板只要上网登录平台，就可完全掌握整个集团的情况，轻松管理分公司、办事处；同时节省了大量的IT运维和人力成本，轻松完成维护和升级等应用，在这种生态环境中，货代企业拥有丰富的时间做自己最擅长的事情，专心做好业务推广和客户服务。而货代大掌柜建立的新生态环境体系中，以货物全程跟踪为主要特色的透明化经营扮演了重要的角色，只要能上网，客户就可以查询自己委托货物的出运情况，这种透明化的服务可以很大程度上提升货代企业在客户心目中的形象，提升核心竞争力，实现揽生意和做生意的目标。在传统生态环境下无法实现的客户服务，在新生态环境中将完全

满足。

据了解，目前500多家货代企业引进“货代大掌柜”的SaaS应用模式后，在扩大业务来源、改善客户服务水平、提升企业竞争力等方面取得了显著的成功。而且租赁使用“货代大掌柜”的企业保持了每月30%以

上的增长速度。在捷通网推出的“大掌柜全球货代商务平台”，目前注册的货代物流企业用户数量已突破万名，用户分布已覆盖国内各主要地区及海外部分港口城市，已成为国内货代物流企业最集中的商务平台。与此同时，捷通网在货代大掌柜的技术研发、平台建设及服务体系完善方面投入的资金已达到数千万，即将启动的以“编织全球网络塑造新竞争力”为主题的“货代大掌柜全国巡回推介会”将在上海、大连、天津、青岛、连云港、南京、福州、厦门、汕头、湛江、广州、佛山、深圳、宁波等近二十座城市全面拉开，从

而进一步加速货代企业新生态环境建立的步伐。

可以预计的是，随着SaaS模式的成熟及大掌柜在货代行业的普及性应用，货代企业赖以成长的新生态环境也将进建设成型，货代经营的“大掌柜时代”已然到来。要在这样一个充满挑战和机会的时代里更上一

层楼，积极地融入、适应并充分挖掘利用新生态环境，是货代企业当前极为重要的任务。

货代企业如果需要服务好现有的客户，同时又能扩大业务的来源，很关键的一点就是建立起覆盖范围广泛的经营网络，同时又能够有效地管理好这些分公司和办事处、充分发挥出海外代理的作用。但目前大多货代企业受限于分公司建立成本高、海外代理网点开发不力、管理分散等因素，导致在编织全球性经营网络

时比较被动，客户资源的扩大化开发也就无从谈起。

以网点来讲，大部分货代企业在国外都没有分支机构，即使在国内的经营网络建设上，也只是少数企业有分公司或办事处。据相关数据显示，只有5%左右的企业在国外设有分支机构，不足3%的货代企业在国内

设立了5家以上分公司，1/5的企业设有5家以上的办事处。

这种全球性经营网络的缺失导致国内货代企业面临着严重的发展瓶颈，根据权威数据和趋势分析，专家认为，这种情况在未来五年中将面临更严峻的形势，国内货代企业急需要在全球客户和承运商网络、信息系统、资金实力、物流设计能力方面寻找更先进的解决办法，以建立起新的竞争优势，获得更强劲的成长动力。如何找到一条低成本、高效率而有稳健的路径解决这个问题，货代行业及信息化服务商、咨询顾问机构等各方都在探索办法，捷通网“货代大掌柜”通过提供基于互联网模式的全球商务平台，卓有成效地

提供了海外网络建立与管理、协同运转的成熟解决方案。

据了解，货代企业可以在大掌柜全球货代商务平台上，根据自己的需求开通属于自己的商务平台，每一货代企业的平台都是独立的，拥有管理、操作、设置等全部权限，而这些独立的企业商务平台之间，又可以通过大掌柜实现互动与互通，国内货代物流同行、海外代理及其它合作伙伴都可以通过在大掌柜上建立的这个平台实现业务的协同与互动，从而面向客户提供一站式的服务。

目前在货代大掌柜的平台上，聚集了众多的海内外代理网络资源，同时吸纳了近万名各类货代同行，用户可以借助大掌柜平台展开同全球业务伙伴、代理之间的合作，无缝链接，真正地整合全球范围内的业务资源，轻松编织企业自身的全球网络，在全球范围内揽生意、做生意，实现扩大化经营的目标，而做到这一

切，所需要花费的平台租赁使用成本，在数额上基本可以忽略。

公共信息平台交换网 篇3

【摘 要】在调研分析志愿服务信息交换平台建设现状及存在问题基础上提出大学生志愿服务信息交换平台建设思路，包括平台的功能、受众、组织架构、内容版块设置等方面建设。

【关键词】大学生 志愿者 服务信息 交换平台 建设

【中图分类号】 G 【文献标识码】A

【文章编号】0450-9889（2014）07C-0087-02

近年来，在各级政府的重视下，各高校组织开展了形式多样的大学生志愿服务活动，大学生志愿服务的热情越来越高，志愿服务活动开始走向系统化、规范化。但是，综观当前的大学生志愿服务活动，仍存在不少问题亟待解决。随着信息技术的快速发展，网络在人们的日常工作和生活中起到了不可或缺的作用。通过对当前大学生志愿服务活动中存在的主要问题进行分析，在多种可能解决问题的策略中，笔者认为，从加强志愿服务信息交换这一关键问题入手，构建志愿服务信息网络交换平台，为大学生志愿服务组织方、参与方和需求方提供一个信息交换空间，将对大学生志愿活动的开展产生积极的影响。

一、志愿服务信息交换平台建设现状及存在的问题

（一）信息化建设已成为当前推动志愿服务事业发展的必然趋势和要求。通过网络搜索可知，除西藏和山西外，我国各省、自治区和直辖市均可以查找到建有名称不一的志愿活动管理平台。这说明随着网络的普及和移动终端的快速发展，志愿活动组织方已经充分意识到信息化建设是当前推进志愿服务事业发展的必然趋势和要求。

（二）各地对志愿信息交换平台建设重视程度不一，水平参差不齐。调研结果表明，各地志愿信息交换平台的建设水平差距较大，有的网站设计合理清晰，更新速度快，访问量高，对加强志愿信息交换发挥了重要作用；有的网站设计比较粗糙，内容陈旧单一；有些地区的志愿管理网站甚至无法打开。这主要是因为各地对志愿服务信息化建设工作不够重视，投入不足，仅靠某个机构或者某些志愿者牵头组织建设，力量过于单薄，无法实现信息平台的可持续建设和发展。

（三）志愿信息交换平台功能作用单一，无法满足现实需求。目前，大部分志愿者活动管理网站的功能作用比较单一，一般仅局限于发布各种各样的志愿服务信息，无法满足现实需求。事实上，信息交换平台起到的作用不应仅是发布志愿服务活动信息，而且还应该是一个对志愿者实施有效管理和开展必要培训、对志愿活动进行有效宣传、对志愿者权益进行保障以及可供志愿者相互分享和交流的平台。但到目前为止，许多志愿者活动管理网站还远远没有实现这一效果。

（四）普遍缺少专门针对大学生设立的志愿服务信息交换平台。调查结果表明，目前各地虽然纷纷建立了志愿服务信息交换平台，但尚无针对大学生志愿者设立的信息交换平台。有些高校虽然也有相应的网络平台可供大学生志愿者交流分享信息，但大多处于“各自为战”的局面，影响力不大，覆盖面不广，更无法有效整合整个地区的大学生志愿者资源。应该看到，大学生志愿者是一个特殊的群体，他们有更加高涨的服务热情，且专业技能强，综合素质高，易于管理和组织。与此同时，他们也具有个性鲜明、流动性强、社会阅历不深、自身权益容易受侵害等难以组织和管理的特点。因此，根据大学生志愿者的特点，由地方政府牵头建设，下拨一定的经费支持，由地方具有影响力的高校负责主导，结合地区实际，建设专门针对大学生志愿者的信息交换平台是推动大学生志愿服务事业发展，实现大学生志愿者“人尽其才，才尽其用”的必然要求。

二、大学生志愿服务信息交换平台的建设思路

（一）平台的功能。一方面，通过网络的助力，拓展志愿服务信息交换的渠道，使志愿者、志愿者组织及志愿者服务受众均能高效地找到自己需要的信息，进而促成有意义的志愿者活动。另一方面，通过平台建设与社会各机构建立长期稳定的合作关系，组织大学生为服务机构和服务对象提供更为持续、更有深度的服务，以更好地帮助需求方，进而促进大学生志愿服务活动持续开展。

（二）平台的受众。志愿服务信息交换平台向社会公众开放，大学生志愿者、志愿者组织以及志愿服务受众群体均可以通过注册加入。平台则在审核后，将各种信息汇总录入数据库，定期进行匹配，促成大学生志愿者活动。同时，注册用户也可在平台中通过关键字进行检索，选择自己有兴趣的活动，并根据平台提供的联系方式与对方直接取得联系。此外，大学生志愿者还可以利用平台进行志愿服务知识的学习以及和其他志愿者进行交流。

（三）平台建设的组织架构。大学生志愿服务信息交换平台建设工作应由地方政府牵头建设，下拨一定的经费支持，由地方具有影响力的高校负责主导构建。只有形成分工协作，齐抓共管，权责明确的工作局面，才能促进该平台的可持续健康发展。平台建设设置以下岗位和部门，见图1。

其中，主任由主持建设的高校派专职干部负责，负责大学生志愿者全面管理工作；执行主任由地区各高校大学生志愿者组织派员轮流担任，或民主竞争选举产生，每届任期为一年，负责各高校大学生志愿者工作的联络、协调及工作安排；秘书处负责整理、保存会议记录以及各部门例会记录，通知、公告文件的起草以及发布工作，汇报及请示工作，以及负责会场的联系工作、活动策划书的组织工作；策划部负责具体策划志愿服务活动；外联部负责大学生志愿者队伍的对外联系和沟通协调，以及活动赞助的建立和联系工作；宣传部负责网站形象设计以及所有活动对外宣传策划的具体操作；人事部负责注册会员的审核、管理等工作；技术部负责服务站网站建设，及Internet信息维护、咨询及培训等工作；培训部负责注册会员的培训等工作。

（四）平台的内容版块设置。按注册、使用和反馈三个阶段设立相应内容版块，见图2。

1.注册阶段。就个人及团队来说，愿意提供大学生志愿者服务的个人及团队可登陆平台，提供姓名、联系电话、特殊技能、参与时间、感兴趣的活动内容等基本信息进行注册。就组织来说，志愿者组织可登陆平台，提供组织名称、联系人、联系方式、活动类型、活动时长、活动地点、是否提供活动补贴及志愿者服务证明等基本信息进行注册。平台将对志愿者组织进行初步的筛选，尽可能保护大学生志愿者的利益。就受众来说，需要大学生志愿者服务的社会各机构（如社区服务站、养老院、孤儿所、农民工子弟学校、学校附近小区等）可登陆平台，提供机构名称、联系方式、机构所在地、所需志愿者服务类型等基本信息进行注册。平台与这些机构取得联系并进行实地调研，对活动可行性进行评估，确保活动能够顺利进行。

2. 使用阶段。新闻版块提供环境保护、人文关怀等方面的最新评论，使志愿活动主办方的活动更有目的性，也帮助大学生志愿者扩大视野、参加更有意义的活动。培训版块联系专业志愿者组织，向广大志愿者提供各类培训信息，接受平台内部注册成员的报名。志愿者组织版块介绍在本平台注册的志愿者组织的基本情况，定期发布最新活动及志愿者招募信息。公告版块采用线上公告形式进行，公告系统分为活动公告、招募公告、新闻公告、审核公告和其他公告。讨论版块鼓励大学生志愿者将身边的活动记录下来，交换信息，结成友谊。

3.反馈阶段。首先，平台设专门版块收集反馈信息。志愿者参加服务之后可再次登陆平台对活动情况及具体志愿者服务内容进行评论，监督志愿者组织提供周到的安排，防止将志愿者作为廉价劳动力的情况产生。现实中，有些别有用心的组织者利用大学生志愿者的无私奉献精神，安排他们从事一些非公益性的活动，或者工作量过于繁重的活动，极大地打击了一部分大学生从事志愿服务活动的热情和积极性。志愿者合法权益的保护当然需要组织者的自觉和相关法律法规的健全，但是，平台运行过程中会员的注册及审核、信息的证实及发布、人员的培训及管理等方面也很重要。因此，平台的建设不仅应该考到社会的需求，而且也应当最大程度地考虑到广大大学生志愿者的共性需求。其次，志愿者组织及受众群体可将当次活动的后续情况上传到平台上，让大学生志愿者们感受到自身的意义，同时吸引更多志愿者加入进来。信息交换平台应当鼓励大学生志愿者多发一些有关自己作为志愿者的体会的帖子，无论是骄傲还是烦恼。如果整个平台充斥的内容除了救助就是求援，那么给人的感觉将会很压抑。平台建设应当提倡快乐慈善的理念，即快乐公益，做志愿者本身就是快乐的。

现阶段，我国的志愿者服务事业尚未成熟，大学生志愿服务也正处在兴起阶段，但是展望未来社会发展的潮流和趋势，大学生志愿服务事业必定会克服困难，并成为新时期高校思想政治教育的重要载体，全面促进大学生的健康发展。

【参考文献】

[1]谭秋云.大学生志愿服务管理中的问题与对策研究[J].赤峰学院学报，2012（5）

[2]顾志勇.高校志愿服务：构建弱势群体社会支持网络体系[J].广东青年干部学院学报，2007（3）

[3]许人冰.论高校大学生志愿服务体系存在的问题及其优化[J].广东青年干部学院学报，2011（3）

【作者简介】韦 波（1983- ），男，广西柳江人，壮族，广西机电职业技术学院教务科研处科研科科长，讲师，工程师；黄振宣（1979- ），男，广西钦州人，壮族，广西机电职业技术学院社科部副主任，副教授。

公共信息平台交换网 篇4

关键词：政务信息资源交换共享平台,电子政务,SOA

政务信息资源共享交换平台作为电子政务的基础设施, 为政府部门提供了统一的数据交换共享服务, 实现了跨部门的信息资源交换、共享和整合, 有效支撑了应急指挥、城市管理等重大主题应用和基础库的建设。

目前各地信息资源交换共享的建设, 大多为各部门之间的数据交换与共享提供了一个平台, 但在数据共享方面还存在一定问题。一是数据处理与挖掘的能力不足, 一些共享的重要数据因格式、标准不一致, 不能发挥更大的作用;二是数据易用性不足, 共享的数据大多是从各部门业务系统直接抽取的原始业务数据, 需经过使用者加工后才能够使用, 加大了信息使用的成本和使用难度;三是信息共享保密机制不健全, 不能很好地保证数据提供方部门业务数据的私密性和安全性, 降低部门共享信息的积极性。

针对政务信息共享过程中出现的问题与新的需求, 本文认为依托政务信息交换与共享平台, 进行政务信息服务中心建设, 以全新的不改服务方式提供信息共享, 确保信息服务的权威性、保密性, 可以满足各部门对信息资源共享的新需求, 不断提升政务信息资源对政府决策和执行过程的支撑能力。

一、政务信息服务中心建设的总体规划

系统设计采用面向服务的体系架构、整体规划和顶层设计, 围绕跨部门业务应用, 以信息资源的共享应用为核心, 通过整合共享信息资源, 满足相关部门进行业务办理和为民服务的需要。系统设计选用组件化、通用化技术, 充分考虑扩展性, 保证在部门增加、业务范围拓展时, 能通过配置和小范围的调整适应就可以满足应用扩展的需要。总体框架图如下:

政务信息资源交换共享平台:通过对各政务部门信息资源的采集、适配、转换和传输, 实现部门间信息的交换和共享。

政务信息服务中心:对各政务部门共享的信息进行资源整合、加工、分析, 并向各部门提供个性化的信息资源服务。

二、政务信息服务中心的应用设计

政务信息服务中心定位于提供统一的政务信息服务平台, 它具有跨操作系统平台、数据库平台的特性。其功能设计如下:

(一) 数据处理

各政务部门的业务系统和数据库建设依托的软件不同, 数据格式各异, 标准也不统一, 必须采取与部门要求相适应的数据处理模式, 对各部门的信息进行数据格式转换、数据清洗、数据整理规范、核查, 并按照物理分散、逻辑集中的思路, 对数据进行整合, 确保信息共享目标的实现。数据整合服务系统采用组件化技术, 提供可视化的数据校验、比对、清洗和转换工具, 支持手工整合、自动整合和半自动整合三种方式, 支持海量数据处理。

数据整合支持对普通sql、ftp类型、映射、shell命令、文本、excel、web service、同步数据、清洗数据等内容的整合;支持从数据库到文件, 从文件到数据库、删除文件、删除数据项、拆分与合并数据等, 满足部门间信息交换共享涉及多部门、多字段对完整信息的需要。

建立数据核查机制, 对各部门初始异常数据进行跟踪核准, 根据“一数一源”原则, 协调确认异常数据责任部门, 督导责任部门和相关部门对异常数据进行核准和修改有关数据。

(二) 信息服务

基于统一SOA标准技术的服务封装是政务信息服务中心平台的重要集成步骤, 也是政务信息交换与共享平台必须要完善的内容, 通过服务封装将对外提供标准服务接口, 确保信息服务的可用性和灵活性。

1. 基础服务

根据谁的数据谁授权的原则, 充分利用政务信息交换共享平台的数据交换功能, 为各政务部门提供最基本的数据交换与共享服务。

2. 核实服务

通过与政务信息服务中心共享数据的比较, 验证所提供的数据的真实性。可以根据输入内容在系统数据库中核对信息, 并返回结果。信息核验只对部门用户提供的信息的真伪做出判断, 而不提供任何多余的信息, 以保证系统的信息安全。

3. 统计服务

以各种模型和方法为技术手段, 找出部门间各类数据之间的对应关系, 按照养老、医保、住房保障、新农保、人口协同管理等各类社会热点和人民关心主题进行分类, 按需为政务部门提供查询服务, 为领导决策提供支持。

(三) 运行管理

1. 运行管理

通过可视化方式对政务信息服务中心和交换平台的整个运行过程进行管理, 包括交换流程、端到端数据流等进行全方位的监控及管理, 提供系统运行指标, 统计分析业务处理状况, 对部门政务资源的交换和共享情况进行统计, 对共享资源被使用状况的统计分析, 并对系统运行过程中出现的异常情况给予报警提示。

2. 安全审计

负责建立安全日志, 记录用户操作, 帮助完成系统安全审核。

三、政务信息服务中心建设保障体系

为了确保政务信息资源服务中心建设的顺利进行, 统一的标准规范及相应的组织保障体系的建设必不可少。

1.标准规范体系结构

政务信息服务中心系统相关的标准规范体系包括数据标准、技术标准、管理规范三个方面, 这三部分相互制约、相互作用、相互依赖、相互补充。

标准的制定遵循以下原则:一是如果数据项有国家标准则采用国家标准;二是如果数据项有省内地方标准则采用地方标准;三是如果数据项来自单一的部门, 则采用该部门所属的行业标准;四是如果数据项无标准可循, 则经相关部门共同讨论商定后, 制定本系统的数据标准。

2.组织保障体系建设

政务信息服务涉及部门较多, 政务信息具有很强的敏感性, 因此, 服务组织保障体系建设至关重要。政务信息服务保障体系建设涉及人员、资金、工作流程等多个方面, 主要包括组织保障、管理机制保障等方面, 做到管理机构、工作方案和组织实施三落实。

四、结语

通过政务信息服务中心建设, 以全新的面向服务方式提供信息资源共享服务, 满足各政府部门对信息资源的依法按需共享, 促进信息资源建设迈向新台阶, 满足政府科学决策、部门高效协同的需求, 进一步提升政府服务和管理的效能。

参考文献

[1]苏新宁, 吴鹏.电子政务案例分析[M].北京:国防工业出版社, 2007.

[2]刘正.电子政务统一应用平台探索与实现[J].计算机与现代化, 2009, (7) .

[3]林子禹, 等.基于WEB与组件技术的企业应用系统设计模型[J].计算机工程与应用, 2000 (, 6) .

[4]楼伟进, 应飚.COM/DCOM/COM+组件技术[J].计算机应用, 2000 (, 4) .

交通物流将有公共信息平台 篇5

交通物流将有公共信息平台

作者：

来源：《珠江水运》2013年第24期

面向全社会的公共物流信息服务平台，“1+32+nX”的总体布局，公益性、开放性、共享性的基本特征，多方合作、分工明确的工作机制……交通运输部上月在浙江杭州召开全国交通运输物流公共信息平台建设推进会，进一步明确了平台的功能定位、总体目标、布局结构及建设运营保障方案。

据悉，交通运输物流公共信息平台《建设纲要》、《国家级管理服务系统建设方案》、《区域交换节点建设指南》三个指导性文件在会上正式向社会发布，明确了平台发展的总体思路、发展框架和下一步工作重点，标志着平台的顶层设计逐步走向成熟。

根据《建设纲要》，平台定位于构建面向全社会的公共物流信息服务平台，为实现不同信息系统信息交换和共享提供基础网络和标准，是“平台的平台”；平台的总体架构是

“1+32+nX”，“1”代表国家级管理服务系统，由交通运输部组织建设，主要建设交换管理系统和铁路、公路、水路、民航、邮政等国家级交换节点，“32”泛指省级区域交换节点，由地方交通运输主管部门主导建设，“nX”是指平台拓展和衔接的信息服务体系，如道路运政、水路运政等行业内信息管理系统，公安、商务等行业外信息系统等，这些系统依托平台开展各类互联应用；平台主要具备基础交换和公共信息服务两大功能，其中基础交换网络是平台建设的基础，加快实现基础交换网络的全国布局是平台建设的关键所在。

近年来，平台建设贴近市场需求，抓住有利时机，联合多方力量，已初步形成“跨区域、跨部门、跨行业、跨国界”的工作局面。

地理信息公共服务平台模式研究 篇6

关键词：地理信息；服务平台；Web GIS；信息分布维护

随着计算机的不断发展，地理信息系统也在不断地完善，借助计算机技术的发展，对地理信息系统的不断完善需要对计算机技术有着更高的要求，在现代的地理信息公告服务平台当中计算机技术就成为不断完善服务平台的重要技术支持，测绘技术已经大规模的开始利用 “3S”技术做支撑，例如航空遥感技术、全球定位系统和地理信息系统等。还凭借数字高程模型、数字线划图、数字栅格地图等“4D”数字产品来进行数据的分析和表现，从根本上改变了原有的测绘数据获取方式和表现形式，使测绘服务达到了一个新的高度，提高了地理信息公共服务的水平。

1.地理信息公共服务平台的三种模式

1.1信息集中存放和维护的模式。信息集中维护的模式是当前最为普遍的地理信息公共服务平台模式。这种模式出现最早，我国比较早出现的有搜狗地图，也就是原来的图行天下，它是我国第一家提供信息查询功能的在线地图服务网站，这一类的平台提供了完整的地图浏览功能，浏览的时候可以平移、缩放、全图等，还有信息查询功能，比如搜索框内输入某地和所需要的其他信息，或者点击图上要素查属性。另外还提供了一些空间分析功能，通常是在路径分析方面，其可以查看换乘车的途径地点或线路，自驾车线路等。后来，国内还相继推出了百度地图搜索、灵图等专业性的在线地图服务，逐步完善信息服务。近几年，3维地图也出现在人们的视野中，有的Web GIS网站应用了3维数据和视图，例如E都市www.edushi. com，是全球首个三维城市地图，除了提供公交线路、旅游线路、交通路线、地铁线路、道路景点等查询服务，还可以在家欣赏各大城市的风光。但其只能从一个固定的视点方向看立体模型，制约了3维的表现力。该模式的缺点在于信息更新成本太高，导致信息更新滞后，不能更好的为大众服务。

1.2 信息集中存放分布维护的模式。一些Web GIS网站为了摆脱信息集中维护成本高、周期长的情况，推出了让用户维护数据的功能，以便于及时更新城市信息点。比如百度地图在网页上设置了标注和纠错功能，用户找到某地区所在的百度地图，点击进入地图的详细界面找到纠错的按钮，点击进入纠错的界面，填写相关正确的信息并提交就可以了。

属性的分布式维护是分布式数据库在GIS中的应用，厦门鹰图公司是专门公用事业而设计的，其应用领域广泛，可以具体运用在电网规划、电网设计及工程、电网运营及维护、网络分析、客户服务及抢修、安全及应急。该模式可以在当前技术条件下设计兼顾公众、企業和政府的地理信息服务平台，比如旅游资源发布系统；教育资源发布系统；医药信息发布系统等，实现了地理空间信息的整合和共享。

1.3 信息分布存放和维护的模式。信息的分布存放也是信息的存放方式要改变以往的集中放置方式，而是要更加有效地使用相应的数据库对信息进行存放，这种方法可以十分有效地促使信息整理有效，也可以促使信息的搜集更为方便和迅速。在以往的信息维护当中，由于信息的存放方式过于集中也就导致了对信息模式的维护存在着困难，为此，需要对信息的分布有单独的数据库，为各行各业提供支持。可以有效地保证数据的安全和不泄露。对信息的维护则是让数据库得以正常的运行不会影响到其他数据库的正常运行。2 关于地理信息公共服务平台建设的思考

2.1 数据保密机制的建立。计算机技术网络在不断维持计算机服务的时候，还需要对数据进行保密，让数据更为安全，不会受到恶意攻击而出现瘫痪的问题，因此在建设地理信息公共服务的时候需要建立起相应的数据保密机制，这不仅仅是为了数据得到有效的保护，也是为了建立起相应的数据联系机制，加强数据之间的相互联系，保证地理信息数据在共享的时候不会受到干扰，保证数据可以完整地传输。

2.2 地理信息公共服务平台建设的数据更新机制。地理信息公共服务平台的建设是需要面对广大的用户的，因此公共服务平台的数据一定要及时和准确，这些要求在建设地理信息公共服务平台当中所需要解决的一个十分重要的问题。因此在后台的服务器当中对地理信息公共服务平台的数据进行及时的更新，对其中所存在的问题需要进行更改，对数据的更新要建立起相应的更新机制，首先这就需要与其他地理信息平台保持及时的联系。信息的传递以及分析需要及时有效，其中所存在的阻碍就会导致信息的更新不及时的问题出现，为了解决这一问题在建设地理信息公共服务平台的时候就需要对所出现的问题预设解决方案。才能够未雨绸缪地解决问题，让数据更新更为稳定及时和有效。

对数据的更新不仅仅只是让数据体现出有效性，在出现事故的时候提供准确的数据才能够方便地理援救的开展，在特殊时刻准确的数据可以发挥重大的作用。因此数据的更新不能够过于轻视，这需要政府和其他部门对地理信息公共服务平台的大力建设与投入，解决其中所存在的问题。方便政府在做决策的时候可以有更为有效的参考方法。因此对数据及时更新是十分重要的。

结束语：地理信息资源是社會信息化的重要内容，我国和相关政府部门非常重视地理信息资源开发利用，在《国务院关于加强测绘工作的意见》，《全国基础测绘中长期规划纲要》中等政策性文件中，就指出当前国际基础测绘的发展正处于重要时期，要把握好机遇深入研究对地理信息的研究，是为了不断完善地理信息服务平台，为人民服务，让计算机技术更好地服务于人们，提高政府的行政效率。

参考文献

[1]陈军，蒋捷，周旭，等.地理信息公共服务平台的总体技术设计研究[J].地理信息世界，2012，7（3）：7-11.

公共信息平台交换网 篇7

关键词：交换平台,医院信息系统,HIS,LIS,PACS

0 引言

我国大部分医院的信息系统都是从HIS (Hospital information system医院信息系统)开始建设的,这主要是为方便就医流程和医院财务服务的信息系统。随着医疗信息不断丰富,医疗规范的不断细化、信息化医院的不断建设,很多医院都陆续实现了检验科信息系统(Laboratory Information System LIS)、超声信息系统(Ultrasonic Information System UIS)、病理信息系统(Pathology Information System PIS)、放射信息系统(Radiation Information System RIS)、内镜系统(Endoscopic Information System EIS)、医学图像存储传输处理系统(Picture Archiving and Communication System PACS)个人健康记录(Personal health record PHR) 慢病管理系统(Chronic Management System CMS)、电子病历(Electronic Medical Record EMR)等等。各个系统相互独立,相互通讯存在重复投资,集成和协调困难的现象,针对目前我国绝大部分医院的信息系统存在的问题,有必要采取有效的手段来提高系统对接的效率和稳定性。

1 目前医院网络结构现状与不足

HIS系统建设初期,由于受资金投入的限制,开发商水平的欠缺,缺少统一的规划,没有统一的标准和规范。系统的扩展大多数医院也是在原有的HIS基础上进行,每增加一个系统都要和原来的HIS进行对接,如图1所示。随着信息系统的不断增加,各系统之间的通讯要求也随之不断增加,只与HIS通讯已远不能满足医疗需求,由于医院的各个系统是先后不同时期上线的,而系统之间只能进行两两对接(即点对点对接),在上线系统不多的情况下,医院网络系统采用点对点的对接是一种最常见的集成方法。该方法简单易用,实现效率高,同时它可以在集成模型的任意层面上实现。但该方法要求医院使用的信息系统只能来自少数几个IT 厂商。而医院信息系统是迄今为止企业级信息系统中最复杂的,不仅拥有与其他行业一样的管理信息系统,还包括以病人为中心的复杂的临床信息系统,以及各种实验室系统、影像系统等等。也就是说,对于医院网络系统的集成,不仅要考虑到一般的基于普通新老系统之间的集成问题,还要考虑到各种异构平台的不同应用之间的复杂集成问题。目前世界上还没有一个软件厂商可以提供一个医院所需要的全线的成熟产品,医院势必要引进不同厂商的产品。因此,在同一家医院环境下,集成不同厂商的产品就成为医院信息化实现过程中必然遇到的问题。而且国内HIS的开发,大多数没有遵循统一的标准,不同厂商的产品开发方式、所基于的平台、数据的格式各不相同,这些产品进入同一家医院时,一旦来自不同厂商的系统达到一定数量,这种集成方法的弱点就明显显现了:集成的复杂度高,接口多,成本高,系统的可维护性、耦合度、稳定性、可靠性、功能性、集成的质量都难以保证,部分厂商之间的集成缺少日志,无法跟踪和监控,之间的信息交互是否成功很难确定,增加医院管理的难度。当集成出现问题时,往往很难协调。因此,如何以一种统一的高效的方式来构建医院里面的信息系统就变得非常重要。为解决上述系统中存在的问题,同时也为了提高系统的扩展性,数据交换平台应运而生。

2 数据交换平台介绍

数据交换平台属于系统服务软件,在操作系统层和应用层之间工作。它连接两个或更多的应用程序,为其提供连接和协同工作的功能,简化不同软件应用系统之间的通信,具备多元融合、一体化和多业务,支持多种协议,具有多层交换能力,具备高度的可靠性和安全性,以及灵活性、简单性、可扩展性和高性价比;管理能力强、用户界面友好。以各类信息交换为核心的数据交换平台,通过建立底层结构来联系横贯整个医院的异构系统、应用软件、数据库资源等,支持不同处理业务、不同软硬平台对不同结构数据交互的要求,满足各种医疗信息系统、办公自动化、内外门户网站的需求,以及其应用系统之间无缝地共享和交换数据的需要,将不同系统各自独立的数据源连接整合起来,实现数据的交换和共享。

按照图2这样的构架集成医院的所有系统,各个系统只与数据交换平台做接口,系统之间交互的信息都传到数据交换平台,再由数据交换平台转发出去。

3 数据交换平台的功能

由于医院的信息系统内容多、系统多、标准不统一,数据交换平台可以提供以下功能:

1)应用程序接口和数据的接入。医院里面有多种信息系统,有些是比较老的遗留系统,有些是应用了新技术的系统,各个系统所能提供的接口不一样,所以数据交换平台能支持多种通讯协议和消息协议。

2)技术规范性检查。HL7标准是由美国HL7委员会制定,是建立在OSI模型应用层(第7层)上的标准,其目标是为医疗信息系统提供统一的接口标准,实现医疗系统之间的信息交换。数据交换平台支持厂商之间的HL7集成,使之更加符合国际标准。数据交换平台按照HL7数据标准和目标系统的要求,针对数据格式所进行的检查,包括数据属性与值域检查、代码表引用检查、中文乱码和半个汉字等检查。

3)数据处理。数据处理模块具有许多功能,可以满足系统集成的需求。

(1)数据格式化。

由于系统不同,数据格式又有很多种,数据交换平台可以对数据进行格式化处理,以便某系统的数据能被另一个系统识别或数据在内外系统交换时都能被识别。

(2)数据转换(翻译)。

一个应用系统的数据可能要经过一定的修改、合并或者分离才能被另一个应用系统所接受。

(3)数据排序和映射。

在不同应用的数据模型之间建立起对应关系。一般来说,各个系统数据模型的字段不一样,要想把一个应用系统的数据传到另一个应用系统,就需要在这两个应用的数据模型之间建立起对应关系。

(4)数据过滤。

从一个应用输出来的数据中,根据一定的规则,过滤出另一个应用所需要的数据。

(5)数据扩充。

一个应用系统传过来的数据,有时候需要在一些字段里补充数据或增加一些字段,才能传到另一个应用系统。

(6)数据缓存。

数据在有的场合并不需要实时地更新,可以通过数据缓存模块,把从一个应用系统传过来的数据暂时存储在数据交换平台中,等到需要的时候再一次性地把数据传到另一个应用系统。这样就可以支持异步操作,可以减少系统间的交互次数,提高网络的速度。

4)安全控管。可以对包括系统层安全性(如操作系统)、应用层安全性(如数据存储、传输的安全措施等)、网络层安全性(如采用防火墙,VPN等)的管控。

5)监控管理。与管理流程相对应的对整个系统运行环境的管理,包括系统接入、转换配置、运行配置、日常作业和系统恢复管理等。

4 信息交换平台数据特征

4.1 一致性:

保证来自相对独立的各个应用的数据,转换为统一的格式。

4.2 互操作性:

两个或更多系统或其组成部分之间交换信息(功能上的)实现交换信息的效能最大化。

4.3 集成性:

所有应用数据来自不同系统进行整合。

5 数据交换平台的优势

数据交换平台给我们提供了统一的方式来实现医院信息系统的集成,这种方式的优势有:

(1)连接标准化。数据交换平台支持HL7。

(2)降低了系统耦合度和集成的难度。 由于应用系统只需要与数据交换平台集成,从而减少集成应用系统之间的耦合水平,可以将某一个应用系统的部分或全部进行替换而不影响其他应用系统; 数据交换平台提供的配置工具,可以轻易配置好系统之间的集成;并且定义了多种接口,多种通讯协议和消息协议,使得各种异构系统之间的连接更加简单,降低了开发的工作量,减少重复开发。

(3)实现数据共享。可以将分散建设的若干应用系统内的部分数据进行整合,综合统一的数据存储应用服务,使多个应用系统进行信息/数据的传输及共享,提高信息资源利用率,保证数据时效性、真实性,安全可靠性。

(4)提高系统的扩展性。数据交换平台的最大优点体现在它的可扩展性上,任何一个系统的下线或者上线不会直接影响到其他系统,方便多个应用系统间的集成。从这一点上讲,对于医院这样需要不断完善、新系统不断增加的状况来说无疑具有重要意义。

(5)提高了系统的可维护性。 一方面由于接口数量减少了,维护起来相对容易;另一方面由于数据交换平台提供了监控工具,可以追踪系统里的每一个消息,可以及时发现问题并纠错,维护更加方便,这也提高了集成的质量。

(6)便于管理。 由于所有系统都通过数据交换平台来集成,医院只要管理好集成平台与应用系统之间的关系,不用再协调各厂商之间的关系。

6 总结

医院网络系统的集成,可以提高医院的信息共享度,提高医院的工作效率。但初期系统之间是两两集成,给医院的维护和管理带来诸多问题。现在在一些大型医院开始采用数据交换平台来集成医院网络系统。从目前应用的情况来看,说明这种方式高效的,方便了维护和管理,提高了的集成水平。相信在数字化医院已经成为趋势的今天,数据交换平台将会有更加广泛的应用。在数字化医院的大框架下,利用数据共享交换平台来丰富和完善了数据共享和交换解决方案,改善了医院业务处理流程,提升医院业务系统之间的关联和交互,提高了医院的社会和经济效益,成为了医院信息化建设的重点和亮点。

参考文献

[1]魏永华,李包罗,宋斌恒.基于HL7标准可扩展的医院异构系统间统一集成平台的研究中华医院信息网络大会,2008.

[2]Health Level Seven.http://www.hl7.org.

[3]张刚伟等.集成平台在医院信息系统集成中的应用中华医院信息网络大会,2008.

[4]张蕾,李明.医院信息系统数据信息交换平台构架探讨中华医院信息网络大会,2008.

[5]荆涛等,译.Gregor Hohpe,Bobby Woolf.企业集成模式:设计、构建及部署消息传递解决方案[M].北京:中国电力出版社,2006.

公共信息平台交换网 篇8

随着我国经济飞速发展,城市的交通问题日益严重,交通信号控制系统在保障道路畅通、安全和有序方面起着重要的作用。尽管各地的交通信号控制已经投入使用,但是仍然存在数据共享程度较低、通信过程缺乏统一标准、与交通系统外的其他系统进行信息交互的接口较少等问题。

针对目前部分地区交通信号控制系统落后的现状,提出了基于XML和消息中间件的信息交互平台,可有效提取出各信号机提供的数据,并实现系统控制区域的动态划分和合并,以及各区域间数据的共享与交互。

1关键技术

1.1XML技术

XML( e Xtensible Markup Language,可扩展标记语言) 是SGML( Standard Generalized Markup Language,标准通用标记语言) 的一个简化子集,将SGML的功能和HTML的易用性结合在了Web应用中,扩展性和可验证性较好,而且易于使用和易于移植。无论是组织还是个人均可通过XML创建满足自己需求的标记集合,而且XML的数据存储格式不受限于显示格式,因此,XML在一些中间件、电子商务等领域大受欢迎[1]。

目前,支持XML格式的消息传输技术有很多。例如,基于XML的远程过程调用( XML Remote Procedure Calls) 、简单对象访问协 议 ( Simple Access Protocol) 以及消息 中间件 ( Message - Oriented Middleware) 等。

1.2消息中间件技术

中间件位于操作系统和应用程序之间的一类软件,封装了一类应用程序的共性,并且提供相应的API进行二次开发,最终完成一个应用程序。消息中间件实现的信息交互的主要特点是: 消息传递机制既高效可靠,同时又与平台无关。 基于消息排队以及传递模型,消息中间件可以支持多通信协议,实现了分布式系统的集成。MOM的基本组成包括消息和MOM提供者、客户端,前者主要指的是管理工具和相关API。由于MOM中提供的路由体系结构不同,就使得MOM不仅可以应用于集中式消息服务器上,还可以由各客户端实现路由功能,Active MQ就是其中的一种。

1.3信息交换

信息交换是指不同计算机应用程序之间互相交流有用的信息,主要应用于电子商务、远程服务、数据集成等领域。 XML定义的数据结构不是基于二进制的,而是简单的纯文本,允许程序开发制定满足自身需求具有特定领域特点的底层数据交换规范。把XML作为信息交互的中介,实现不同服务器或者应用程序之间的无缝信息交互。XML作为一种元数据语言,提供统一的格式对信息进行描述,使得即便信息来源于不同系统也能按照统一的格式实现信息交互。 XML有利于协调处理数据,而且也不依赖于编程语言或者操作系统,所以,XML即为应用系统内部或者互联网系统之间的数据交换提供了一种简单、快速的解决方案。

信息交互平台内部直接封装信息,旨在使得被动提供信息的应用程序能与其他应用程序实现信息交流。

2交通信号控制系统中信息交换的设计

2.1交通信号控制系统

交通信号控制系统是协调管控一个城市的某个区域或者整个城市内部的各路口信号的系统。目标是使得城市受控区域内道路系统的交通效益得到充分发挥,在交通信号控制系统的整体控制下,针对各路口、路段所允许的最大交通流量在承载运送上的不同,最大限度地发挥路口间的优势互补和良好协作,均衡各路段的交通量,使得车辆停车次数、延误时间和环境污染等减至最小。

交通信号控制系统共分为三层: 上层PC应用层,中间业务服务层和底层资源接入层[2]。其系统架构如图1所示。

如图1所示,在此给出系统架构图中三层各自的实现原理及对应功能概述如下。

上层PC应用层是面向用户的,主要包括集中协调各信号机的交通控制中心和各交警大队的子控制中心。系统的设计采用的是B/S架构,用户只需要打开浏览器登录进入系统,就可以管理和控制各信号机。

底层资源接入层是指管理城市道路各交叉路口的车辆通行状况的信号机,信号机在保障车辆顺利通行、道路畅通的同时也在监测着其路口的交通流量。

中间业务服务层的主要作用是连接上层PC应用层和底层资源接入层。中间业务服务层包括三类服务器,分别是Apache应用服务器、数据库服务器和Active MQ服务器。其中,Apache应用服务器主要负责为上层PC应用层的交通控制中心和各交警大队的子控制中心提供Web服务; 数据库服务器的作用是保存所有数据; Active MQ服务器作为消息中间件的一种,负责转发上层PC应用层和底层资源接入层之间的信息。

2.2交通信号控制系统中信息交换标准

国际上各个城市交通信号控制系统的通信协议虽有不同,但国外使用的NTCIP协议已经有效解决了协议不一致的问题,只是我国仍未出台统一的通信标准和规范。目前我国使用的通信协议以数据帧的格式为主,协议的通用性、扩展性和标准化均较低,协议使用的局限性较大[3]。因此,本论文提出了基于XML的交通信号控制系统通信协议Teleseme ML( Teleseme Markup Language) ,XML类型的文档数据是源自数据内在层次结构进行组织并设计的,利于描述存在包含关系的概念模型。

2.2.1基于XML/消息中间件的TelsemeML的设计需求

Teleseme ML是中国城市交通信号控制系统的后台中心和各路口信号机间进行信息交换的格式标准,系统的后台管理中心通过基于Teleseme ML的通信协议与不同商家的信号机进行通信,为系统的集成和扩展提供可能。Teleseme ML的设计需求如下:

( 1) 信息交换的规范和标准是在对中国城市交通信号控制系统的后台管理中心与各路口信号机进行信息交换的信息归纳和抽象的基础上综合设定并统一制定的,期望能对后台管理中心与信号机之间信息交换包含的数据与控制指令实行合理有效地表示与存储;

( 2) 信息交换的每一条命令的数据格式都应该符合统一的、特定的格式。方便系统后台管理软件与路口信号机系统进行有效的信息通信和数据处理[4];

( 3) 制定的信息交换标准不应该局限于某一种特定的传输协议,而是能够支持多种机制,诸如HTTP或者其他一些特定的传输协议;

( 4) Teleseme ML的可扩展性较好,方便系统日后的功能扩展;

( 5) Teleseme ML设计时应该尽量地简单易懂。

XML相关技术能够确保基于XML的Teleseme ML通信协议符合以上要求,Schema确保信息交换符合规定格式, XSLT能够方便实现文档之间的转换,XML可以跨平台且不用基于某一特定传输协议进行通信。

2.2.2基于XML/消息中间件的TelsemeML的设计实现

Teleseme ML从实用性、开放性、可扩展性、前瞻性和先进性等角度出发,不仅分别考虑了中国目前交通信号控制系统的特点,而且结合系统的功能需求和发展趋势,采用XML描述语言设计实现了中国交通信号控制系统信息交换标准。

在设计和制定信息交换标准的过程中,Teleseme ML作为描述控制信号灯的通信标准,根据城市交通信号控制系统信息交换的传输要求采用面向对象的分析方法,自顶向下建立信息交换的对象数据模型。主要包括对象所属类型、对象内部属性等。Teleseme ML代表整个信息交换的数据内容,包括信号机参数管理层、信号机方案配置层、信号机交通控制层、信号机系统干预层、信号机交通优化层和信号机交通数据管理层六大结构层。采用XML格式描述交通信号控制系统中的交换信息,方便系统的后台管理中心和各路口信号机应用程序进行交通信息的交互和控制命令的下发与上传。具体的数据层次结构框架图如图2所示。

2.3基于信息交换模型的信息交换设计

2.3.1参数管理模块

在系统的参数管理模块中进行信息交换时,主要涉及到的类包括用于接收系统从前端页面获取的数据的值对象类、 用于保存到数据库的实体、对数据库进行相关操作的类、通信协议类、信息交换的发送端类和信息交换的接收端类等[5],对应类图如图3所示,各个类的说明则如表1所示。

2.3.2相位方案配置

相位方案主要涉及的类有接收系统前端页面数据的值对象类、用于保存到数据库的实体类、程序业务逻辑层类、程序数据访问层类、通信协议类、信息交换的发送端类和接收端类等,其类图如图4所示,各个类的说明如表2所示,其中通信协议类、信息交换的发送端类和接收端类的说明同表1。

例如,当系统后台管理员添加信号机相位方案时,首先通过对象类获取要添加的相位方案相关信息,读取事先设置好的绿冲突信息,进行绿冲突检测,然后参考实体类属性进行数据处理,再引用通信协议类进行协议的封装,最后由信息交换的发送类将协议发送出去,而当信息交换的接收类接收到路口信号机的反馈信息后,即需要参考通信协议进行协议的解析,并根据实体类属性进行数据的存储。

3结束语

通过对XML技术、消息中间件技术以及信息交换模型的分析研究,结合交通信号控制系统中信息交换的需求,将信息交换模型应用到了交通信号控制系统中。随着信息技术的继续发展,城市交通信号控制系统对信息交换的要求会越来越高,本文虽实现了信息交换在交通信号控制系统的应用,但是仍需对交通信号控制系统信息传输的安全性等方面进行深入探讨和继续完善,同时这也是本研究下一步的发展方向。

公共信息平台交换网 篇9

近年来,医院“看病难、看病贵、看病烦”成为社会关注焦点。究其原因,是医疗信息资源缺乏整合。各医院基本为独立运作,医疗信息分散、数据结构不统一,难以实现互通,求医群众和医护人员均无法通过网络实时了解多家医院的医疗信息动态和实现医疗信息的共享。通过区域医疗信息共享平台,各医疗机构将医疗数据进行上传共享,实现医疗信息资源整合,既可使病人享受更加透明、便利、高效、便宜的医疗服务[1],也可以帮助各医疗机构获取病人大量共享信息,以此改进工作流程,提高工作效率。

1 数据交换关键技术

1.1 SOA体系

SOA(面向服务架构)是一种IT体系结构样式。区域协同医疗服务数据交换与共享平台遵循SOA架构体系,将不同的应用系统通过良好的接口和契约联系起来,利用ESB企业服务总线实现各类异构信息资源的集成,从而实现相互间的信息交换、信息共享与业务协同。

1.2前置交换技术

前置交换子系统从各业务应用系统的数据库中获得数据,并将数据转换成XML格式、通过Web Services等协议完成于中心交换子系统的数据交换。系统支持格式包括XML、HL7、CDA R2等。对于数据的交换可以通过映射工具来完成生成CDA文件[2]。

1.3 ICE架构

ICE架构是一种适用于异种环境的面向对象中间件平台,支持分布式的部署管理、消息中间件、网格计算等。ICE API提供了一个向下调用接口,通过调用此接口来实现本地和远程的数据交换。可以将系统设计成一个节点对象,对数据交换所需的操作全部定义为服务接口,供其他节点对象进行远程调用。采用ICE中间件作为通信平台,隐藏了通过网络远程调用的细节,使得数据交换像是非远程进行的,系统的上下级不影响对系统的管理。通过ICE将系统和设备共有的操作抽象出来作为抽象构建角色,将系统与系统之间的数据交换以及系统与设备之间的数据交换统一起来,大大简化了设计的复杂度,使得结构更为清晰。

2 数据交换方案设计

2.1 数据采集标准

由于各级医疗机构采用了不同的医疗信息化系统,而系统集成商在设计实施这些医疗信息化系统时对医院规模、开发技术掌握、系统架构设计和业务理解等各方面有着千差万别,从而导致对相同业务采取了各种不同的数据定义、组织和存储。为了屏蔽这些区别,必须对这些医疗数据进行统一数据定义和组织。通过对医疗业务的分析整理,定义出医疗业务信息交换标准,该标准以HL7标准和XML标记语言为基础,对医疗业务中的各种信息进行定义,统一了医疗业务信息数据的定义和数据组织模式,规范了医疗业务数据交换标准。HL7是不同医疗信息系统间标准的通讯协议,它使得医院各型医疗信息系统、医院间不同医疗信息系统之间能够进行数据交流与交换,允许医疗机构不同的应用系统间进行一些重要资料的沟通。XML即可扩展标记语言,通过此种标记,计算机之间可以处理包含各种信息的文件。它既可以根据用户要求进行自定义,也可以具有特定的标准格式,是一种很抽象的语言。通过符合HL7标准的XML可扩展性的标记语言作为数据传输介体,为将来其他应用系统直接与区域医疗数据交换平台交换数据提供标准数据接口[3]。

2.2 数据交换机制

各医疗机构上传的数据在前置机的交换以XML文件作为中介,见图1。医院把符合标准要求的数据从数据库里提取后,再导入中间表,传输至医院交换前置机。医院交换前置机部署数据发布的源适配器,实现数据的抽取、转换、过滤和发布等功能,通过相关触发器生成相应的XML文件。也可在医院交换前置机上安装一个数据库,作为交换数据库使用。通过部署数据复制适配器,实现共享数据从医院业务系统到交换数据库的数据转移任务。数据复制适配器可配成定时导入或实时导入,并支持数据的增量抽取或同步更新等多种模式。然后在医院交换前置机中部署数据发布源适配器,实现定时或实时的数据发布,将数据进一步发布到中心交换服务器。在中心交换服务器中部署数据订阅目的适配器,订阅来自各医院业务系统的共享数据,并存贮到数据中心数据库中(ODS,可操作数据存储)。医院业务系统的可共享数据,就可以定时或实时集成到中心数据库中,形成数据中心的基础数据库。

需要特别说明的是,医疗数据交换平台采用星形结构部署,以前置交换服务器为中心,通过各种适配器与现有的系统通信交换数据。前置交换服务器的部署原则是不影响原有系统的正常运行,所以前置交换服务器提供开放的交换接口和通用的各种适配器接入原有系统,尽量不在原有系统上安装任何软件或者客户端程序。

2.3 数据访问机制

数据中心设计架构为B/S模式,该模式具有良好的开放性和跨平台性。对卫生局数据中心可采用Web形式进行访问,客户端仅需要浏览器就可以访问患者数据。由于涉及医院内网与卫生局数据中心(外网)间的相互访问,必须保障医院网络的安全。各医疗机构可以通过光纤直连卫生局,并且加装防火墙。医院在带路由功能的防火墙上对卫生局网络进行NAT(Network Address Translation,TAN)地址映射(图2),分配与院内网相同的网段,在技术上可将卫生局变成医院的一个分院。在防火墙处对不同的数据交换内容进行了相应配置,开放必要的端口进行访问,实现了安全可靠的数据交换[4]。

根据医院内部局域网基本情况,各工作站使用的IE浏览器通过NAT技术转换地址后访问卫生局数据中心Web服务器,按照网页的提示,输入病人全局识别码即可以查询病人的病历、检验、检查等信息,实现区域内医护人员对病人就诊信息的共享访问。

3 交换方案特点

3.1 整合兼容性

对接入到区域医疗信息化网络平台的信息提供者和信息获取者,不需要改变其原有的内部信息系统,只需要编写接口程序和信息编码转换程序就能实现医疗数据交换。

3.2 采用标准化设计

平台数据交换方案采用标准化的数据类型、组织结构、医疗术语、数据访问服务和网络架构,能够满足各种应用系统的临床数据需求,最大程度地支持不同系统之间的互操作,为未来更多区域医疗业务的开展提供统一、标准的数据交换和协同工作平台。

3.3 可扩展性

该数据交换方案具有可扩展性,医院不会因为数据交换平台一个系统的微调而影响整个医院信息系统的运行,可以随着需求的增加扩展其相应的交互能力。

4 结语

数据交换平台是实现区域医疗信息化的核心环节,由于大多医疗机构都有自己的信息系统和标准,其数据结构也各不相同,医疗信息资源交换与共享的长效机制尚未建立,这些问题都会妨碍区域医疗信息化的发展。本文通过对数据交换技术的分析和设计,为解决不同医疗机构间诊疗记录、医疗文件等相关信息资源的交换与共享提供了一种可行的技术方案,对促进医疗卫生信息资源开发利用、降低信息协同成本、推动区域医疗信息化建设具有一定的借鉴意义[5,6,7]。

参考文献

[1]杨燕,陈功,沈宫建,等.医疗数据交换平台在医院信息化中的应用[J].中国医疗设备,2011,(8):38-42.

[2]杨雷.数据交换平台在区域医疗信息化中的设计与研究[J].网络安全技术与应用,2013,1(4):43-45.

[3]唐凯,管世俊,黄钊,等.区域医疗信息化中的医疗数据交换平台[J].医疗卫生装备,2010,31(5):35-37.

[4]宋斌,陈海东,余赛玉,等.军队区域医疗信息平台设计与技术应用[J].解放军预防医学杂志,2010,28(5):32-33.

[5]游静.区域医疗信息系统集成实施案例与实施模式研究[J].科技管理研究,2013,(20):199-207.

[6]顾辰辰.基于区域的医疗信息交换平台的研究[D].北京:北京工业大学,2013.

公共信息平台交换网 篇10

杭州萧山国际机场自2000年12月通航以来, 航班量和旅客人数逐年增加, 目前已成为年吞吐量千万人次的全国十大机场之一。同时, 机场的信息化建设也取得长足的进步, 建立了一大批支撑机场运营的信息系统。随着机场的不断壮大, 信息化的要求也不断提高, 机场内部各系统之间, 机场与政府职能部门、联检单位之间, 机场与各驻场单位之间的数据交换、共享的要求越来越强烈, 因此, 迫切需要构建一个强大的集成多源分布异构系统的交换平台, 以满足杭州萧山国际机场信息整合的要求, 实现数字空港的宏伟目标。

1现状及问题

杭州萧山国际机场的业务信息系统大致可分为三大部分。包括航班指挥调度部分、旅客离港部分、货运仓储部分, 分别实现飞机的调度、指挥, 旅客的值机、安检、登机, 货物的进仓、配载、转场等功能。每部份又各自包含许多独立建设运行的系统, 例如航班指挥调度部分包括了航班集成系统、指挥调度系统、广播系统、航显系统等多个系统。同一部分的系统之间虽然存在数据交换, 但交换的方式大都采用点对点的接口方式, 系统扩展性较差, 维护工作量大, 难以满足不断改造升级的要求。而各部分之间的系统, 则处于相对隔离的状态, “孤岛效应”明显, 各系统之间数据交换的要求, 往往只能通过手工的方式或者同时使用多套系统终端的方式实现, 不仅工作量大, 方式繁杂, 而且效果不好[1]。

同时, 海关、电子口岸、航空公司、华数电视等联检单位、驻场企业和社会公众服务要求与机场互换数据, 使得接口开发的任务越来越多, 对原有系统的保障任务带来了不少的压力。

2交换平台的实现

目前, 关于多源异构数据集成方式, 主要有基于联邦数据库的集成方式、基于数据仓库的集成方式和基于中间件的集成方式[2]。

2.1基于联邦数据库系统的集成

基于联邦数据系统的集成方式是较早的集成方式。在联邦模式下, 各数据源之间相互提供访问接口, 分享数据。数据库提供本地使用的同时也参与联邦系统的运作。但是, 该方式扩展性差, 当集成系统的数量和规模很大时, 则面临着工作量极大的困境。

2.2基于数据仓库的集成

基于数据仓库的集成方式是将异构数据库系统中的数据复制并提取出来, 将数据转换成集成的、同构的数据, 建立一个消除了差异性的数据仓储集合。尽管该方式查询效率较高, 但是通过集中复制数据实现数据集成会消耗大量的存储空间, 而且只能定期更新数据, 无法实时反映数据的变化, 实时性差。同时, 如果数据源发生较大变化, 还可能会损害到数据仓库本身的质量。

2.3基于中间件的集成

中间件是一种独立的系统软件或服务程序, 分布式应用软件借助这种软件在不同的技术之间共享资源, 管理计算资源和网络通信[3]。

基于中间件结构的集成方式是通过中间件屏蔽分布式系统的异构性实现数据集成。中间件层并不存储具体的数据, 只存储所有数据的逻辑集成模式, 不改变数据源的存储和管理方式, 是一种集中式管理、分布式存储的数据集成方式, 具有时效性、可扩展性和安全性, 适宜于数据源数量较大、数据变化频繁的集成环境。

3杭州萧山国际机场数据交换平台

3.1杭州萧山国际机场数据交换平台的整体架构

杭州萧山国际机场数据交换平台以面向服务体系结构 (SOA) 为框架, 以服务总线技术 (ESB) 为基础, 采用松散耦合方式架构。数据交换平台能够提供跨平台数据交换服务, 能够对数据交换和传输过程实现集中统一控制、规范管理、实时监控, 同时还能保持各业务系统的独立性[4]。

目前, 杭州萧山国际机场数据交换平台所联系统包括:航班指挥调度系统、离港系统、安检系统、货运信息系统、现场车辆调度系统、财务系统等内部业务系统和航空油料调度系统、华数航班信息系统、海关电子口岸、SITA报文系统等外单位业务系统以及建设中的数据中心系统, 如图1所示。数据交换平台实现了包括航班信息、旅客信息、SITA报文信息以及货运信息在内的多信息在多系统、多单位、不同协议下的交换和格式转化, 实现了信息主动发送、订阅等多形式的信息交换, 实现了与短信平台互连的监控中心, 特别是实现了基于实时消息同步的中心数据库系统。

3.2 交换平台逻辑结构

数据交换平台以IBM WebSphere Message Broker V6.0作为消息中间件, 逻辑架构由连接层、传输层、转换层、监控管理层组成[5], 如图2所示。每层实现的功能如下:

连接层:为异构系统提供丰富的连接器、适配器, 在不改动其应用系统的前提下, 按照一定的策略进行数据抽取并发布到信息总线。目前机场数据交换平台已支持包括IBM MQ series, FTP文本格式, SITA 报文格式, WEB服务等。

传输层:负责所在所有系统之间传输路由数据和消息, 实现数据、服务命令的上传和下达。主要通过IBM MQ series实现。

转换层:负责将信息总线中获取的数据进行统一的数据处理, 包括对异构数据进行转换、对数据有效性进行检验和分析等。

监控管理层:提供管理监控工具, 实现对交换和整合流程的调度管理, 对各系统接口模块集中、远程、统一的监控管理。

3.3 杭州萧山国际机场数据交换平台消息交换机制

下面以航班信息交换为例, 简单介绍在数据交换平台中, 数据交换的机制。

航班信息交换, 大致可分为两种模式, 一种是主动传输模式, 另一种是被动申请模式。

主动传输模式, 即航班指挥调度系统中发生的任何航班的信息变动, 包括航班时刻变动、航班状态变动、航班增补、机位分配等, 都主动地将变化消息按协议格式内容传输至交换平台, 并按各自系统不同要求分发到各系统, 如图3所示, 航班调度消息将原始的航班动态消息通过MQ适配器传输至MQ队列, 再经过消息路由转发模块读取消息头中的路由字段, 并生成相应的消息, 传输到格式转换模块, 根据传输目的地的不同, 进行格式字段的数据转换, 并最终传输到各个系统或者丢弃。

被动申请模式, 在因为各种原因导致的航班数据不同步, 需要重新同步航班数据内容时使用。如图4所示, 当货运系统需要申请航班动态同步时, 首先通过MQ适配器, 将申请消息发送至MQ队列, 再由格式转换模块将申请消息转换成航班调度协议中约定的格式, 通过消息路由模块传递至航班调度系统, 航班调度系统收到消息后, 将航班数据打包整理成返回消息, 通过消息路由模块读取消息格式中的路由字段, 将消息转发到申请消息的货运系统, 实现航班动态的被动申请。

下面给出的就是航班信息申请消息的XML文件:

SEDNER、RECEIVER标签标识了本条消息的消息源头和消息目的地, 路由转发模块通过对比路由表达到转发、分发的目的。

MSGTYPE标签表示消息类型, 格式转换模块对比该标签和RECEIVER, 决定格式转换的内容。

DISPATCHPROCESS标签表示路由标识, 航班指挥调度系统通过辨认该消息生成返回消息。

3.4 优点

异步、松耦合的数据交换平台上线后, 对机场的数据整合和原有系统的保障工作起到了良好的作用, 经过半年的使用总结如下优点。

1) 各系统保持相对的独立性, 统一接口的方式, 减少了各系统的故障点, 使得各个系统变的更可靠。

2) 交换平台的设计使得各个系统之间不直接相连, 有了一定的缓冲空间, 有利于部分系统的升级改造。

3) 交换平台的设计具有高可扩展性、易可扩展性, 一次设计, 可重复使用的优点。

4) 统一监控中心的设计, 使得各系统的接口程序有了统一的管理, 对于故障情况有了短信提醒的功能。

5) 实时消息同步的数据中心设计, 使得数据中心的数据更实时、可靠, 而且与各系统并不直接相连, 对各系统没有压力。

结束语

机场信息整合是个长期而且艰巨的任务, 自2007年数据交换平台构思设计以来, 抓住集成改造、离港系统改造、安检系统新建、海关大通关项目实施等几大改造、新建项目的机遇, 按统一规划, 分步实施的原则, 逐步改进完善了机场数据交换平台, 目前已得到了广泛应用, 取得了良好的效果。特别是中心数据库的建立, 为机场决策分析、数据挖掘分析提供了可能。

参考文献

[1] Krafzig D, Enterprise SOA中文版:面向服务架构的最佳实践.韩宏志, 译北京:清华大学出版社, 2006;126—127

[2]张小星, 唐朝辉.企业多源异构数据库数据集成的研究.计算机控制、监理与管理, 2007; (3) :66—68

[3]李华飚.Java中间件技术及其应用开发.北京:中国水利水电出版社, 2007:77—79

[4]章威, 徐建闽.广州市I TS共用信息平台软件体系结构研究.交通运输系统工程与信息, 2006;6 (8) :119—124

公共信息平台交换网 篇11

1 现有管理模式的缺陷

2011年,卫生部发布《全国慢性病预防控制规范》以及《浙江省基本公共卫生服务规范》的推出,慢性病防治有了长足的进步,政府主导、部门协作、分工负责的格局基本建成。但是,在实际工作中,现有的慢病管理模式仍然存在一定缺陷,主要表现在:

一是信息传递不及时,综合性医院、疾控中心、社区卫生服务中心、责任医生这四个责任人之间各自为政,相互之间的信息传递不顺畅,信息传递基本还依靠纸质的报告卡片等载体传送,速度、效率低下,沟通成本极高。比如最为真实可靠的门诊诊间随访信息不能及时传递给责任医生,导致低质量的重复劳动。

二是35岁以上常住人口首次就诊测血压的机制没有落到实处,在历次的检查中均有发现漏检人员,未能实现100%覆盖。

三是对确诊高血压患者的分级管理不规范。按照规定,责任医生需要根据患者的危险因素和血压控制情况分三级管理。在实际工作中,责任医生分级随意性大,且缺乏及时、有效的监管措施。

四是监督管理考核机制缺乏量化的指标,反应迟钝。新医改实施后,基层医疗机构普遍实行了绩效工资改革,如何对慢病随访工作的质量和数量进行及时有效可信的考核也是摆在管理者面前的一个难题。

五是县级以上医疗机构公共卫生职责不明确。尽管浙江省卫计委出台了《县级以上医疗机构公共卫生任务书》,明确了县级以上医疗机构的公共卫生职能,但多数医院还是以吸收病员,开展治疗为主要工作,未能承担起对基层医疗卫生单位的技术指导任务。部分接诊医生新发现的慢性病患者只重视病人的治疗,忽视报告,是慢性病漏报的主要原因。

六是疾控机构没有充分发挥作用。区级疾控中心本应协助卫生行政部门制订本地区的慢性病防控规划和工作计划,为制定和发展政策提供技术支持,承担慢性病防控工作的业务信息管理,防控效果的考核评价。但是人员、经费的不足严重制约了疾控职能的发挥,没有做好收集汇总辖区慢性病监测数据,完成综合评估报告;组织实施健康促进项目;制订辖区慢性病干预的工作计划;指导基层医疗卫生机构实施慢性病防控工作,并考核评估防控效果的职能。

2 运用区域卫生信息系统的工作模式

区域卫生信息系统作为新医改四梁八柱中的重要组成部分,通过信息化的手段,建立起一个综合性医院、疾控部门、社区卫生服务等多部门协作、信息共享的协同管理系统,实现慢病资料的收集、评估、分类、处理等各环节的统一,将慢病的健康教育、疾病监测、社区干预、治疗康复融为一体。通过区域卫生信息平台的基础上实现对联网范围内医疗机构医生工作站的实时信息进行监控;基于居民健康档案生成患者特征库,在此基础上进行综合判断,确定医生所需完成的协同任务。从而规范业务操作,促进业务协同;降低区域内慢病的漏报率,提高管理率。基于区域卫生信息平台的高血压管理流程见图1。

3 全新工作模式带来的好处

3.1 通过临床激活公共卫生管理的模式,实现在区域范围内针对高血压管理的各业务条线协同管理,在单项病种上形成临床与公共卫生的一体化管理,促进区域管理率的提高。

3.2实现全方位的信息共享。整个慢性病防治体系中的参与人员均成为信息系统的数据提供者和受益者,彻底解决了信息传递不畅,重复录入的问题。

3.3医疗卫生单位全覆盖,管理协作紧密。由信息系统智能判断是否需要报告、随访、转诊等,所有医疗机构发现无论是否为辖区内的新发病例均可报告,按照患者的住址自动归口到相应的社区责任医生,由社区医生进行患者的随访管理。如果社区医生认为需要转上级医疗机构治疗,则通过系统出发双向转诊,由综合性医院接收患者治疗。

3.4疾控部门可以非常方便地获取大量的数据,及时调整防控工作方案,指导基层医疗卫生机构实施慢性病防控工作,也为量化考核评估防控效果提供了可能。

4 当前急需解决的几个问题

4.1 社区卫生工作人员信息化素质需要进一步提高

由于社区医生年龄老化,部分医生对区域协同信息化管理的运用还不够熟练,这需要管理部门通过改善政策环境,加强信息化培训,逐步吸纳年轻医务人员到社区卫生服务工作,以提高社区医生的信息化管理水平。

4.2 加快信息的对接

由于各地信息化发展的不均衡,居民健康档案信息在区县之间市级三级医院之间的流转目前还没有实质性的进展,影响到病人的治疗管理和社区卫生服务的顺利开展。各级卫生行政部门应协调各方利益,加快多方信息对接,全面实现信息共享与业务协同。

参考文献

[1]于国防，郭晓雷，马吉祥，等．慢病社区综合防治信息管理系统的开发与应用[J]．预防医学论坛，2004,10(5):596-598．

[2]潘劲，胡如英，俞敏，等．浙江省慢性病监测信息管理系统的架构及作用[J]．中国预防医学杂志，2010(11):1156-1157．

[3]郦文华．慢性非传染性疾病管理信息系统的开发与应用[J]．中国公共卫生管理，1998,14(5):361-362．

[4]童思木，沈崇德，章伯鸣，等．构建与应用全程网络化的医院慢病报告系统[J]．现代预防医学，2010,37(6):1066-1067．

[5]王来根，唐爱奇，方杭燕．监测信息系统在社区重点慢病管理工作中的实践和探索[J]．中国农村卫生事业管理，2011,31(8):842-843．

[6]钱云，张敬平，姚健，等．无锡市慢性病发病网络直报的探索与实践[J]．中国慢性病预防与控制，2011,19(4):397-399．

[7]胡祥炬，李俊荣．当前我国慢病防治问题的探讨[J]．中国自然医学杂志，2008,10(1):71-72．

[8]罗乐宣，林德南，朱远燕．深圳市区域卫生信息化建设实践和体会[J]．中华医院管理杂志，2012,28(10):739-742．

[9]贾锋，吴芬兰．石家庄市提高健康档案利用率的探索与体会[J]．中华医院管理杂志，2014,30(2):138-140．