平台建设方案设计
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
平台建设方案设计、相关标准制订
一、总体设计
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的方式进行数据处理,包括数据抽取、数据转换、数据清洗、数据加载等过程。数据抽取主要从业务数据库中抽取数据,通过数据转换映射为交换格式的数据,并对数据进行清洗去除脏数据并加载到交换库中。
数据监控:
提供数据监视器监控数据交换运行情况,同时将数据交换过程记录到数据交换日志,数据交换错误依据处理预案进行重试、反馈、回滚、跳过等处理,并记录数据交换错误日志,保证数据的完整性与可靠性。
数据交换:
与各业务系统之间的数据交换共享可以采用适配器的方式实现。
信息交换流程