数据交换共享平台方案

数据交换共享平台方案（共6篇）

数据交换共享平台方案 篇1

采购内容及技术要求

一、现状

我区于2005年开发完成数据共享和交换平台，并于2008年对系统进行更新升级，进一步完善了系统的功能。平台目前运行在区信息中心机房，有公安局、计生局两个节点与之相连，运行正常。

二、建设目标

本项目建设目标是：调研业务部门的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》；开发和完善数据共享平台系统；建设顺德区数据共享资源体系，推进数据的共享和综合开发利用；实现顺德区各部门信息数据共享和互联互通,使数据共享平台成为电子政务建设的支撑和服务平台。

三、建设内容

本次建设内容分为三部分： １）对政府重要职能部门开展调研

完成对12个政府重要职能部门数据集成方面的需求调研，完成以数据共享、交换和整合需求的梳理和分析。

２）数据共享规范与标准接口和政府资源目录建设

通过调研业务部门之间的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》，并逐步完善。

３）数据共享平台开发和完善

提供数据发布、目录维护、系统配置等界面，增强系统易用性；改善数据传输性能，支持不同级别数据量的应用系统的数据传输；集成数据共享申请、申请审核、数据共享目录编制等业务功能；实现全区、区与市之间的数据共享；增加共享数据分析统计功能，监控共享数据的访问量、数据状态、共享数据业务办理状况等。

第 2 页，共 14 页

四、建设原则

（一）开放性

数据源和目标数据可以是文本文件、Excel文档、Word文档、XML文档。通过JDBC、ODBC支持所有JDBC和ODBC数据库，并为部分主流数据库提供了专用的数据库接口。目前应该满足Sybase、Informix、Oracle、DB2、SQL Server等异构数据库双向数据传输的需求，根据实际情况还可以进行扩展。

整体开发遵循J2EE平台标准和XML交换标准，有良好的平台兼容性。可以应用于Windows、Linux和Unix系统。

（二）安全性

数据中心的安全非常重要，因此必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。

（三）实用性

完善友好的定制开发环境支持不同技术层次使用者的使用要求。安装简易，使用简单，有完善的系统参数配置工具和管理控制台。

（四）可伸缩性

可以合理地定制数据共享交换方式。根据不同类型业务特色和技术要求特点，量身定制相应的数据交换解决方案。

（五）可扩展性

能够方便的加入交换节点以及增加交换共享服务。能够根据需要，通过增加硬件配置的方式对交换平台进行扩容。

（六）相对独立性

根据数据共享平台的目标定位，数据共享平台的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置部门端数据共享交换管理系统（代理）实现数据资源整合。

第 3 页，共 14 页

（七）统一建设

数据共享平台必须统一规范建设。通过制定统一的数据共享与交换标准，建设统一的数据共享交换平台，即中心端数据共享交换管理系统和部门端数据共享交换管理系统（代理），可以避免重复投资，降低接口的复杂性，有效实现数据中心与业务部门的数据共享与数据交换，消除 “信息孤岛”，实现数据资源的互联互通。

（八）共建共享

一方面建设数据共享平台的目的是为了实现业务部门之间的数据共享和交换。另一方面，数据中心的数据来源于各个业务部门，因此数据共享平台的建设必须依靠各业务部门的积极参与和配合

五、关键技术

数据共享平台的技术路线要点描述如下：

1、采用XML技术统一数据交换格式，使用XML Schema进行数据标准规范的定义和描述。

2、采用SOAP协议进行信息包的封装和数据路由。数据共享与交换平台考虑对Web服务的支持。

3、采用消息中间件保障数据传输的可靠和完整。

4、安全方面，利用XML实现数字签名和加密，并与CA平台结合。通过并发访问控制、访问代理、数据校验、安全审计等手段保证共享数据的完整性、安全性。

5、管理方面，采用WBEM收集、管理并合并多种来源的管理数据。对数据共享平台的各个组成系统进行有效管理。

6、所有支撑系统基于统一的技术平台上设计开发。

7、采用存储域网络（SAN）架构实现共享数据和备份数据的存储。

8、采用集群技术和负载均衡技术提高系统的整体性能和可靠性。

六、调研要求

1、调研对象

第 4 页，共 14 页 调研的对象是顺德区政府下属的重要职能部门，主要包括：工商局、公安局、地税局、国税局、社保局、国土局、计划局、技监局、建设局、民政局、经贸局、执法局等。

2、调研结果

通过对调研原始数据的分析，得出如下调研结果： 1)各个部门的数据供需关系 2)各个部门业务系统状况 3)各个部门软硬件设备状况

4)各个部门对数据共享平台的共享数据的需求

七、《顺德区政府资源目录》和《顺德区数据共享规范与接口标准》

政府资源目录建设的目的是编写《顺德区政府资源目录》，通过调研，收集各个业务部门的之间的跨部门共享数据的供需关系，以及各个部门目前对外共享数据的能力，了解各个部门对数据共享平台共享数据的需求，结合国家对四大数据库的要求和顺德的实际情况，抽象出公共数据库模型，为建设四大基础数据库打下基础。

《顺德区数据共享规范与接口标准》是由一系列的规范、机制、制度组成。标准规范体系包含数据标准规范、技术标准规范、管理标准规范、业务标准规范等4大部分。在设计标准规范体系的时候，需要从体系结构的角度全盘考虑，在符合或者兼容国家电子政务标准规范或上级部门的标准规范的基础上进行设计。

以下标准规范体系图为参考方案，投标方如有更完善的标准规范方案可具体说明整体的体系结构。

第 5 页，共 14 页

数据标准规范

数据标准规范包括：公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范。

技术标准规范

通过技术标准规范支持业务部门系统和数据共享平台之间的数据级和应用级整合，并提高业务系统之间的应用集成、互联互通的能力。

管理标准规范

管理标准规范包括：标准管理、安全管理、数据管理、项目管理，用于指导数据中心日常运行管理、数据维护管理。

业务标准规范

独立的业务标准规范由业务部门制定，关联业务标准由数据共享平台统筹，协调各业务部门联合制定。

八、数据共享平台建设

数据共享平台得建设分为以下三大部分：

第 6 页，共 14 页 1)政府资源目录平台

管理《顺德区电子政务资源共享目录》的内容。包括以下功能：目录接口定义和实现；目录管理和维护；目录访问。

2)前置机处理系统

实现对各个业务部门（不少于5个）不同数据库、不同业务数据资源的统一共享和访问。包括以下功能：系统配置；系统安全管理；数据共享接口定义和实现；数据共享规则定义；数据同步复制。

3)资源目录管理平台

实现政府工作人员共享数据、发布数据、监控管理的统一入口和功能。具体内容包括：完善系统现有功能；增加系统统一监控功能；增加数据库自动推送与接收功能；简化部门前置机的安装和配置；将系统配置功能在统一的Web管理端上实现；实现与佛山市数据共享和交换平台的无缝对接。

第 7 页，共 14 页

数据共享交换平台应实现如下功能：（1）节点管理

实现与数据共享平台相连的的各个节点（业务部门）的信息管理、配置管理。（2）主题管理

数据采集、数据发布、数据共享、数据交换、公共服务以及决策支持均以主题的方式进行，因此必须实现对主题的管理。主题是元数据的集合。

第 8 页，共 14 页（3）元数据管理

元数据（Metadata）是关于数据的数据。元数据描述了数据的结构和意义，同时也可以描述应用程序和流程的结构和意义。构造数据共享平台数据库的重要步骤之一，就是定义和创建元数据。所有进入数据共享平台的数据，必须在元数据中有所表述。数据共享平台的数据管理系统必须提供储存和管理元数据的方法。

数据共享平台的元数据包括基础数据元和共享数据元，由数据共享平台统一管理。基础数据元由数据共享平台定义，共享数据元由业务部门定义并注册到数据共享平台。业务部门进入数据共享平台的元数据管理中心好比进了一个“超市”，可以方便地知道可以获取和使用哪些数据，并进行数据使用申请的定制。（4）公共代码管理

对公共代码需要有统一的标准规范，数据共享平台必须提供公共代码的管理。基于数据中心的公共代码规范，各部门可以通过数据转换将各种不同含义的编码和标准规范的编码之间进行双向的转换。（5）数据采集

与各业务部门形成数据采集机制，通过数据共享交换平台从各业务部门汇总数据，对原始数据进行缓存、存储。（6）数据同步策略管理

系统应能灵活设置和管理数据的同步策略，支持异地、异构、不同组网方式、不同时间间隔等同步策略功能，能结合调研结果和招标方的最终实施方案进行部署，能灵活配置各部门的业务数据库和数据共享平台的公共基础数据库的数据同步，实现数据透明同步和更新，保证数据的一致性。（7）数据整理比对

从各业务部门采集共享数据后，进行数据转换，数据比对、冲突检测处理并入库。（8）数据交换

实现业务部门与数据共享平台之间的数据交换业务，形成高效、安全、可靠、稳定

第 9 页，共 14 页 的数据交换网络。应提供定时批量、实时按需等多种方式的数据交换手段，提供点对点、一对多的数据交换支持，对数据交换进行管理和监控。（9）恢复管理

恢复管理是对数据进行备份、导入导出以及数据库恢复等。数据是数据共享平台核心的资源。全面的容灾方式应该是数据备份+数据复制+远程容灾。对系统中的数据要定期进行系统备份。采用本地备份与异地备份相结合的方式。投标方应具体说明采取何种方式实现该功能。（10）标准管理

进行数据共享平台的标准规范尤其是数据标准的审核制定、升级维护与发布实施等管理功能。在数据中心的建立之初，由于标准规范处于不断完善的过程，应建立标准的版本管理机制，方便业务部门的查询和使用。（11）应用支持

对政务相关业务应用系统、公共服务系统、联合审批系统、业务监管系统和决策支持系统提供数据、通道和平台等支持。（12）运行管理

运行管理系统主要提供给数据共享平台的系统管理人员使用，用于保证数据共享平台的安全可靠和高效运行。其功能主要包括面向安全性的用户管理、权限管理、密码管理和日志管理等；面向性能优化的性能监控等。面向实用性的节点管理、交换规则管理和状态监控；其中节点管理包括对业务部门的信息管理。

由于各种共享数据由不同的部门提供和使用，为了提高数据的使用效率，必须提供数据统计和分析功能，首先要对共享数据的访问日志进行记录，然后灵活地统计各个部门共享的数据以及访问过的其它部门的共享数据，同时将这些结果汇总，进行各种分析，提高数据的使用效率。

数据共享平台是一个分布式业务处理平台，由多个设备和软件同时运行，为了保证整个平台的高效率运行，必须监控每一台设备上每一种应用程序的运行状态，数据访问流

第 10 页，共 14 页 量，以及共享数据业务的办理状况，一旦发现异常，立即报告管理人员采取有效措施，恢复系统的正常运行。

这些功能的设计，首先是标准的监控状态信息格式定义，然后是被监控设备上软件的技术实现，最后是数据资源管理平台对被监控设备上软件的状态信息的动态查询和显示。

（13）数据共享申请管理

此功能包括以下三个功能点： 1)数据共享申请：提出数据共享申请 2)数据共享申请审核：对共享数据进行审核

3)数据共享目录编制：对于审核通过的数据共享申请，对所共享的数据进行编目和发布

一个业务部门想要其他部门共享数据，首先要向其他部门提出申请，由其它部门对数据共享申请进行审核，如果审核通过，则对共享数据进行编目，其它部门就可以对想要的数据进行访问了，若审核不通过，则数据不共享。（14）数据交换网关

数据共享平台的建设，解决了数据共享和交换的问题，实现了政务信息的互联互通，但是由于UDDI规范比较复杂，而且，开发一个应用系统需要与多个业务部门打交道，因此，开发效率比较低。而数据交换网关，能够很好地解决了这个问题。

如“错误！未找到引用源。”所示，数据交换网关，是一个基于数据共享平台的数据共享和交换服务提供平台，该平台引入了数据服务的概念，在定义数据服务的基础上，屏蔽了UDDI规范的细节，通过数据服务中的业务系统名称，屏蔽了整个数据共享平台中的各个接入部门，使得应用系统的开发人员只需要和数据交换网关打交道，再也不需要和各个业务部门打交道了，大大提高了开发效率。

数据交换网关提供简单的、标准化的数据共享和交换接口，在接受应用系统提交的数据共享和交换请求以后，通过所定义的数据服务，找到所要共享和交换数据的业务系统，第 11 页，共 14 页 然后由数据交换网关从政务信息资源目录中获取数据共享和交换接口，向业务部门发出调用请求，最后将调用结果返回给应用系统，实现了数据共享和交换请求的智能路由。

对于公共数据库，共享文件库等，可看作一个特殊的业务部门，也通过数据交换网关实现数据操作。

领导综合社会保障城市综合地理应急指挥决策支安全责任技术交易市其他应电子监察查询系统服务系统信息服务系统系统持系统管理系统场管理系统用系统Web Service接口:XML, SOAP数据交换网关服务管理服务定义服务取消服务检索远程服务注册管理安全管理用户管理权限管理服务安全管理系统安全管理系统监控访问监控流量监控操作监控线程监控请求中转和路由日志管理统计分析数据加密／解密Web Service接口:XML, SOAP部门前置机政务信息资源目录WSDL格式接口信息公共数据库部门前置机部门前置机部门前置机人口数据库法人数据库宏观经济数据库地理信息数据库

九、与CA安全认证平台无缝集成

系统安全可靠性要求

数据共享平台是电子政务的核心系统，如果遇到破坏，或无法正常工作，将造成无法估量的损失。需要保护的资源不仅有物理资源（设备、设施）、数据资源（数据、数据库软件等），而且还有网络资源（通信链路、网络接入等）。投标方应具体阐述这方面的实

第 12 页，共 14 页 现方案。

数据安全保密性要求

满足在数据存储、传输过程中的安全保密性要求。电子政务中涉及大量的敏感数据，在其处理过程中，特别是与各级单位数据交换过程中，要进行数据加密传输和存储，要保证数据的安全保密性。

数据完整性要求

满足在数据存储、传输过程中的完整性要求。在内部要保证数据存储和传输过程中不被篡改和破坏，在与各级单位数据传输的过程中，要保证数据不被篡改和破坏。

实体的可鉴别性要求

满足数据共享平台系统对用户及数据交换服务器的可鉴别性要求。系统要实现监管及其他方面的要求，其必要条件是实现实体的可鉴别性，包括用户及数据交换服务器具有可鉴别性等。

不可抵赖性要求

满足数据共享平台用户行为和系统行为不可抵赖性的要求。用户每天都利用数据中心处理大量的事务，事务处理过程的可管理、效率的可审计、行为的可审计等，需要行为的不可抵赖性来解决。本项目建设中要保证在所有数据处理过程中，办公人员行为和系统行为的不可抵赖，以便审计和监督。

对象和行为的可授权性要求

实现对数据资源的自主授权和访问控制的功能。针对电子政务系统数据交换共享工作的特点，要求数据中心具有对对象灵活授权的功能，包括用户对用户的授权、系统对用户的授权、系统对系统的授权等，以及授权过程的审计监督。

统一信任与授权策略要求

对于涉及30多个业务部门、若干业务系统的数据中心而言，安全性的实现不仅体现在各个部门、各个业务系统中，更重要的是在不同业务部门的不同系统实现互联后。为了保障数据、业务系统在互通后的信任、授权的一致性，必须建立统一的信任策略、授权策

第 13 页，共 14 页 略，实现跨部门、跨系统的信任和授权服务的一致性，杜绝由于不同部门、不同业务系统不同的安全策略、不同的安全等级带来的安全漏洞和安全隐患。

数据共享平台统一安全监管性要求

由于数据共享平台及其部门端系统分布地域广、涉及政府多个部门，因此需要实现数据交换、共享过程的可管理，实现对内部和对各级单位相关的业务处理的可审计性；系统中有大量的数据交换服务器、维护终端、系统软件、网络设备等，为使这些资源协同工作，需要实现对实体（用户或数据交换服务器）进行统一的管理；系统需要对用户行为和系统行为进行记录和统计，对系统日志进行分析和统计，提供对用户和系统行为的审计监督。这种统一的安全监管必须以可靠的技术和严格的管理来保证。

软件及技术资料要求

1)软件要求为模块化结构，保证安全可靠，具有容错能力。

2)投标方提供的软件应能满足确保本系统正常运行所需的管理、运营、维护等有关的全部软件。

3)兼容性及升级。不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响网路的性能与运行。投标方应承诺在供货时提供最新版本的软件, 但该软件必须是经过测试正式推出的, 其可靠性、稳定性经过严格验证的。

4）投标方提供的书面技术资料应能满足确保系统正常运行所需的管理、运营及维护有关的全套文件3套，光盘1套。投标方应提供书面技术资料详细清单，提供的技术文件至少应包括：

－ 系统说明文件

－ 技术手册(需求分析、详细涉及、安装、测试、使用、维护、故障排除等)－ 软件原代码

合同主要条款

1、完工期：合同签订生效后180天内平台建设调试完毕、验收合格并交付使用。

第 14 页，共 14 页

2、付款方式：

1）合同签订生效后15个工作日内付合同总价的30％；

2）无违反合同约定的，软件全部交付使用、验收合格后15个工作日内付合同总价的65％；

3）无违反合同约定的，余款（即合同总价的5％）在免费升级维护期满后30个工作日内付清。

3、售后服务：

1）免费升级维护期：不少于1年，在验收合格后开始计算。

2）响应时间：即时响应；4小时内到达现场（如电话响应无法解决）； 3）修复时间：免费升级维护期内24小时内解决。

4、培训：1）培训地点：使用单位内培训，培训人数不少于3人。

2）培训基本内容：确保用户能够对软件有足够的了解和熟悉，能够独立进行应用系统的日常运营、维护和管理。

以上合同主要条款为基本要求，投标人参加投标，则视为接受上述要求。投标人可在此基础上作出优惠承诺，以提高其投标的竞争力。

数据交换共享平台方案 篇2

国家新医改方案中, 明确提出要“建立实用共享的医药卫生信息系统;加快信息标准化和公共服务信息平台建设”。全国卫生信息化发展规划纲要中, 也明确指出了, 要“充分利用卫生信息资源, 为各级卫生行政部门、各级医疗卫生机构、社会和大众提供全方位的卫生信息服务”。

以上这些内容明确指出了, 要在卫生主管部门的引导下, 建设集成的区域医疗信息化平台, 将各种卫生信息资源进行整合, 而整合的基础就要是实现标准化规范化的临床诊疗数据交换与共享。在这一信息化建设进程中, 如何保留原有成熟信息系统, 使其能快速实现系统接入和信息共享, 减少各单位信息化改造投资, 是非常重要的研究课题。

2、数据交换平台的优势

我们在本方案中, 以集中的数据中心作为支撑, 建立卫生系统信息交换平台, 通过中心服务系统提供患者历史诊疗数据的展示, 以及通过开放服务接口达到信息资源共享与交换的目的。方案的核心就是支持医疗数据标准的数据交换平台应用。

数据交换平台采用面向服务的总线式架构设计。平台支持异构系统数据交换, 实现信息稳定、可靠的传输, 屏蔽用户实际环境中的硬件层、操作系统层、网络层等复杂、烦琐的接口, 为用户提供一个统一、标准的信息通道, 保证用户的逻辑应用和这些底层平台没有任何关系, 最大限度地提高用户应用的可移植性、可扩充性和可靠性。

数据交换平台是区域医疗卫生信息化综合平台的核心。该平台需要建立与多种数据源的信息交换接口, 以消息队列的方式实现数据的双向传递, 按照医疗卫生数据交换的业务要求, 进行数据交换的事件定义, 并且依照不同的医疗信息交换事件, 进行数据交换格式及内容的规范要求。

通过数据交换平台的应用, 降低了数据交换的逻辑复杂度;增强了数据交换的集中控制;实现了数据交换的标准化转换功能。

数据交换平台支持多种信息标准, 尤其是专门针对医疗行业的数据标准, 包括:

(1) HL7:卫生信息交换标准 (Health Level 7) ;

(2) DICOM:数字影像和通信标准;

(3) EDI:电子数据交换 (Electronic Data Interchange) ;

(4) XML:可扩展标记语言 (Extensible Markup Language) 。

3、区域医疗信息共享的实现

通过对区域医疗信息共享的业务需求及流程的分析, 结合HL7及卫生部基本健康信息元数据标准, 定义患者健康诊疗信息的注册、查询、获取等接口, 在此基础上建立一个区域性信息共享和服务平台, 实现跨医院信息系统和健康档案系统的健康信息互联与资源共享。解决了患者健康信息的连续性、完整性和安全性;使医护工作者能够全面掌控人群健康信息, 做好疾病救治、预防和健康促进工作;使卫生管理者能够利用信息实现科学管理和决策。

3.1 区域医疗健康信息共享流程

区域医疗健康信息共享实现了和数字化医院信息系统 (HIS) 及健康档案信息系统的无缝集成, 临床医生在HIS系统中可随时进行区域平台共享患者数据的查阅, 可以直接进行转诊转检、会诊申请、审批等操作处理。

临床医生工作站可调阅患者健康档案, 包括基本信息、过敏史信息、遗传病史信息等;调阅患者在区域内的历次就诊记录;历次详细医嘱、诊断、用药信息;历史检验检查报告单信息。患者就诊完毕后, 本次就诊的主要电子病历信息自动归入电子健康档案, 实现以电子健康档案为核心的区域医疗信息共享。

系统整体流程如图1。

功能查询页面显示效果如图2。

3.2 区域医疗信息平台的功能划分

数据中心:由个人健康诊疗信息库、医疗电子病历信息库、医疗卫生机构/人员信息库、医学文献/医学资料等知识库组成, 是系统的数据中心。

卫生服务系统 (HIS、EHR) :是中心的数据来源, 由分布在医院、社区卫生服务机构的各个独立的系统组成。这些系统之间在使用功能、管理方式、数据表达形式上不尽相同, 存在很大差异。

数据交换平台:实现各系统间的接口、数据传输格式, 是各组成部分之间信息的传递、交互的枢纽。除了满足目前系统间信息通讯外, 还易于今后系统的扩充。总线式设计体现了交换平台的封装性、松散的耦合性和高度的集成性。

主要提供的服务包括:个人的身份识别服务、健康信息索引服务、健康信息详细存储服务、数据调阅服务, 以及非标准数据的转换服务等。

另外系统采用统一认证机制提供合法性、安全性验证和管理。

3.3 数据标准的应用

目前卫生行业各应用系统之间没有统一的信息标准, 在本方案中我们参考HL7标准定义、CDA临床文档结构 (Clinical Document Architecture) 以及国家颁布的区域卫生信息平台建设指南, 从中选择了一个符合中国国情的、恰当的子集作为平台中心数据库的定义。

平台存储数据可以方便的生成可共享的临床信息文档, 示例如图3:

可否直接不用图片格式说明共享的临床信息文档, 其中身份证号码:120XXXXX151最好采用这种方式;住址:天津市XX区XX小区XX楼XX室;姓名采用:张XX。这样可以避免个人隐私问题。

方案中采用的数据交换平台, 具备丰富的预置适配器, 并可定制扩展适配器:

(1) 通讯协议适配器:T C P, H T T P, S O A P, J M S, FTP, SFTP, SMTP;

(2) 行业协议适配器:HL7, LLP, DICOM, EDI;

(3) 常用文件适配器:File, XML, PDF, RTF;

(4) 数据连接适配器:Oracle, SQLServer, My SQL, Access, JDBC, ODBC。

通过总线式平台的应用, 支持了各种现有系统的基础。目前现存的各系统以及医院与区域范围的各种平台之间, 存在着多种数据交换需求。由于各系统IT技术水平差异, 可能会出现部分系统采用行业标准的信息发布和接收渠道, 而部分系统不采用行业标准的信息发布和接收渠道, 这时点对点的交换模式就无法满足要求了, 就必需依托总线进行非标准和非标准之间、非标准和标准之间的数据转换。数据交换平台对数据标准转换的支持良好支撑了这一需求, 保证了原有系统不被推翻, 降低了用户整体投资。

4、区域医疗信息平台的效益

由于采用了先进的信息化技术, 可以为医疗服务能力带来显著提高, 使居民得到综合、连续、价廉、便捷、优质的卫生服务。提升群众对卫生工作满意度, 改善医患关系, 从而收到良好的社会效益。

本方案的建设是围绕着中央对卫生系统的政策要求进行的, 系统的实现对城市社区卫生服务体系建设、医疗卫生体制改革等方面探索了技术路线, 对贯彻《国务院关于发展城市社区卫生服务的指导意见》等起到良好的示范作用。

通过打破各医院及公共卫生机构间的信息孤岛, 实现医疗信息、医疗经验、医疗知识的分享, 将会促进各级卫生单位医疗水平的提升。

本方案的实现, 有效整合了现有软硬件资源, 在降低成本提高效率方面效果显著, 提升了原有系统投资的价值, 对建设可持续发展的节约型卫生事业起到推动作用。

参考文献

[1]梅立军等.基于SOA的数据交换平台研究与实现.计算机工程与设计, 2006.10.

[2]张喜雨.远程医学集成平台的研究.中国数字医学, 2010年05卷06期.

[3]ANSI/HL7V2.5-2003, HL7, version2, [S].

数据交换共享平台方案 篇3

加快建设基于大数据的

社会信用信息体系

为充分发挥大数据作用，形成真正统一的全国信用信息平台，推动大数据征信产业发展，建议如下：

一、运用大数据技术分步建设全国统一的综合信用信息平台

我国政府各相关部门通过多年的业务积累，均获有大量企业、个人的资信信息，积累了各自成型的业务数据库，但因受到行政管理条块分割现状以及技术条件制约，形成了数据孤岛和多重技术标准，依靠传统的技术手段无法实现信用数据的跨系统整合，信用平台建设缺乏统一、全面的信用数据基础，信用体系的建设面临数据源瓶颈。建议分步骤建设全国统一的综合信用信息平台。

二、采集应用互联网数据，建设信用数据第二轨

移动互联网、物联网等技术的快速发展产生了海量的交易数据、交互数据、感知数据，形成了多元化的数据源。信用数据的来源不再局限于传统的财务、信贷、保险、信用历史等金融领域，也不限于线下交易数据、公共事业、商业信用、社会信用等社会机构的组织内数据，更扩展到电子商务、社交数据、网络行为等领域。一方面这些数据的加以利用，大幅拓展了信用数据源，为信用评价的完整性、准确性提供了数据支撑；另一方面，海量、非结构化、动态增长的互联网数据大幅增加了数据处理的复杂性和技术难度，信用信息平台的建设带来新的挑战。大数据技术可从海量且价值密度低的互联网数据中提炼、转化高价值的互联网信用数据，并通过组织内数据和互联网数据的比对，挖掘信用信息之间的关联性，描绘信用主体信用全貌，通过更全面的数据来综合评判信用主体，实现数据的全面性和数据保真。

建议在信用信息平台建设中，运用大数据技术采集电子商务、社交数据、媒体信息、网络行为、互动评价等互联网公开信息，建设信用数据第二轨。将互联网数据纳入综合信用信息平台中，实现政务组织数据、社会组织数据和互联网数据的数据融合，建立覆盖全社会的信用信息系统。

三、政府积极培育大数据征信产业

首先，建立政府授权与市场化相结合的数据采集机制。

企业与社会组织、互联网平台掌握着大量信用信息数据，因为数据权属关系不清，国家也没有相应的制度来保障，导致大数据征信产业在数据采集中遇到障碍。要通过政府授权和市场化手段来规范数据的采集，对于纳入政府信用信息平台的数据，由政府依据有关法规、参照信用信息采集目录，授权大数据采集机构予以采集。对于超出此范围的行，由数据采集机构与数据权所有者、数据拥有者要按照市场化机制运行。

其次，要建立大数据采集机构准入机制。

数据事关国家安全、商业机密、公民隐私，国家要建立数据采集机构的准入机制，建立许可证制度，许可国资或者具有国资背景的可信机构负责数据采集。

第三，国家要支持、鼓励大数据征信技术创新，推进产业链发展。

国家要通过政府科技创新资金支持大数据征信技术发展，加快发展涵盖数据采集、数据整理、数据分析、数据服务、数据交易、数据应用的产业链条。

国家发展改革委办理并答复：

积极回应代表关切 加快信用体系建设

一、关于建立全国统一的信用信息共享交换平台

全国统一的信用信息共享交换平台是连接各地区、各部门信用信息系统，开展信用信息共享、整合和服务的信息化基础设施，是构建社会信用体系的重要基础。

国家发改委、人民银行会同各地区、各部门正加快推进全国统一的信用信息共享交换平台建设，建立信用信息采集和分类管理标准，研究制定统一的信用指标目录和建设规范，在实际工作中最大限度地利用各部门现有的、成型的业务数据库，降低系统新建成本，避免重复建设和资源浪费，并通过互联网数据技术打破条块分割、数据割裂，促使各部门内部、跨部门系统之间实现互联互通及数据资源的共享交换。

目前，国家发改委已批复了国家法人单位信息资源库（一期）及社会信用信息共享交换试点工程项目建议书，研究提出了《国家统一的信用信息共享交换平台建设总体方案》，委托江苏省、浙江省、辽宁省分别负责社会信用信息共享交换、信用信息分类、地方政务信用信息目录的研究工作，进一步完善了优良信用记录和不良信用记录共建共享工作机制，梳理形成了第一批信用信息共享目录，成立了专题研究和规章建设、标准化、需求协调、共享技术、联合惩戒机制协调等5个专门工作小组，分别由证监会、质检总局、环境保护部、国家信息中心和工商总局牵头。同时，先期依托电子政务外网建立了部际信用信息共享交换网站，推动实施部委间信用信息共享交换，目前已接入了36个部委，组织力量建设了“信用中国”网站，为社会各成员了解社会信用体系建设工作动态、相关政策法规及信用知识，使用和查询信用信息等提供便利。

二、关于互联网数据采集

全国统一的信用信息共享交换平台数据主要来自各级行政、司法机关及经依法授权或者委托承担行政管理职能的组织在履行职能过程中以一定形式记录、保存的信息，并按照有关规定向政府部门、社会公众和征信机构提供基本的信息服务。

关于将互联网数据纳入全国统一的信用信息共享交换平台的建议，国家发改委、人民银行将会同社会信用体系建设部际联席会议各成员单位认真研究，并结合实际工作考虑其可行性。

三、关于大数据征信业发展

人民银行积极履行征信业管理职责，引导具有征信经营业务资格的征信机构按照《征信业管理条例》、《征信机构管理办法》等法规规章依法采集、加工、制作、应用来自电子商务、社交、网络行为等领域的信息，支持运用互联网技术和大数据分析能力，开发适应市场需求的征信产品和服务，鼓励拥有大数据的机构进入征信业，批准阿里、腾讯、拉卡拉等互联网公司和平安等金融集团公司进行个人征信业务准备。

下一步，我们将积极推动人民银行等有关部门积极引导征信业抓住大数据所带来的机遇，推动征信业与大数据深度结合，进而丰富征信产品供给，满足大数据时代的社会需求。

四、关于国家要支持大数据征信技术创新与推进产业链发展

目前，国家发改委正会同科技部等有关部门制定大数据战略及行动纲要，推进各行业对大数据的研究和利用，充分发挥大数据的社会治理价值。国家发改委会同有关部门起草上报了《关于运用大数据加强对市场主体服务和监管的若干意见》，并经国务院第95次常务会议审议并原则通过并正式印发。这为积极运用大数据、云计算、物联网等信息化手段，推进“智能”监管，探索实行“互联网+监管”模式，不断提升监管效能，提供更有效服务指明了方向。

交换与共享：电子政务的基石 篇4

――北京市经济社会基本单元基础信息交换工程

自 起，全国一些主要城市已开始进行企业基础信息交换工作。这些交换工作主要发生在工商局、地税局、质监局等单位之间，并已在税收征管系统、企业信用信息系统应用中发挥了重要作用。

但是，这项庞大的基础信息交换目前却面临着三个主要问题：一、没有统一的交换制度和机制;二、没有统一的数据交换标准(交换标准包括业务数据标准与技术标准两个方面)，数据交换后，难以对数据进行比对和整理，难以取得数据交换的应有效果;三、没有统一的交换系统。目前的交换方式比较繁杂，既有通过计算机网络完成的交换，也有通过软盘或纸质文档进行的交换，因此数据的准确性和安全性方面存在很多隐患。由于上述三个问题，各政府部门在处理诸如企业、事业、社团单位的登记、注册、变更、年检、注销等业务时，无法及时交换信息，不但造成了政府各部门大量重复性录入工作，而且很难保证基础信息在各部门的一致性。另外，随着我国电子政务各项工作的深入推进，以及网上企业年检、银税共享工程等一批信息化应用工程的建设，许多政府部门需要共享机关、企业、事业和社团等多种经济社会基础信息。实现经济社会基本单元基础信息交换与共享势在必行。

北京市“经济社会基本单元基础信息交换与共享”建设的目的是通过将工商、税务、质量技术监督部门、市编办、民政局社团办各自业务系统连接起来，建立部门之间、企事业单位之间的基础信息交换和共享的分布式信息交换系统，促进包括一站式联合网上审批、网上企业年检、企业信用等重大应用项目在内的政务工程建设、提升政府信息化应用水平、优化环境、促进经济社会发展。

基础信息交换与共享系统

经济社会基本单元基础信息交换(以下简称：信息交换系统)，是利用易达讯网络科技有限公司提供的全面应用集成(EAI)产品，实现工商行政管理部门、税务部门、质量技术监督部门、市编办及民政局社团办之间企事业单位基础信息资源交换和共享的业务管理系统。该系统以现有业务应用系统为基础，通过基于XML、Web服务的消息交换系统(Messaging Systems)和流程管理系统(BMPS)制定切实可行的动态政务信息交换业务，逐步理顺工商与税务互联涉及的业务流程，形成信息化条件下跨部门的系统工作机制。信息交换系统成功连通了包括国税、地税、工商、技术监督、市编办、民政局社团办在内的各政府部门，利用动态信息交换和共享技术实现了任何一个企事业单位的信息在相关政府职能部门的同步，并通过灵活的业务流程管理平台实现企业信息以流程自动化的`方式在各政府部门数据库之间共享及更新，并将其应用范围进一步扩大到更多的部门及应用。

交换系统是一个跨平台的分布式系统，涉及到多个相关委办局。

各相关委办局既是数据的提供者，又是数据的使用者，一方面将本部门的数据其他委办局使用，另一方面接受来自其他部门的数据。在委办局建立独立于现有业务系统的交换前置机，实现经济社会基本单元基础信息的上传和接收。

在市工商局等部门的前置机，安装应用集成服务器软件、应用适配器，并进行相应的配置，完成和外部的数据交换。上图中，市国税局、市质监局、市编办、市社团办的交换系统的逻辑结构和市工商局、市国税局的结构类似。

其中，市信息办交换节点不参与具体的数据交换流程，但对整个交换系统提供支持和管理服务功能。

在市工商局等其他6个节点，通过交换平台实现各个交换节点共享数据库之间的数据交换和共享。在各个节点部署的接口子系统实现共享数据库和委办局业务系统数据库之间的数据交换和转换。

在各个交换节点，交换前置机部署在北京市政务内网部分，委办局的业务系统和业务数据库部署在委办局的局域网中，两个网络之间的连接为安全隔离。安全隔离是指各个委办局根据自己对安全的实际需求，采用具体的连接方式，或者是逻辑隔离，或者是物理隔离，或者两者断开。根据实际的连接情况，接口子系统和业务系统之间通过网络或者是存储介质利用数据的导入导出的手段实现数据交换和转换。

在市信息办交换前置机上，安装交换平台的基础软件和交换平台管理系统，实现对交换平台的管理和服务。

信息交换系统的功能

信息交换

建立经济社会基础数据库，实现数据交换的存取、连接和权限控制等功能。通过公共数据交换平台，实现企事业基本数据的公共交换，以充分保证对整个交换信息平台的有效管理、交换信息备份及历史信息记录。

交换系统的交换内容可以按数据来源分为工商、地税、国税、质监、编办、社团办六类。

数据比对

在部门间数据交换的基础上，根据各部门业务的需要，对来自不同部门的基础信息进行自动比对和人工比对，根据比对结果，找出部门间数据差异和问题，并更好的服务于本部门的业务工作。例如，税务部门将从工商部门交换来的企业开业注册登记信息和税务登记信息比较，找出已办理工商开业登记但未办理税务登记的企业，再剔除不需要办理税务登记的企业，对剩下的企业就可以进行重点监控和检查，达到加强税源监控的目的。

由于目前各委办局的业务系统中基础信息存在着不少数据质量问题，主要体现在以下几个方面：

1、企业代码不一致：每个委办局的业务系统采用了不同的编码来表示一个企业，如工商局业务系统中的企业注册登记号，税务系统中的纳税人识别号，质监系统中的企业组织机构代码等，这些系统以各自的编码规则组织、管理企业信息，编号仅在本系统中有明确的含义，到了别的系统中则可能没有意义。

2、数据量不一致：由于目前各个业务系统之间尚未实现实时的数据交换，存在着企业注册后，没有办理组织机构代码、税务登记等业务，造成了各系统之间数据的差别。

3、数据项数据不合法：比如企业名称、注册日期等。

4、数据项数据不一致：各个业务部门记录的同一数据项的内容不同，主要体现在企业名称、注册登记号、注册地等数据项。

5、代码标准不一致：比如民族、性别等，在不同的系统中采用不同的代码。

经济社会基本单元基础信息来自各委办局的

业务系统，由于各业务系统的数据存在上述问题，因此，要对采集到的原始数据进行加工整理、比对和整合，对各个业务系统的数据质量进行改善。

针对历史数据和新增数据，可采取“自动比对和手动比对”等不同的方法进行。这里的历史数据是指在使用数据交换系统以前积累的数据，新增数据是指各单位使用数据交换系统以后产生的业务数据。

业务系统接口

为了保护各委办局业务系统的安全性和独立性，在各委办局建立企业基础信息共享数据库，用于存储各单位向外发布的信息和从其他单位交换过来的信息。

数据交换共享平台方案 篇5

社会信用体系是市场经济发展的必然产物。发达国家经过上百年的发展, 形成了相对比较完善的社会信用体系。有了较为完善的社会信用体系, 政府就能根据企业、个人信用的历史纪录确定其风险承受能力, 然后予以决策, 从而有效地防范或消除消费信贷风险、并为政府决策提出各种的数据支持。在发达国家, 信用是一个人立足的基础, 而我国信用体系的发展远远滞后于经济发展水平, 使得信用风险成为重要的经济风险之一。

尽管各个国家的社会信用体系在法律法规、组织构架和运行机制等方面的表现形式上存在差异, 发展路径也不尽相同, 但是还是存在着内在的共性。主要体现在多样化的信用中介机构在各个领域建立了社会信用体系, 搭建了企业信用信息系统和个人信用征信系统, 它们为社会提供各种信用产品和服务。这些对于我国设计适合于经济发展的社会信用体系建设模式和信用征信平台具有很好的借鉴意义。

从我国征信体系建设的轨迹来看, 央行从1998年起就启动了企业征信体系建设, 由专门机构采集、保存、整理、分析、使用企业的信用信息以防范信用风险, 保持金融市场稳定。2006年开始央行又着手建立中小企业信用体系, 希望把征信体系覆盖到那些和金融机构没有信贷关系的中小企业。经过多年的发展, 我国征信体系建设成效显著, 中国特色征信的数据库开始向全社会提供服务, 如今, 企业和个人征信系统提供的信用报告, 正逐渐成为以信贷信息为核心, 全面反映企业和个人借债还钱、遵守合同及遵纪守法状况的“经济身份证”。人民银行与相关部门合作, 逐步将企业和个人在产品质量、环保、社保、外汇等领域的行政处罚等信息纳入征信系统。商业银行严格执行“绿色信贷”等政策, 对在上述领域受到违规处罚的企业和个人在信贷发放上从严掌握, 提高了相关部门行政管理和执法的力度, 也增强了企业和个人在上述领域遵纪守法的自觉性。人民银行统计数据显示, 个人主动查询自己信用报告的数量从2009年的76.6万人次迅速上升到2010年的127.5万人次。

2 工程建设领域信用信息共享平台建设方案

建立工程建设领域信用信息共享平台, 能够减少和杜绝暗箱操作、权力寻租、信用缺失等问题, 对于解决工程建设领域突出问题和推进项目信息公开和诚信体系建设具有重要意义。

2.1 总体建设框架

诚信体系信息化系统平台总体建设框架分为五个层次、两个支撑体系。

网络平台层:网络平台层是基于政务外网与英特网。其中政务外网是平台中的项目信息数据库、企业信用数据库、个人信用数据库、数据采集交换系统、业务管理系统。电子政务外网面向相关委办局, 进行信息采集、发布和共享服务, 并与市级平台实现数据交换。英特网的信息发布系统基于Internet互联网, 面向社会公众提供与工程建设项目相关的项目、信用信息专栏服务。

信息资源层:资源层包括电子政务外网信息共享系统、部门共享系统。数据来源于各个成员单位的工程建设领域项目信息、企业信用信息、个人信用信息、行政审批信息。

应用平台层:数据交换共享平台是信息化系统平台总体框架的核心之一, 是非常重要的基础设施, 利用该基础设施实现与不同的应用系统 (如个人信用信息交换、企业信用信息交换、工程建设领域项目信息交换、比对系统、个人信用征集管理子系统、数据共享应用、信息门户) 、不同的数据源实现整合。

应用系统层:包含应用系统与专题应用, 是各种应用的具体表现层。应用系统包括企业基础数据库信息管理系统、个人基础数据库信息管理系统、信息共享平台。专题应用包括信用报告、中小型企业专题应用、食品安全专题应用、税务专题应用、政府采购专题应用、个人商业信用专题应用、个人社会信用专题应用、个人案件专题应用。

用户访问层:基于互联网发布的访问层, 信用信息专栏、信用网。通过统一的安全支撑系统和标准及管理系统实现对整个系统安全和标准化的管理, 并可配置集中式的数据中心存储整个交换平台的数据。通过数据交换交换平台部署应用或实时接口调用方式与外部应用平台对接, 如与省市级公共信用信息平台。

2.2 系统架构

诚信体系信息化系统平台是构建在政务外网上的, 通过数据交换实现。

信息共享平台包括工程建设领域信息公开与信息化系统专栏、信用网站。

业务管理系统包含:个人信用信息系统、企业信用信息系统、工程建设领域信息系统。

适配器:是整个诚信体系信息化系统平台正常运转的接口部分, 使个人信用业务系统、企业信用业务系统、工程建设领域项目信息系统之间互联互通。

安全认证体系适配器:和身份认证系统等安全控制系统连接。

路由适配器:和其他交换平台连接。

2.3 系统平台数据流向

诚信体系信息化系统平台数据流走向如下。

诚信网工程建设领域专栏“信息发布系统”→部门、地区级信息库“信息采集系统”→部门、地区前置机“信息适配器 (softESB) ”→适配器管理模块→基础信息数据库“数据库适配器、信息服务系统→诚信网工程建设领域专栏“信息发布系统”。

2.4 技术路线选择

2.4.1 遵循J2EE标准和SOA架构技术

J2EE提供了一个企业级的计算模型和运行环境用于开发和部署多层体系结构的应用。它通过提供企业计算环境所必需的各种服务, 使得部署在J2EE平台上的多层应用, 可以实现高可用性、安全性、可扩展性和可靠性。

SOA (Service-Oriented Architecture) ——基于服务的框架结构是一种应用技术, 应用的业务逻辑被组织成模型 (服务) , 访问接口、服务成为一个黑盒。在SOA架构下, 数据和业务逻辑融合成模型化的业务组件, 且具有文档接口, 这种明确的设计和简单和方式有助于开发和进一步扩展, 一个SOA应用可以很容易地与异构的、外部的遗留系统、外购的应用集成在一起。

2.4.2 基于多种操作系统平台构建

由于遵循J2EE标准和SOA架构技术, 应用系统基于windows服务器版、Linux等多种操作系统平台进行构建, 提供非常可靠的系统安全和良好的开放性及可移植性。并且, 对于需要启动7×24小时数据交换服务的应用来说, Linux和windows服务器版操作系统平台能够提供最大限度的稳定。

2.4.3 基于B/A/S三层体系构建

应用系统在基于B/A/S三层体系以Web形式进行构建, 系统为信息处理提供Web服务、业务应用服务和数据管理服务, 主要包括Web服务模块、业务应用服务模块和数据库模块三个基本部分。

采用基于Internet/Intranet的B/A/S结构有如下优点。

(1) 应用系统的实施和管理更加容易, 无须开发客户端软件, 升级时只需升级应用服务器。

(2) 平台无关性, 可节省投资, 便于扩容与移植。

2.4.4 支持XML及Web Service技术

系统使用XML标准作为数据交换的基础, 利用JAVA语言开发的XML Parser能快速的将交换数据快速解析后交应用服务器 (Application Server) 依照业务逻辑加以应用;保证不同系统、不同部门之间数据的交换具备充分的扩展性, 以适应未来业务的变化。

Web services是为了让地理上分布在不同区域的计算机和设备一起工作, 以便为用户提供各种各样的服务。用户可以控制要获取信息的内容、时间、方式, 而不必像现在这样在无数个信息孤岛中浏览, 去寻找自己所需要的信息。

2.4.5 基于目录服务技术

目录服务的核心是一个树状结构的信息目录, 将网络中的数据资源、数据处理资源和用户信息按有次序的结构进行组织, 并且专门针对海量查询的使用情况进行了优化, 极大地提高了数据读取和查询性能。在电子政务分布式计算环境中, 各单位对其他单位有用的信息可以在目录服务注册、解除注册和查询。目录服务与数据库服务的不同之处在于, 它们一般缺少数据库提供的事务功能和大规模数据的数据库支持。利用目录服务可以实现以下功能。

企业和政府机构内部拥有内部信息资源的管理, 以分布方式存储有关系统构成的信息, 在多个服务器中复制目录, 通过查询目录服务器来获得所需要的信息。

为企业和个人提供白页和黄页查询服务, 如企业、单位的服务电话、通信地址等。

对个人和企业进行统一信息管理, 实现单一用户登录, 统一管理服务、资源和应用程序的使用。

对企业、政府机构所提供的服务功能提供统一目录管理, 便于注册、查找和修改。

信息资源的即时更新, 使得目录访问者可以随时获得最新的信息。

2.4.6 采用面向对象设计与开发方法

在系统建设中, 应用软件的设计采用面向对象的设计和开发方法, 使用UML作为建模语言, 采用Rational Rose作为建模工具。由此根据业务需求进行系统分析, 建立系统分析模型和设计模型, 确定业务对象的静态关系、状态变化和相互作用关系。

2.4.7 动态加载技术

在系统建设中, 设计数据库与应用系统较多, 为了不影响浏览效果, 必须采用分布式逐步加载信息来达到页面浏览的通畅性。Ajax使用SOAP或其它一些基于XML的web service接口, 并在客户端采用JavaScript处理来自服务器的响应。因此在服务器和浏览器之间交换的数据大量减少, 结果我们就能看到响应更快的应用。同时很多的处理工作可以在发出请求的客户端机器上完成, 所以Web服务器的处理时间也减少了。

2.4.8 采用应用集成技术

信息化建设的不断深入, 信息系统之间的信息共享以越来越受到重视。如何达到信息交换与共享, 提高政府部门协同能力, 应用集成技术成为当今信息化建设的一种重要手段与技术基础。应用集成的核心是一组开发工具, 它可以生成用于联接不同应用系统的组件, 通过这些组件对应用系统进行再构造, 形成一个更强大的系统。

摘要：建立工程建设领域信用信息共享平台, 能够减少和杜绝暗箱操作、权力寻租、信用缺失等问题, 对于解决工程建设领域突出问题和推进项目信息公开和诚信体系建设具有重要意义。本文分析了信用征信平台的系统框架、数据流向和关键技术。

关键词：社会信用体系,信息共享,信用平台,数据交换

参考文献

[1]吴志平.信用平台建设实证研究[J].甘肃金融, 2008 (8) .

数据交换共享平台方案 篇6

摘 要：在教育领域中，管理和决策越来越依赖于数据和分析，如何利用大数据科学决策是高校近年来信息化建设关注的主题。文章分析了高校共享数据中心平台的理论知识和相关技术，讨论了面向服务的数据交互技术方法及共享数据中心的非技术因素。最后分析设计了面向主题域的常熟理工学院共享数据中心，并对其体系架构及关键业务系统的数据流向做了详细的分析叙述。

关键词：大数据；数据交换；数据中心

中图分类号：TP392 文献标志码：A 文章编号：1673-8454（2015）10-0010-03

大数据科学决策是高校治理体系和治理能力现代化的关键。在教育领域中，管理和决策越来越依赖于数据和分析，而非基于经验和直觉，然而，目前大多数高校的管理模式中信息化的作用尚未充分体现，尽管在长期的办学过程中积累了大量的数据，但这些宝贵的决策信息资源没有得到相应的整合和开发，更谈不上利用这些数据对学校的教学、科研、管理等各项事务进行预测和分析。随着大数据发展而带来的教育政策研究与决策“用数据说话”的趋势亦渐明显，构建共享数据中心，将这些海量、分散、异构的数据资源集成起来达到共享、融合，通过多维度、多层次、多群体、多因素数据分析并形成一定的应用模式，从中分析和挖掘潜在的价值，去解决高校事业的瓶颈问题，是将大数据应用于教育领域的重要举措。

一、大数据时代的高校共享数据平台的相关技术及理论

1.信息编码标准

信息编码标准是做好信息管理的基础，信息只有遵循一个统一的标准进行组织，才可能构成一个可流通、可共享的信息库。信息编码标准是数字化校园中不同层次的系统尤其是应用系统能够相互访问的基础。数据交互过程中，各业务系统数据信息要按照信息编码标准的数据标准进行数据清洗和过滤，处理后的数据才会存储到中心数据库。信息编码标准是学校信息化建设的必要条件；同时信息标准的水平也反映了学校信息化建设的水平和高度。

2.共享数据模型

共享数据中心主要完成学校各类跨地区、跨部门、跨系统的管理数据与信息资源的数据交互和共享，是各个业务系统数据交互的中转站，是信息资源的存储中心。由于各学校早期的信息化建设基本都是由业务部门主导，缺乏统一规划，没有统一标准。同时考虑成本以及推倒重来的建设风险等因素，一般建议采用交集数据中心模式建立共享数据中心，即：各系统间的数据交互完全通过数据中心来完成；共享数据中心只对交互系统之间需要交互的数据建模，各系统沿用原有的权限模型，需要交互的数据在相关系统中独立的存在，但所有数据有且只有唯一的维护源头。

二、大数据时代的高校共享数据平台总体设计

1.共享数据中心体系架构（图1）

（1）数据采集层

采集的数据主要包括基础数据，如人、财、物等基本信息；学校开展教与学主体事务的业务数据，如教师教学、学生选课等；体现教师学生成长与发展的过程数据等。数据采集层主要完成上述相关数据的采集工作，其中大部分数据随着其相关的业务系统日常运作过程而积累下来，还有一部分是相关管理人员手工录入，或者电子表格批量导入。

（2）数据集成层

数据通常存储在很多个不同的数据存储系统中，从所有源中提取数据并将其合并到单个一致的数据集中确实有一定的难度。数据交换工具通过转换功能对数据进行清理、标准化及转换，数据转换为兼容格式后，就可以将其物理合并到一个数据集中，并且数据在合并成功且应用转换后，通常会被加载到一个或多个目标。

数据集成层同时还负责加载数据库中的维度表和事实数据表，处理 Analysis Services 多维数据集和维度，使用 Integration Services 任务和转换来自动处理更新多维数据集和维度，使用户始终获得最新的数据。

（3）管理操作层

管理操作层的基础数据主要来自各个业务系统，有的统计指标类数据是经数据仓库加工提供。管理操作层面向教育治理者日常管理，主要包括师资队伍建设管理、师资结构分析、学业预警、教学考核等。归纳如下：

为满足日常管理，提供了以固定报表为主的综合报表统计平台。

为便于突发性和临时查询需要，提供了各大主题的综合查询平台以及基于数据仓库的灵活查询功能。

为规范对外数据报送，提供了统一的对外数据报送接口。

2.主要业务系统数据流向

共享数据中心本身不会产生数据，所有的业务数据的维护遵循数据生命周期按照“谁产生，谁维护”的原则，各自业务系统分别产生数据，所有数据只有唯一的生产源头。共享数据中心与各业务系统之间进行交互，一方面保证基础数据在各系统中的一致性，同时也对主要业务数据进行积累沉淀。

以学生数据为例，学生的人头数据以学籍系统为准，而学生的其它基础数据又在学工系统中维护完善。数据共享中心既负责从学籍系统中抽取学生人头数据推送学工系统，同时又从学工系统中抽取完整的学生基础数据存储在数据中心，图书系统、一卡通系统等业务系统从共享数据中心订阅学生相关数据。其主要业务系统数据流向如图2所示。

三、共享数据中心的非技术因素

1.数据质量管理

数据是高校有效开展信息化管理和辅助决策分析的依据，是实现高校治理现代化的重要保障，因此其质量和时效性已经越来越受到高度关注。提高数据信息的质量，加强数据管理，不仅需要在高校日常工作中充分利用现代信息技术，强化高校业务与信息技术的融合，还要依靠广大师生的配合参与，必须循序渐进，稳步推进。

（1）从源头治理，从数据录入、内部处理入手，把好数据质量“入口关”；

（2）督促问题治理，部署检查规则，实现问题数据发现、分发、治理、监督、考核闭环管理，把好数据质量“治理关”；

（3）做好规范管理，完善制度、规范流程、系统硬控制，把好数据质量“流转关”。

2.数据安全管理

大数据既意味着机遇，也蕴涵着挑战。数据安全管理问题，是高校应用大数据面临的最大风险。虽然共享数据中心模式数据管理，方便了数据分析和处理，但由于安全管理不当所造成的大数据丢失和损坏，则将引发毁灭性的灾难。在使用数据过程中应遵循以下原则：

（1）使用生产数据必须经过申请和审批，开发测试环境使用生产数据必须进行数据混淆。

（2）对生产用户进行严格的授权管理，防范非授权访问生产数据。

（3）含敏感信息的生产数据应使用专用邮箱传输等。

（4）对生产数据建立和实施严格的备份机制。

四、总结

在大数据的支撑下，高校运行过程的各种元素能够实现数字化的呈现，数据得到实时流转、存储和整合，信息按照权限充分公开。大数据能够聚焦于决策对象的微观层面，将原本模糊的现象通过数据逐步清晰的描述出来，大数据是超越个体与局部的相对静态视野，更容易发现问题所在、可能弱点和盲区的宏观动态视野并且用于各项事务的预测和决策。本文讨论了面向服务的数据交互技术方法、数据流向以及一些非技术因素，设计了面向主题域的共享式数据中心。本共享数据平台成功应用在常熟理工学院数字化校园建设项目中，通过数据交换、主题分析，为学校的科学决策提供了有力保障，推进了学校的现代化治理能力和水平。

参考文献：

[1]姬倩倩，温浩宇.公共交通大数据平台架构研究[J].电子科技，2015，（2）：127-130.

[2]陈瑞.大数据时代基于共享平台的信息服务工作研究[J].科技创业月刊，2015，（1）：20-22.

[3]赵巍，刘丹，王欢.高等学校共享式数据中心设计与实现[J].长春理工大学学报（自然科学版），2015，（1）：132-135.

[4]陈霜叶，孟浏今，张海燕.大数据时代的教育政策证据：以证据为本理念对中国教育治理现代化与决策科学化的启示[J].全球教育展望，2014，（2）：121-128.

[5]张建.教育治理体系的现代化：标准、困境及路径[J].教育发展研究，2014，（9）：27-33.

[6]阎光才.高等教育治理体系与治理能力的现代化[J].苏州大学学报（教育科学版），2014，（3）：1-3.