阳光医保监管大数据管理平台建设方案（纯方案34页）

1、 TOC o 1-5 h z 1 技术解决方案1 HYPERLINK l bookmark32 o Current Document 建设原那么1 HYPERLINK l bookmark34 o Current Document 1.1 可靠性1 HYPERLINK l bookmark36 o Current Document 1.2实用性1 HYPERLINK l bookmark38 o Current Document 1.3平安性1 HYPERLINK l bookmark40 o Current Document 1.4稳定性1 HYPERLINK l bookmark42 o

2、Current Document 1.5 保密性1 HYPERLINK l bookmark44 o Current Document 1.6可扩展性1 HYPERLINK l bookmark56 o Current Document 1.7可管理性2 HYPERLINK l bookmark58 o Current Document 建设思路2 HYPERLINK l bookmark60 o Current Document 架构设计3 HYPERLINK l bookmark62 o Current Document 开发工具介绍4 HYPERLINK l bookmark64 o C

3、urrent Document 1ASP. NET 介绍4 HYPERLINK l bookmark66 o Current Document 1.4. 2JAVA语言介绍5 HYPERLINK l bookmark70 o Current Document 1.4. 3SQL Server 2000 介绍7 HYPERLINK l bookmark0 o Current Document .4数据字典8 HYPERLINK l bookmark2 o Current Document . 5SQL 语言9 HYPERLINK l bookmark4 o Current Document 模块

4、介绍10 HYPERLINK l bookmark6 o Current Document 1数据采集模块10 HYPERLINK l bookmark8 o Current Document 数据汇总和分解模块10 HYPERLINK l bookmark10 o Current Document 简要数据分析和展现模块12 HYPERLINK l bookmark12 o Current Document 4高级数据分析和展现模块13数据字典数据字典是一组系统关系变量，它包括了关于数据库有用的各种条目的细节信息(基本 关系变量、视图、索引和用户等等)。字典中的信息可以确认数据库中数据对象的

5、基本信息 及存放位置。用户能够像访问自己的数据一样访问数据字典。在指定的数据库中，使原关系变量成为基本关系变量，而它们的值称为基本关系；通过 关系表达式从基本关系中得出的关系称为导出关系(基本关系和导出关系被称为可表现的关 系)。视图是一种关系变量，它的值在任何指定的时刻是一个导出的关系；在指定的时刻， 这一关系变量的值是从相应的视图定义表达式计算得到的。因此，基本关系变量是独立存在 的，但视图不是(它们依赖于相应的基本关系变量)。用户能够像操作基本关系一样操作视图。 系统是通过替换视图所对应的视图定义表达式来执行视图上的操作的。因此，对视图的操作 就转变为对基本关系变量的等值操作。目前实现数

6、据字典有三种常见的途径：全人工过程，全自动化过程(利用数据字典处理 程序)和混合过程(用正文编辑程序，报告生成程序等已有的实用程序帮助人工过程)。不 论使用哪种途径实现的数据字典都应该具有下述特点：(D通过名字能方便地查阅数据的定义；(2)没有冗余；(3)尽量不重复在规格说明的其他组成局部中已经出现的信息；(4)容易更新和修改；(5)能单独处理描述每个数据元素的信息；(6)定义的书写方法简单方便而且严格。此外，如果再带有产生交叉参照表、错误检测、一致性校验等功能那么更好。如以下图这就是一个数据字典。字段字段名称类型大小备注Name姓名Char20Sex性另ULogo可以通过数据字典做什么有效性

7、检查呢？就是数据库系统自己使用的数据库，当然用户也可 以使用，一般来说其中存储数据库的信息，比方说：数据库有哪些用户、数据库有哪些表、 有哪些视图、有哪些存储过程。数据字典里存有用户信息、用户的权限信息、所有数据对象信息、表的约束条件、统计分析 数据库的视图等。我们不能手工修改数据字典里的信息。5SQL 语言SQL (Structured Query Language)语言是一种介于关系代数与关系演算之间的结构化 查询语言，其功能不仅仅是查询，SQL是一个通用的功能极强的关系数据库语言8。SQL 语言集数据查询、数据操纵、数据定义和数据控制功能于一体。SQL的主栗特点包括以下几点：(1)综合统

8、一：SQL语言集数据定义语言DDL、数据操纵语言DML、数据控制语言DCL 的功能于一体。语言风格统一，可以独立完成数据库生命周期中的全部活动，包括定义关系 模式、插入数据建立数据库、查询、更新、维护、数据库重构、数据库平安性控制等一系 列操作要求，这就为数据库应用系统的开发提供了良好的环境。用户在数据库系统投入运行 后，还可根据需要随时地逐步地修改模式，并不影响数据库的运行，从而使系统具有良好的 可扩展性。在关系模型中实体和实体间的联系均用关系表示，这种数据结构的单一性带来了 数据操作符地统一，查找、插入、删除、修改等每一种操作都只需一种操作符，从而克服了 非关系系统由于信息表示方式的多样性

9、带来的操作复杂性。(2)高度非过程化：用SQL语言进行数据操作，只要提出“做什么”，而无须指明“怎 么做因此无需了解存取路径，存取路径的选择以及SQL语句的操作过程由系统自动完成。 这不但大大减轻了用户负担，而且有利于提高数据独立性。(3)面向集合的操作方式：SQL语言采用集合操作方式。不仅操作对象、查找结果可以 是元组的集合，而且一次插入、删除、更新操作的对象也可以是元组的集合。(4)语言简捷，易学易用：SQL语言功能极强，但语言十分简捷，完成核心功能只用了 9个动词，SQL语言接近英语口语，因此容易学习，容易使用。块介绍1数据采集模块采集内容纸质信息，如医疗费用、接诊量信息等；电子表格信息

10、，即形成一定格式的信息，如预算指标控制情况、医疗机构费 用分析情况、接诊量医疗费用统筹信息等；文本信息，存于现有系统中的文字描述信息或是以Word、Excel.图片形式 的文件信息，如工作日志、工作周评估、工作月评估、协同信息的附件等；口头信息，零散的没有形成文档的信息，如用药反响、中药饮片统计、中药 饮片排名分析等；实现设计建立mysq I结构化的数据表，通过uploadify上传插件单独或批量的导入 word exceI 文件建立mongo非结构化的文档，通过uploadify上传插件单独或批量的导入txt 文件制作相关form提交页面，手工录入口头信息利用pdi (kettle)工具抽取

11、系统相关日志信息，并定时向数据模型中etl 数据Kett I e (PDI)是一款国外开源的et I工具，纯java编写，绿色无需安装， 数据抽取高效稳定(数据迁移工具)。KettIe提供了全面的功能，并且最优化用 户在建立、升级和管理数据整合架构时的速度、灵活性和效率。Kettle增强的 功能减少了学习的周期、简单化了管理和优化了开发资源的使用，减少了数据整 合应用的开发和维护周期。因此，KettIe使得企业能够花更少的时间开发他们 的整合应用，更多的时间是不断的从中受益。采用Kettle将使调度工具将不会 访问营销支撑系统，减少营销支撑系统的开销，使调度和数据应用相别离，监测 模型中的加载

12、及转换任务将由KettIe完成。数据汇总和分解模块在系统中，用户能够针对医保费用信息，从多个维度查看汇总和明细信息， 相应报表数据进行上钻汇总，下钻细分分析。既可以从较宏观(如全年、杭州市主城区)进行数据的统计，也能够进一步10查看各个季度，甚至某月、某一天的更微观的数据；从区域角度，那么可以进一步 细分查看各区（如上城区、下城区、西湖区、江干区、风景名胜区、下沙经济开 发区、滨江高新开发区、大江东）、甚至街道的数据。从宏观统计到细分数据的查看,能够通过方便地鼠标点击等方式完成。基本的汇总分解维度包括：区域、时间、医疗类型。元数据在数据仓库中的存储举例:表名：个人医保费用信息字段名称数据类型是

13、否为空约束条件医保人姓名长字符串（255）联系方式长字符串（255）所属城区长字符串（255）一月份费用及医疗类型长字符串（255）二月份费用及医疗类型长字符串（255）三月份费用及医疗类型长字符串（255）四月份费用及医疗类型长字符串（255）五月份费用及医疗类型长字符串（255）六月份费用及医疗类型长字符串（255）七月份费用及医疗类型长字符串（255）八月份费用及医疗类型长字符串（255）九月份费用及医疗类型长字符串（255）十月份费用及医疗类型长字符串（255）十一月份费用及医疗类型长字符串（255）十二月份费用及医疗类型长字符串（255）11简要数据分析和展现模块基于加工后的医保数据

14、，能够从趋势、结构、特点几个方面，通过图形、表 格形势进行展现。从数据分析的内容来看，主要包括：医疗费用综合分析分项统计趋势分析构成分析接诊量分析人数、次数、人次人头统计开展趋势分析医疗费用统筹分析门诊含费用、接诊量规定病种含费用、接诊量住院含费用、接诊量预算指标控制情况分析医疗机构费用分析医师费用费用结构分析三目费用分析费用排名分析情况分析费用结构分析三目费用分析费用排名分析参保人分析医疗费用情况分析就医开展趋势分析用药情况分析用药总体分析中药饮片统计12中药饮片排名分析高级数据分析和展现模块在简要数据分析基础之上，应用算法，通过对医保数据进行加工、转化、计 算，从而完成较为复杂的数据分析工

15、作，并将分析结果进行展现。医保大数据高级分析将包括：疑点案件、出院患者、合理用药、公示病种等 方面的专题。场景模拟模块结合医保大数据分析的具体业务，选择特定的场景，通过建立特点的数据根 据业务需求，通过对权重、参数的调整对业务场景进行模拟预警模块根据医保业务特点，针对重点业务指标项，结合这些指标项的走势，预先设 置预警条件和预警算法。当业务指标到达预警条件（如超过阀值时），即作为异常情况触发预警。事实发现模块对监控分析设计的重点疾病、药品、诊疗工程、医用材料进行分组管理，根 据分组后的结果参与相应统计分析，更便于分析人员发现两定单位、医师、疾病、 费用、明细工程间的关联关系和潜在规律。13基于

16、J2EE路线的应用实现J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可 简化且规范应用系统的开发与部署，进而提高可移植性、平安与再用价值。J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技 术层次，均有共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在 良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，企业内部 或外部难以互通的窘境。J2EE组件和“标准的 Java类的不同点在于：它被装配在一个J2EE应用 中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。J2EE规 范是这样定义J2EE组件的：客户端应用程序和ap

17、plet是运行在客户端的组件； Java Servlet和Java Server Pages (JSP)是运行在服务器端的Web组件； Enterpr i se Java Bean (EJB )组件是运行在服务器端的业务组件。J2EE是一个为大企业主机级的计算类型而设计的Java平台。Sun微系统(与 其工业伙伴一起，例如IBM)设计了 J2EE,以此来简化在瘦客户级环境下的应用 开发。由于创造了标准的可重用模块组件以及由于构建出能自动处理编程中多方14面问题的等级结构，J2EE简化了应用程序的开发，也降低了对编程和对受训的 程序员的要求。J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统

18、提供了良好的机 制：.保存现存的IT资产：由于企业必须适应新的商业需求，利用已有的企业信息系统方面的投资，而 不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全 盘否认的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE 架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBMCICS, IBM Encina,、I npr i se Vi s iBroker 以及 Netscape App I icat ion Server o 这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的企业计算领 域供应商的参与。每一个供应商都对现有的

19、客户提供了不用废弃已有投资，进入 可移植的J2EE领域的升级途径。由于基于J2EE平台的产品几乎能够在任何操作 系统和硬件配置上运行，现有的操作系统和硬件也能被保存使用。.高效的开发：J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间供应商去完成。 这样开发人员可以集中精力在如何创立商业逻辑上，相应地缩短了开发时间。高 级中间件供应商提供以下这些复杂的中间件服务：o状态管理服务-让开发人员写更少的代码，不用关心如何管理状态，这 样能够更快地完成程序开发。0持续性服务-让开发人员不用对数据访问逻辑进行编码就能编写应用 程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维

20、护。0分布式共享数据对象CACHE服务-让开发人员编制高性能的系统，极大 提高整体部署的伸缩性。.支持异构环境：J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依 赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开 发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。 J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异 构环境中，节省了由自己制订整个方案所需的费用。.可伸缩性：企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满 足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用

21、程序可 被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统 单机可支持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的 供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器15集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业 应用的需要。.稳定的可用性：一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因 为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重 损失。假设是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他 们支持长期的可用性。一些J2EE部署在WIN

22、DOWS环境中，客户也可选择鲁棒性 (稳定性)更好的操作系统如Sun Solaris、IBM 0S/390o鲁棒性最好的操作系 统可到达99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系 统理想的选择。这种基于组件，具有平台无关性的J2EE结构使得J2EE程序的编写十分简 单，因为业务逻辑被封装成可复用的组件，并且J2EE服务器以容器的形式为所 有的组件类型提供后台服务.因为你不用自己开发这种服务，所以你可以集中精 力解决手头的业务问题。容器和服务容器设置定制了 J2EE服务器所提供的内在支持，包括平安，事 务管理，JNDI寻址，远程连接等服务，以以下出最重要的几种服务：J2

23、EE平安模型可以让你配置web组件或enterpr i se bean,这样只有被授 权的用户才能访问系统资源.每一客户属于一个特别的角色，而每个角色只允许 激活特定的方法。你应在enterpr i se bean的布置描述中声明角色和可被激活的 方法。由于这种声明性的方法，你不必编写加强平安性的规那么。J2EE事务管理模型让你指定组成一个事务中所有方法间的关系，这样一个 事务中的所有方法被当成一个单一的单元.当客户端激活一个enterpr i se bean 中的方法，容器介入一管理事务。因有容器管理事务，在enterpr ise bean中不 必对事务的边界进行编码。要求控制分布式事务的代

24、码会非常复杂。你只需在布 置描述文件中声明enterprise bean的事务属性，而不用编写并调试复杂的代码。 容器将读此文件并为你处理此enterpr ise bean的事务。JNDI寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口，这样应用 程序组件可以访问名字和目录服务.J2EE远程连接模型管理客户端和enterpr i se bean间的低层交互.当一个 enterpr i se bean创立后,一个客户端可以调用它的方法就象它和客户端位于同 一虚 拟机上一羊.生存周期管理模型管理enterpr i se bean的创立和移除，一个enterpris

25、e bean在其生存周期中将会历经几种状态。容器创立enterpr i se bean,并在可用 实例池与活动状态中移动他，而最终将其沉着器中移除。即使可以调用 enterpr i se bean的create及remove方法，容器也将会在后台执行这些任务。数据库连接池模型是一个有价值的资源。获取数据库连接是一项耗时的工 作，而且连接数非常有限。容器通过管理连接池来缓和这些问题。enterpr i se bean可从池中迅速获取连接。在bean释放连接之后可为其他bean使用。161.6部署方案第一步：安装mysql数据库，根据安装文件和安装说明完成数据库 的安装，并建立相关的用户和密码，同

26、时赋权。防火墙开启mysql的端口。第二步：运行sql脚本，导入数据库，表，视图，触发器，存储过 程等，同时导入局部基础数据第三步：安装 jdk, nginx, tomcat第四步：把程序的war文件发布到tomcat下，配置server, xml , 设置jvm,配置nginx的conf文件第五步：启动linux定时任务，运行kett Ie的作业和转换投标产品规格配置清单序号设备名称及品 牌型号规格配置详细说明数量备注1联想服务器 Th i nkServer TD340 S2420v2 4/1TAH0硬件cpu: Intel 至强 E5-2400 v2 memory: 192GB stora

27、ge: sata 1TB软件OS: centos web server: tomcat3台分别用于中 转、数据仓 库、应用服 务器2注：如果本工程涉及硬件设备采购，须在技术文件中提供此配置清单。17 TOC o 1-5 h z HYPERLINK l bookmark14 o Current Document 场景模拟模块13 HYPERLINK l bookmark16 o Current Document 预警模块13 HYPERLINK l bookmark18 o Current Document 事实发现模块13基于J2EE路线的应用实现14 HYPERLINK l bookmark

28、20 o Current Document 1.6部署方案17 HYPERLINK l bookmark22 o Current Document 二、技术偏离说明表18 HYPERLINK l bookmark24 o Current Document 三、组织实施方案23 HYPERLINK l bookmark26 o Current Document 四、售后服务方案26 HYPERLINK l bookmark28 o Current Document 八、培训计划27 HYPERLINK l bookmark46 o Current Document 九、验收方案29 HYPERL

29、INK l bookmark48 o Current Document 9. 1验收目的29 HYPERLINK l bookmark50 o Current Document 9. 2对象、依据及前提条件29 HYPERLINK l bookmark52 o Current Document 9.3验收内容30 HYPERLINK l bookmark54 o Current Document 9. 4验收方法及程序30二、技术偏离说明表18名称采 购 要 求投标响应偏 离说明1.1建设 目标杭州医保大数据分析工程，是对医保信息管理系统产生的数 据进行深度加工，并使用大数据综合治理技术，精确

30、监控医 保服务行为，管好医保资金。主要包括：建成杭州医保大数 据分析平台；完善医保基本统计报表；进行医保大数据综合 分析应用。无 偏离1.2建设 内容通过对杭州医保业务数据进行清洗、转换、聚合，建成医保 大数据分析平台并提供以下功能：一站式查询即席统计数据分析和分解简要数据分析和展现高级数据分析和展现场景模拟预警预测事实发现无 偏离1.3建设 原那么系统建设以统一规划、统一标准、充分利用、联合共建和分 步实施、分级管理、网络互联、信息共享为基本原那么。充分 利用信息网络互联大平台，建成一个统一的信息系统。坚持 开放性和可扩展性原那么，保证系统具有广泛的扩展空间。坚 持平安第一的原那么，保证全年

31、365天，每天24小时的正常运 转以及系统数据的平安，必须尽最大可能地保证数据不遭意 外情况的损坏，不遭人为的破坏。无 偏 离1.4技术 要求(1)响应时间响应时间是从询问或请求的结束到响应的开始之间所经历的 时间，主要用于衡量交互式作业处理。根据行业经验，一般 情况下可忍受的响应时间在3秒内，同时，后台主机及网络 的响应时间一般不超过整个交易时间的50%0 一般情况下可 以将结算的响应时间定义在1秒种之内，将业务经办点的响 应时间设在3秒内。根据最大原那么以及数据量的情况，历史无 偏离19性数据查询、宏观决策中的汇总、统计性操作的响应时间可 相应延长为5-10秒。当所要求处理的数据量特别大时

32、，响应 时间可根据实际情况确定。(2)吞吐量在给定的时间周期内，系统能完成的总工作量的一种量度。 主要用于衡量批量作业处理。吞吐量确实定原那么是根据最大 原那么及实际数据规模进行估算。针对不同的业务，吞吐量的 计算与业务发生的频度、服务对象的数量、服务人员的数量 相关。(3)业务精度是区分接近相等的两个值的能力的一种量度。代表数据的准 确性，一般对准确性要求较高的数据进行精度定义。精度的 确定原那么是根据现行的计算统计体制采用实际使用的精度， 本系统关键指标的业务精度为：报表预生成时间：5秒；市 本级汇总时间：每1万人为10分钟。(4)信息量分析本系统覆盖杭州市本级以及辖区内的外地户籍参保人员

33、，以 及所需的结算记录，涉及部门众多、历史参保信息复杂、数 据流转环节多等特点。预计每月新增记录在5000万左右。2.1用户 群体系统使用群体为医疗保险管理服务局内部工作人员，总人数 在100人以内。(1)局领导：局长、副局长(2)业务处室：计划财务处、综合业务处、内控审计处、定 点机构管理处、医疗保险管理处、医疗审核一处、医疗审核 二处、医疗审核三处、结算管理处、稽查处。无 偏 离2.2业务 需求2. 2. 1 一站式查询在系统中，通过输入医保业务主体的关键信息，能够快速的 查询得出相关业务信息。2. 2.2即席统计根据医保数据业务的统计需求，用户可以灵活的选择查询条 件，设定统计指标，生成

34、各类医保统计数据、报表。统计结果可以输出，供制作报告、分析共享之用。对于使用的查询条件，可以保存到系统中，以备下次重复使 用。数据汇总和分解在系统中，用户能够针对医保费用信息，从多个维度查看汇无 偏 离20总和明细信息，相应报表数据进行上钻汇总，下钻细分分析。既可以从较宏观（如全年、杭州市主城区）进行数据的统计， 也能够进一步查看各个季度，甚至某月、某一天的更微观的 数据；从区域角度，那么可以进一步细分查看各区（如上城区、 下城区、西湖区、江干区、风景名胜区、下沙经济开发区、 滨江高新开发区、大江东）、甚至街道的数据。从宏观统计到细分数据的查看，能够通过方便地鼠标点击等 方式完成。基本的汇总分

35、解维度包括：区域、时间、医疗类型。简要数据分析和展现基于加工后的医保数据，能够从趋势、结构、特点几个方面， 通过图形、表格形势进行展现。从数据分析的内容来看，主 要包括：医疗费用综合分析分项统计趋势分析构成分析接诊量分析人数、次数、人次人头统计开展趋势分析医疗费用统筹分析门诊含费用、接诊量规定病种含费用、接诊量住院含费用、接诊量预算指标控制情况分析医疗机构费用分析医师费用费用结构分析三目费用分析费用排名分析情况分析费用结构分析三目费用分析21费用排名分析参保人分析医疗费用情况分析就医开展趋势分析用药情况分析用药总体分析中药饮片统计中药饮片排名分析高级数据分析和展现在简要数据分析基础之上，应用算

36、法，通过对医保数据进行 加工、转化、计算，从而完成较为复杂的数据分析工作，并 将分析结果进行展现。医保大数据高级分析将包括：疑点案件、出院患者、合理用 药、公示病种等方面的专题。2. 2. 6场景模拟结合医保大数据分析的具体业务，选择特定的场景，通过建 立特点的数据根据业务需求，通过对权重、参数的调整对业 务场景进行模拟2. 2. 7预警预测根据医保业务特点，针对重点业务指标项，结合这些指标项 的走势，预先设置预警条件和预警算法。当业务指标到达预警条件（如超过阀值时），即作为异常情 况触发预警。事实发现对监控分析设计的重点疾病、药品、诊疗工程、医用材料进 行分组管理，根据分组后的结果参与相应统

37、计分析，更便于 分析人员发现两定单位、医师、疾病、费用、明细工程间的 关联关系和潜在规律。2.3系统 及应用 需求系统主要功能包括：从业务系统采集数据，包括基础数据和业务经办数据对采集到的数据进行校验和比对，发现冲突时按照共同制 订的数据处理规范进行处理，保证数据的一致性和准确性；建立数据分析模型无 偏离根据业务需求提供数据统计与分析、监控等功能。2.4数据 需求要求系统在设计时，能够满足3到5年内的数据存储、分析 的使用需求，并充分考虑在此期间数据规模的扩充。要求满足在数据存储、传输过程中的完整性需求，并保证数 据存储和传输过程中不被篡改和破坏。无 偏 离3工程实施要求总工期为6个月，其中建

38、设工期为5个月，试运行1个 月。详细实施进度要求如下：1）合同签订后1个月内完成工程需求分析、概要设计、详细 设计，细化系统建设计划和测试验收方案，并报采购人审查 通过。2）合同签订后5个月内，完成工程开发、编码，测试，实现 系统全部功能，完成调试、集成等，通过初步验收，进入试 运行；3）合同签订后6个月内完成培训、试运行，系统修改完善后 正常、稳定运行，经峻工验收，进入维护期。实施地点：杭州市人力资源和社会保障信息中心及其指 定地点。无 偏 离4质量 保证1）投标人须保证所提供产品符合国家有关规定。投标人须保 证所提供产品具有合法的版权或使用权，本工程采购的产品， 如在本工程范围内使用过程中

39、出现版权或使用权纠纷，应由 投标人负责，采购人不承当责任。2）投标人必须保证解决工程所涉及的技术问题，如因技术原 因无法满足采购人需求，由此产生的风险由投标人承当。3）投标人在质保期内，如遇软件产品升级、改版，应免费提 供更新、升级服务。无 偏 离22三、组织实施方案本系统开发将针对本工程成立专门的工程负责组，指定工程负责人，配备完 善的工程组成员；以保证工程优质高效地顺利进行；整个工程的人员组织机构的 情况大致如下：由工程经理、系统分析师、软件架构师、数据库工程师、软件工 程师、现场工程实施工程师等组成。本系统开发厂商承诺，保证足够的技术人员 和时间投入系统设计与开发中，且在工程执行过程中工

40、程负责人和主要开发人 员常驻甲方所在地，且未经甲方许可，不自行变更，不从事与本工程无关的其 他开发工作。(1)工程领导小组：由双方公司领导、工程经理组成，负责对工程的领导 和监督，解决工程遇到的问题，控制工程的进程，协调工程中牵涉到的各个方面 的配合，为工程的顺利实施提供必要的保障；(2)工程执行小组包括：工程经理1人、系统分析师1人、软件架构师1 人、数据库工程师2人、软件工程师2人、现场工程实施工程师2人等；名称职责工程经理制定、获批并持续维护各工程计划，该计划将用于管理工程的实施工作。组织各工程的人力资源，并与工程其它有关各方建 立组织关系，如供应商等。完成人员工作任务安排并对相关人员进

41、行就职培 训。管理工程日常工作及需求变更的执行。定义问题管理方法以便进行问题的识别、分析、提 升、解决及汇报。通过识别、评估、筛选及采取适当的纠错措施来识 别和解决问题。制定工程状态汇报方法来汇报工程的进程及问题。管理系统实施和推广以确保工程的成果能够按时交 付，工程的里程碑能够按时按预算完成。一旦工程中有交付成果完成，获得相关部门的接受 认可。23名称职责配置开发人员该小组包括两个职责，即：需求分析，配置开发。主要 任务包括：收集并确认业务需求。对所有业务需求所需的应用模块进行定义和分类， 形成具体配置开发项系统分析人员完成产品工程的软件系统需求分析、系统分析与设 计指导与评审工作数据库工程

42、人员设计并优化数据库物理建设方案实施人员（集成商）安装并配置开发、测试服务器及台式机。.安装并配置系统开发工具。安装硬件组件并确认网络的连通性。安装所有的生产软件应用。配置服务器、应用系统及数据库。记录所有生产环境安装维护的步骤及要点。根据测试条件执行完整的系统及集成测试。解决任何生产环境的问题。记录问题日志，包括问题描述、开始日期、责任人、 解决方案、结束日期。测试人员负责对配置开发完成的脚本进行功能性验证和性能 性验证。负责协调解决测试发现的问题24工程实施进度计划表: 日历（日） 内容T +1T + 2T + 3T4-7T+10T+15T+28T+35T+41T4-50T+55T4-60

43、T4-90工程启动系统开发及 规范制定分析软件 需求1U系统设计系统实现 （编码和单系统测试 （集成、性产品发布（发布和部人员培训系统试运行工程验收25孑、售后服务方案为了保证本次工程顺利成功，本公司承诺工程验收后提供一年的7*24小时售 后技术服务，质保期内均提供免费上门维护、升级服务，对故障即时响应，4小 时以内到现场，24小时以内解决问题所采取的措施。包括免费升级、功能完善、 故障排除、性能调优、技术咨询等，并负责系统的集成，硬件故障替换，处理、 协调与供应商和无线数据运营商的关系。用户碰到疑问，可直接拨打技术支持 ，进行咨询。热线值班工程师将会 尽力在线上解决您的问题或记录下您的问题并

44、尽快寻求解答。各案例请求均将根据对客户企业影响的程度被赋予一定的严重级别，并以此 来排定客户服务的优先顺序。所有客户 都会加以记录、追踪、解决，并且只 有客户同意方可结束。对于日常的现场技术支持，公司工程师会在2小时之内响应，在24小时内抵 达现场，在问题可以重现或错误被识别的情况下48小时内解决问题。对于重大系统事故和远程技术服务无法解决的系统问题，公司将提供紧急现 场技术服务。紧急现场服务的响应时间为工程师在4小时内到达现场进行故障诊 断和解决。附表A:售后服务机构情况表序号机构名称机构性 质注册地址服务技术人员数 量联系 126八、培训计划附表：培训日程及费用课程名称提供的资 料持续 时

45、间培训对象培训地点课 程 费 用应用软件开发 工具及技术架 构培训PPTword2工作 日系统管理维护人员（至少1名系统维护 人员）免费应用软件操作 使用培训系统平台2工作 日系统平台操作人员、 业务人员免费应用软件维护 培训PPTWORD 系统平台2工作E）系统管理维护人员 （至少1名系统维护人员）免费费用总计6工作日免费27一、技术解决方案建设原那么可靠性此次系统高可靠性设计包括系统的稳定性和数据的可靠性两方面的含义。系 统的稳定性设计能使系统在发生局部硬件故障和软件故障时有相应的旁路技术 和容错技术，任意单点故障都不影响整个系统的运行。1. 1.2实用性此次硬件系统选择了具有先进性、成熟

46、性、稳定性，并拥有优良性能价格比 的设备；软件系统的选择与开发在满足业务需求的基础上具有易改造、易升级、 易操作、易维护等性能。1. 1.3平安性系统具有加密、解密、用户身份认证、权限管理控制、日志记录、平安审计 等平安控制功能，防止通过网络和操作系统的非法入侵。1. 1.4稳定性此次系统设计在考虑技术先进性和开放性的同时，还从系统结构，技术措施, 系统管理等方面着手，确保系统运行的可靠性和稳定性，到达最大的平均无故障 时间。1. 1.5保密性在应用设计中，充分考虑信息资源的共享，注意信息资源的保护和隔离，应 分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统平安机 制、数据存取

47、的权限控制等。1. 1.6可扩展性系统的设计不仅满足目前业务开展的需求，也支持未来业务开展的需要。在 业务种类的扩展方面，系统提供业务流程重组，在业务处理能力方面支持不改变 软件体系结构扩展系统的处理能力。课程概要本培训主要面向系统管理员和运行维护管理人员。在公司的技术顾问 进行产品安装、调试的过程中，向相关的参与人员讲解相关的概念和处理 过程。在产品安装完成后，公司的技术顾问将在客户现场集中进行产品基 本概念、基本操作和使用方法的介绍，同时通过现场的演示，讲解相关产 品使用范围和使用方法，并指导参与人员进行实际操作，公司提供相应的 培训资料和讲义。课程目的保证工程能顺利开展；保证人员能熟练操

48、作系统；保证运维人员能胜任系统的运维；保证技术和业务负责人能应用该系统进行技术和业务管理。教学方式公司在工程中会采用不同的培训形式，力求培训效果的最正确，并根据 工程的进展进行相应的培训使培训和工程进展能互相促进。在工程前期任 务较为单一，我们采用集中培训和外训方式进行培训使保证阶段目标的完 成；随着工程进展，工程任务并行交叉的逐渐增多，我们采用分客户对象 的局部集中和客户现场培训方式相结合的培训方式；在工程收尾阶段，系 统上线后工程任务会逐渐减少，我们采用集中培训和外训方式主要针对运 维、技术和管理进行针对性的强化培训。培训考核培训工程结束之后，我公司与用户将对培训人员进行综合能力测试， 并

49、给出相应的分数，对没有到达要求及对培训课程不满意的学员，我公司 将重新安排培训课程，并承当全部费用。保证学员掌握系统理论及操作能 力。28九、验收方案1验收目的为了按照中华人民共和国政府采购法、杭州市本级信息化建设专项资 金管理方法（试行）和杭州市级部门年度政府投资信息化工程申报和全过程 管理指南中的要求执行，确保工程竣工后到达有关要求和标准，并能正常投入 运行，必须进行工程验收。对象、依据及前提条件依据工程前期工作批复文件（立项、可行性论证、设计批复）、合同书及合 同附件、有关技术说明文件，按照国家和我市的相关法律、法规、国家标准、地 方标准、行业标准进行验收。具体验收标准和依据可根据具体工

50、程情况提出。工程验收的前提条件：（一）所有建设工程按照合同要求全部建成，并满足使用要求，试运行三个 月上；（二）各个分工程全部初验合格；（三）已通过软件确认测试评审；（四）已通过软件系统测试评审；（五）软件已置于配置管理之下；（六）各种技术文档和验收资料完备，符合合同的内容；（七）系统建设和数据处理符合信息平安的要求，涉密信息系统需提供保密 主管部门出具的验收合格证书；（八）工程已决算并完成审计工作；（九）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产 权相关政策法规的要求；（十）各种设备经加电试运行，状态正常；（十一）经过监理方同意；（十二）经过相关主管部门和工程业主同意；（十

51、三）合同或合同附件规定的其他验收条件。29验收内容验收内容及标准根据具体工程实际制定，一般由工程监理单位编写，报工程 业主审定或直接由工程业主编写。验收内容一般包括测试（复核）、资料评审、质量鉴定三局部。（一）验收评测工作主要包括：文档分析、方案制定、现场测试、问题单提 交、测试报告；（二）验收测试内容主要包括：检查“合同”或“验收标准”要求的所有功 能、所有质量特性，验证功能和接口与需求说明的一致性，以及商定的一些特殊 测试。（三）资料评审标准一般包括：文档完备性、内容针对性、内容充分性、内 容一致性、文字明确性、图表详实性、易读性、文档价值等。需要评审的资料包括以下几局部：（一）基础资料：

52、招标书、投标书、有关合同、有关批复文件、系统设计说 明书、系统功能说明书、系统结构图、工程详细实施方案。（二）工程竣工资料：工程开工报告、工程实施报告、工程质量测试报告、 工程检查报告、测试报告、材料清单、工程实施质量与平安检查记录、工程竣工 图纸、操作使用说明书、售后服务保证文件、培训文档、其他文件。（三）软件开发文档：需求说明书、概要设计说明书、详细设计说明书、数 据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户 操作手册。（四）软件开发管理文档：工程计划书、质量控制计划、配置管理计划、用 户培训计划、质量总结报告、会议记录和开发进度月报。验收方法及程序验收方法（一）

53、登记法。对工程中涉及的所有硬件、软件和应用程序登记造册，特另 是硬件使用手册、系统软件使用手册、应用程序各种技术文档。（二）对照法。对照检查工程各项建设内容的结果是否与合同条款及工程实 施方案相一致。（三）操作法。对工程系统破件一一实际加电操作，验证是否与硬件提供的 技术性能相一致；运行工程系统软件，检验其管理硬件及应用软件的实际能力是 否与合同规定的一致；运行应用软件，实际操作，处理业务，检查是否与合同规 定的一致，到达了预期的目的。（四）测试法。对能使用检测仪器进行检测的设备、进行实际测试，检查是 否和设备、实施的规格、性能要求相一致。30验收程序（一）初验。.工程竣工后经测试和试运行合格

54、，承建单位根据合同、招标书、计划任务 书，检查、总结工程完成情况后向工程业主提出初验申请。.工程业主组织监理和承建单位组成初验小组，对工程各项工作进行全面检 查。.承建单位提供材料：初验申请书、完工报告、工程总结报告，以及第八条 要求的验收评审资料。（二）终验.申请：初验合格后，工程业主根据工程前期工作批复文件（立项、可行性 论证、设计批复）、合同、招标书、任务书，检查、总结工程组织实施和完成情 况后提交验收方案（计划书）。.经过审核，材料齐全那么由工程业主组织相关部门验收。验收工作可分为两个步骤：验收小组验收和验收专家组评审。（1）验收小组验收。验收小组一般由35人组成，成员由相关部门以及项

55、 目业主的管理人员、监理单位专业技术人员共同组成。验收时参照相关验收内容 及标准进行，验收后提交验收报告。验收小组的工作也可委托有资质的信息化项 目咨询中介机构进行。（2）验收专家组评审。验收专家组一般由3 7人组成，成员由相关行业专 家和验收小组代表组成。验收专家组评审一般采取会议评审结合现场检查方式进 行。包括以下几个步骤：A、业主单位作关于工程背景、工程执行情况、试用情况的报告；B、承建单位作关于工程建设情况、自检情况及竣工情况的报告；C、监理单位作关于工程监理内容、监理情况以及竣工意见的报告；D、业主单位作试用情况报告；E、验收小组代表作验收小组验收报告；F、验收专家组进行现场检查；G

56、、验收专家组对关键问题进行抽样复核和资料评审；H、验收专家组对工程进行全面评价并给出验收意见。（3）工程业主提供材料：验收申请、工程建设总结报告（组织与实施协调）、 工程实施报告（技术、工程管理、质量控制）、验收安排计划、验收小组及专家 组名单、验收计划书（由监理单位负责）以及第八条规定的验收评审材料。.验收签字经过验收、评审形成的验收报告和评审报告，验收专家组成员签字，工程业31主存档。验收结论验收结果分为：验收合格、需要复议和验收不合格三种。符合信息化工程建 设标准、系统运行平安可靠、任务按期保质完成、经费使用合理的，视为验收合 格；由于提供材料不详难以判断，或目标任务完成缺乏80%而又难

57、以确定其原因 等导致验收结论争议较大的，视为需要复议。工程凡具有以下情况之一的，按验收不合格处理：（一）未按工程考核指标或合同要求到达所预定的主要技术指标的；（二）所提供的验收材料不齐全或不真实的；（三）工程的内容、目标或技术路线等已进行了较大调整，但未曾得到相关 单位认可的；（四）实施过程中出现重大问题，尚未解决和作出说明，或工程实施过程及 结果等存在纠纷尚未解决的；（五）工程经费使用情况审计发现问题的；（六）违反法律、法规的其他行为。验收结论确认和处理由工程业主会同相关部门根据验收意见和相关资料得出结论，并进行确认。工程验收结论的处理：（一）验收结论为验收合格的，工程业主将全部验收材料统一

58、装订成册并连 同相应的电子文档。（二）验收结论为需要复议的，工程业主以书面形式通知建设单位在三个月 内补充有关材料或者进行相关说明。（三）验收结论为验收不合格的，工程业主以书面形式通知设计、承建单位, 限期整改，整改后试运行合格的，工程业主重新申请验收。（四）未通过验收的信息化工程，不得交付使用。工程交接工程竣工验收合格后，办理工程交接手续。工程的移交包括工程实体移交和 工程文件移交局部。321.1.7可管理性可管理性包括正常情况下的可管理性和系统发生改变时的可管理性。系系统 的高可管理性要求具备对主机、网络、数据库、应用等资源进行监控、管理和调 度。建设思路我们认为，本系统的建设应该与本系统

59、的建设的需求、规模、职能分配、作 用以及与现有的资源有机的结合起来，应该突出表达以下几个方面：以业务需求为主导，以完整地实现系统预期功能为目标，提高系统的实用性 和稳定性。在系统的设计上采用三层架构，充分考虑系统的可扩展性和开放性。保证通用性强、功能灵活定制、流程灵活管理等特性，在确保各系统运行稳 定的前提下，促进系统充分集成和信息整合。在坚持系统实用性和稳定性的前提下，系统界面设计表达以人为本，提示明 确、操作简单、维护方便。按照不同的系统类型和级别，平安保障设计实现信息交换的不同平安要求， 提高系统的整体平安性。系统功能设计充分考虑市体彩目前以及未来的业务开展，为确保系统不断扩 展的需要，

60、体架构可扩充性好，预留功能扩充的接口。在工程实施上严格按照软件工程管理要求，对工程采购、风险、沟通、人力、 质量、本钱、时间、范围、整体管理九个方面进行严格控制。架构设计加工分析加工分析源数据数据中转数据仓储数据报表应用层文本数据网络数据/据仓库元数据即席查询薮据分析数据挖掘开发工具介绍. 1ASP.NET 介绍ASP. NET是Microsoft公司动态服务页面(Active Server Page)的最新版本，它是该 公司提供的基于服务器的强大的技术，用于为万维网站点或企业的内部网创立动态的、交互 式的HTML页面。ASP.NET作为ASP与.NET相结合的产物，是以前各版本ASP的一大飞