第二步，完成建立整个系统架构内的全部模块。 ? 统计分析

? 监督抽检及风险预警 ? 法规标准查询 ? 领导综合查询 ? 系统管理

3、实用性：紧扣卫生监督监测目前实际需求； 4、开放性：所采用的软、硬件平台具有充分的开放性

5、可扩展性：系统设计时需要从业务和技术两个角度，制定总体的规划。设计时以此业务为着手点，但不孤立地考虑，也需参考其他可能业务，设计出通用可扩展的模型。

6、技术的先进性和成熟性：采用SOA先进技术体系设计开发，采用PDA、GPS等先进设备和技术；

7、可靠性： 有限的投资条件下，从软件硬件综合设计确保系统整体运行的可靠性 8、经济性： 充分利用现有服务器设备、系统软件及网络

5

4.2. 总体架构

如上图所示，从下到上依次为基础层、数据层、支撑层、核心业务层、表现层等5个层次，分别完成如下功能：

一、基础层

基础层包括网络、服务器（存储）系统软件（操作系统、中间件、数据库等）、系统安全

二、数据层

系统存储法律法规数据和监督对象的相关信息数据，通过在数据库中管理这些数据，进行查询和修改；系统基于数据库技术管理相关各类专题数据。

6

三、支撑层

支撑层对业务进行支撑，是成熟的开发平台，包括WebServices、智能表单、报表等为业务应用提供支撑的中间件。

业务支撑中间件：

表单服务。为相关部门（单位）、相关处置环节及相关角色之间的流转共享，提供灵活统一的表单系统，支持信息的采集、汇总、传递和共享。

四、核心业务层 系统的核心业务，如下： 1、监测管理； 2、监督单位管理； 3、统计分析； 4、领导统计查询； 5、监督抽检及风险预警； 6、法规标准查询 五、表现层

卫生监督监测管理系统，进行监督监测中信息处理、统计分析等；

以上每一层，都有相应的运行管理体系、政策法规体系以及安全体系贯穿其中作为保障。

4.3. 技术架构

采用面向服务的体系架构来实现。

7

如上图所示，综合考虑了现有系统及本系统建设，在业务系统和服务之间通过政务服务总线（GSB）连接。政务服务总线通过服务注册、服务管理、服务规则（路由）实现了业务系统和服务的接入。业务系统和服务之间没有直接调用和访问关系，实现了业务系统和服务之间的解耦。业务系统分为两类，一类是基于SOA体系架构下建设的系统，如本系统，可以直接接入政务服务总线；另一类是非基于SOA体系架构下建设的系统，如原有系统等等，不能直接接入政务服务总线，必须通过改造，并且通过适配器（Adpater）的方式接入。服务可以任意扩展，扩展的服务只要遵照接入协议，就能接入政务服务总线，目前的服务主要有数据访问服务、安全认证服务、各类中间件、数据交换服务等等。在接入政务服务总线时，每个服务应该先注册。

内部系统的沟通使用基于文本消息传输方式，有助于保持在各种平台下的兼容性。同时，使用事务管理来提高架构的容错性。

5. 分项设计

“卫生监督监测管理系统”包括监督监测管理和法规标准查询两个主要部分。监督监测管理部分集监测管理、监督单位管理、统计报表、监督抽检、风险预警等于一体；法规标准检索收录了国家和地方有关卫生监督监测方面的各项现行法律法规和标准。

8