平台建设方案设计

平台建设方案设计、相关标准制订

一、总体设计

1、平台软件的内核

海悦的质监信息平台是在自己的HappSys Framework平台上开发而成，该平台是以J2EE 的设计理念，采用SOA体系架构体系，虚拟化软件的对象和属性，可以和任何数据库，不同架构的软件包进行数据交换。同时系统采用Metadata的理念，虚拟化数据结构，从而大大的提高了系统的高速性，稳定性，维护简单，二次开发和修改也比较容易。本系统是一个开发性的架构，同时具有非常独特的先进性。在长达20年，几十个大型项目中得已证实。

本平台的数据采集，数据交换，数据统计，数据的标准化管理，数据通讯，软件开发工具，数据纠错，分布存储，平行运算等功能模块，是软件的核心和重点。

本系统的核心Framework包括：

其主要功能（下图）：

具有自主知识产权的HappySys Framework作为质监信息平台的内核，本框架软件是一个完全SOA （ Service-Oriented Architecture ）结构，云计算的基础。

Framework内核模块只有1.3MB大，其结构非常严密，运行速度非常快，稳定性非常高，极高的利用了计算机资源。

工作流引擎可以快速的定义事件的处理流程，在事情发后会自动按定义的流程进

行流转和处理。

高智能的内核，系统根据XML的定义产生自己的基本结构(MetaData)，然后根据基本结构生成管理层、应用层和客户定义层等等。内核“Decision Tree”智能化地发展自己、调整自己、优化自己。

三层内存管理，提高的软件的运行速度。计算机群可以共享平台内存（用计算机硬盘当作内存处理）。

本身自有的负载均衡功能(load balance)和集群设计功能，保证大型数据的处理和平台的稳定性。

系统自有的数据交换插件(HappyETL)非常容易和异构软件进行数据交换。

系统自身的数据清洗功能，保证数据的质量。

非机构数据的检索方法，保证的非结构数据的交换和查询（google试索引服务）。

该内核已在国内外几十个项目中使用，最长的已运行15年，支持数以万计并发在线用户同时使用，运行速度快且非常稳定。

强大的统计功能，系统减少用户的二次开发工作量。

平台可以同时连接Oracle， Db2， SQL Server, MySQL, Derby 等多种SQL标准

数据库。

2、多级平台的建立和数据同步

省级平台是全省的数据共享中心，和数据交换中心，同时是一个实时统计中心，为政府提供政策制定的依据和监督工具。

省级平台的应用分级，平台的整体情况。

多级数平台间的数据同步

3、大型数据库的处理和软件的抗压能力

我们基本选用免费和开源的Tomcat作为服务器，我们单个PC服务器可以支持8000个并发数(用软件测试)，如果加上我们自己的负载均衡模块，几乎可以做到 n* 7800并发数量。这是陕西卫生厅一个PC服务器的实际并发数，每天平均在1800个左右，系统的95%的页面加载速度小于2秒。

文档服务器：支持IHE ITI XDS.b相关存储规范，同时集成非结构化数据的检索(百度查询的理念)

二、本期项目建设任务

1、省级质监信息平台建设方案设计和相关标准制订

依照标准和规范，通过需求调研和流程梳理的方式，进一步细化和明确本期项目－省级质监信息平台及相关业务系统的架构和功能需求，制定保障平台功能实现的数据、信息交换共享相关标准、规范和管理办法，并以此作为后续开发实施的蓝本和验收依据。

2、方案设计和标准制订工作包括但不仅限于以下内容：

2.1省级质监信息平台基本业务功能需求调研、需求分析与需求确认。

2.2省级质监信息平台总体架构、技术路线、概要和详细设计，数据库设计

2.2.1平台总体架构

省质监信息化建设的业务架构是在统一的质监管理体制和质监法规、标准体系指导下，经过对业务梳理的分析，可以归纳为业务的基础支撑层、业务支撑层、业务应用层和服务分类层,如下图所示：

2.2.2技术路线

平台必须具有一个非常强大的执行，和再次开发功能的内核，在这个内核上开发的应用软件才可以有非常好的稳定性，提高开发速度。同时这个内核必须是自有的，自己可以完全掌握的，这样才能开发出的系统性强，整体性好，容易二次开发和修改的软件。

这是我们软件的整个开发原则，

第一层： HappySys Framework 内核层。

第二层：质监系统的中间件层：负责系统共用的模块，和插件。

第三层：各个模块的基本层，如质监信息平台模块，特征设备监管模块，门户模块等。

第四层： JSP层，页面的表示方式。

开放式平台，我们开放所有的API和源代码（除HappySys Framework, 1.5MB）。

2.2.3数据库设计

数据元严格安照质监的标准，同时也符合HL7的元素要求。

省级数据库以省级平台负责向下级平台下发更新的标准，和新开发的软件。

数据库架构

质监信息平台数据仓库

专项业务ODS（The operational data store,ODS 或称操作型数据存储）数据库

数据信息组成

数据库不仅要包含基本表单，同时要有非常标准的数据字典，注册服务，和标准数

据库的发放和通知功能。

数据来源

数据更新机制

数据迁移 (数据库按地区分解或整合）：

手动批量数据的CSV数据结构的下载，用系统快速的加载。

用XML数据格式的压缩方法进行同步或异步处理。

标准数据库的更新和下沉：

从省级自动更新标准数据库的变化到市级平台，进一步推送到县级。

数据同步：各个节点的据定时同步，用ETL的方法进行异步数据交换。

实时数据同步：用SOAP进行实时数据交换。

数据清洗：由于大量的数据上传，通过数据单元定义时的阀质，对错位信息的退回，或根据政策进行处理。

数据服务

数据服务主要包括数据复制服务、数据ETL（抽取、转换、加载）服务、数据访问服务。

平台与外部信息系统的交换。

信息交换架构

图5-18 数据交换系统

数据标准化引擎

通过对标准化的数据解析与验证，将数据转化为质监机构的业务系统的数据对象，实现数据的读入；通过对系统数据的转化，输出符合质监信息标准的数据信息。

数据整合

数据ETL处理：

数据亦可通过ETL的方式进行数据处理，包括数据抽取、数据转换、数据清洗、数据加载等过程。数据抽取主要从业务数据库中抽取数据，通过数据转换映射为交换格式的数据，并对数据进行清洗去除脏数据并加载到交换库中。

数据监控：

提供数据监视器监控数据交换运行情况，同时将数据交换过程记录到数据交换日志，数据交换错误依据处理预案进行重试、反馈、回滚、跳过等处理，并记录数据交换错误日志，保证数据的完整性与可靠性。

数据交换：

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

信息交换流程

信息交换方：

数据集标准和接口规范：

接口规范

元定义：

原系统的数据剖析是对分析各个原系统的数据存储的结构，包括表数据，视图数据，Excel数据等以及计算公式，比较方式，查看数据方式，都数据剖析的范围，这需要一个比较可行的方式，对于数据库中的内容，需要有相应的导出完整数据字典的结

构过程，能在Excel中修改，也能导入到制定的表中进行保存，同时还能定期检查表结构是否发生变化。

数据验证：

这里的验证有几种，数据结构验证，还有数据一致性，完整性，唯一性和准确性

的验证，每一种验证就需要建立固定的可变化的验证规则，而且验证规则，验证体，

验证结构都需要记录日志和验证结果，同时还需要提供接口给UI，最好能做到让业务人员自己更新验证规则，自己查看验证过程和结果，为数据修补引擎提供接口。

数据修正：

针对不同类型的数据验证规则验证的数据进行更新，有指定规则自动更新的，有

人工干预修改的，主要是能有UI接口，提供修改功能和修改策略，以及记录修改日志和标记。便于和正常数据区分

元数据管理：

数据质量的元数据管理是贯穿整个解决方案体系，从数据剖析到最后的质量检测

和管理部分，记录管理元数据，操作元数据，业务规则元数据，验证规则和修正规则

等元数据，它是数据质量管理模型的灵魂。

检验分析：

这里的分析报表，如可以利用6Sigma的原理，对数据质量情况进行分析，可以预先制定标准和参考依据，对数据质量进行等级划分。方便企业制定数据质量管理制度。

也可以按照数据的检验结果，按照不同的数据源划分，检测数据误差来源点，逐

步解决数据质量问题。

数据质量管理标准和等级定义：

这部分是数据质量管理的汇总部分，借鉴系统剖析，元定义，数据验证和修正，以及元数据和检验分析等部分的汇总和指标而建立的，意在提出较完整的数据质量管理标注，并由此划分等级。