社区卫生综合改革信息化系统之区域业务协同系统改造项目--技术需求20160902.docx

1、第一章项目概述31.1投标人资格要求31.2建设内容和范围31.3建设周期4第二章项目技术需求52.1社区综合管理系统改造需求52.1.1各管理角色主页要求52.1.2运营监管52.1.3管理协同62.1.4 统计分析7GP桌面82.1.6预算管理82.1.7绩效考核与分配102.1.8社区诊断122.1.9健康评估142.1.10院内数据采集和交换平台152.2区域卫生综合管理平台升级改造需求162.2.1区卫生综合管理平台指标中心改造162.2.2区全面预算模块功能升级改造162.2.3区医疗监管模块功能升级改造162.2.4区公共卫生监管模块功能升级改造172.2.5区药品耗材监管模块功

2、能升级改造172.2.6区家庭医生业务监管模块功能开发172.2.7区绩效评估模块功能升级改造182.2.8区政府补偿模块功能升级改造182.2.9区薪酬核定模块功能升级改造182.3区域协同系统功能需求错误!未定义书签。2.3.1区域PACS远程阅片会诊系统错误!未定义书签。2.3.2区域心电报告会诊中心错误!未定义书签。2.3.3区域病理远程会诊中心错误!未定义书签。2.3.4检查检验结果互认系统错误!未定义书签。2.3.5区域电子图书馆错误!未定义书签。2.4配套服务器需求192.5实施及保障要求372.5.1实施过程要求372.5.2成果交付要求382.5.3人员培训要求382.5.4

3、质保期服务要求39预算查阅各部门预算管理人员可以根据组合条件查阅自己所在部门的各类预算表。2.1.7绩效考核与分配绩效管理模块是指用于社区卫生服务机构中管理层开展绩效考核和奖金分配的计算机应用软件。通过建立适应不同类型科室和岗位的绩效方案，将不同的质量系数及需要的预算主体考评系数纳入到对应的绩效方案中，结合标化工作体系和工作质量评估结果，按照科室和个人的两级分配原则，最终实现对机构内部各科室或者各人员的绩效考核、绩效分配、绩效分析等管理需求。绩效考核通过对科室（个人）绩效方案的定制功能，完成对绩效指标的选择、权重占比、指标分解及考核方法的维护管理，并能对方案进行调整及发布相应操作

4、。定期进行绩效执行计划的管理，允许管理人员对被考核对象进行按期的绩效考核执行。方便的提供对各考核对象的结果查看。支持系统自动评分和手动评分两种绩效评分方式。系统自动评分至少支持四种计算公式：加减法、区间法、目标参照法和公式法。支持绩效方案的复用。在新增绩效方案时可以前期的绩效方案为基础，经过调整和完善形成新的绩效方案。支持绩效方案的调整。已经发布的绩效方案可通过调整单进行调整，调整内容包括考核指标、指标权重、评分方法等。指标结果数据必须来自社区数据中心，以保证执行数据的一致性和正确性。支持科室绩效奖金分配管理功能。系统可结合科室的绩效评价得分情况（转化为考核系数）、科室下的团队成员标化工作量及

5、标化工作单价，结合部分的人工主观评分内容，计算出科室绩效奖金应发总额，经过审核调整后作为各科室进行二次分配的应发依据。支持个人的绩效奖金分配管理功能。根据科室绩效奖金分配获得的应发总额依据，结合科室内所有最小预算主体的绩效评价得分情况（转化为考核系数）、主观评分结果、标化工作量及标化工作单价，实现对这个预算主体的绩效奖金分配额度试算，在审核通过后可作为发放依据。预算主体内部的成员奖金拆分过程也在此基础上由负责人进行系统内的拆分操作予以完成。允许对科室和个人的绩效分配结果的按组合条件的查询，并提供对应的导出等功能操作。绩效分析支持科室及每位工作人员的绩效评价得分、绩效分配情况分析功

6、能。可根据时间、指标类型、业务类别等多维度，查看社区机构各个科室及每位工作人员的绩效评价得分、绩效分配情况。支持绩效结果的申诉管理。可以对整体考核结果或单项考核结果提出申诉,根据申诉审批结果确定是否更改绩效结果。初始设置支持对绩效指标、考核时间等基础配置的管理功能。数据采集与录入子系统主要实现考核数据的自动采集，从医院HIS系统、体检系统、共卫生系统实现工作量数据采集，对于系统不能采集到的数据采用人工录入方式，数据采集上来后就进入数据中心，成为事实数据信息库。维护子系统主要实现指标维度、数据模型、系统参数的设置，设置数据成为指标库和预警数据库，按照设置的相关参数信息，就可以支撑后

7、续系统需要,展示各种特定或自定义的报表数据，并可实现按维度、数据模型的对比、同比分析。在数据中心基础上，实现信息的展示利用，包括社区诊断子系统、科研支撑子系统、综合展示子系统三部分。社区诊断子系统主要提供给社区诊断工作人员，按照社区诊断工作要求，统计相关数据，形成社区诊断报告。科研支撑子系统主要通过各种数据的挖掘分析，实现各种数据发现，支撑医护科研人员科研工作开展。综合展示子系统主要为社区管理人员服务，便捷的展示社区医院慢病管理各种统计管理数据。数据采集与录入数据采集与录入模块主要实现医院各种现有数据的采集，建立后续统计分析和展示的数据中心，具体功能包括：1）数据采集接口的管理，

8、包括制定、修改、查询；2）采集数据的跟踪、管理和修订；3）提供基础数据综合查询功能；4）自定义接口数据采集管理（支持未来扩展），接口数据监控和管理；5) HIS、公共卫生、体检等数据的采集对于无法从应用系统采集的数据提供手工录入和审核功能。系统管理主要实现系统各项指标、用户、权限等基础信息的管理，支撑后续的统计分析，具体功能包括：1) 各种统计指标、维度的维护；2) 各种主题和数据模型的维护；3) 预警、基准数据的维护；4) 标准与数据字典的维护；5) 用户和权限管理，系统设置(系统控制和扩展，个性化设置)；6) 提供系统登录和操作日志，方便监控和管理。社区诊断按街

9、道和社区统计相关信息，实现社区诊断工作。科研支撑科研支撑模块主要实现各种健康管理数据的统计分析，支撑科研工作管理需要，主要功能包括：1) 慢病管理数据的统计分析；2) 支持自定义指标、维度；3) 支持自定义主题和用户模型设计；4) 可实现同比、环比、对比、相关性和趋势性分析5) 支持与基准数据的比对；6) 支持数据导出功能，可以采用专业统计数据统计分析。综合展示综合展示模块主要实现综合数据的展示分析，主要功能包括：1) 综合数据的展现，在一个界面里展示一览子健康管理数据;2) 支持主页显示的内容和数据；3) 支持数据钻取；4) 支持关键指标、预警信息提醒；5) 支持

10、与基准数据的比对。2.1.9健康评估系统主要在个人健康数据采集系统基础之上，通过采集到的数据形成个人健康档案，根据个人健康档案数据进行个人的健康风险评估，评估的结果包括主要健康问题、异常指标情况、高发疾病风险、重要指标趋势等等，系统根据个人健康档案风险评估情况细分客户健康管理需求，包括疾病诊疗需求，健康教育需求和健康干预需求等。最后根据健康管理需求制定个人健康干预管理计划和健康促进方案。2.1.10院内数据采集和交换平台数据采集1、支持多种数据库类型的数据源采集配置；2、提供基于ETL的抽取、转换、翻转等操作采集脚本；3、支持接口采集、SQL采集等多种数据采集方式；4、可根据数

11、据集内容分组建立多个数据采集模型模式；5、可生成数据采集的记录日志；可根据日志跟踪解决数据采集错误；6、支持不同数据设置不同频率、不同时段、不同采集接口；7、提供与医院HIS等系统数据采集的接口配置功能；8、支持数据质量的校验（包括数据项校验、数据相关性校验等）功能。数据交换1、具有跨队列、消息代理和数据转换一体化的面向服务架构，有成熟的适配器，可将不同的后端应用数据和数据库抽象成一致的对象模型；2、能提供创建定制适配器、消息、业务服务、业务操作和业务流程以及数据转换的向导；3、支持WebService服务、socket服务、消息服务、多种服务接口；4、满足平台数据交互高并发、

12、大数据量、实时性高等需求，保持高性能运行;5、可提供基于业务流程的流程配置服务，定制化服务配置。并可提供远程调用服务和分布式服务调用，并实现负载均衡，故障转移等基本功能；6、支持对每一个消息传输环节的监控和审核，对于数据传输状况有较灵活的反馈服务，具有自动补传、重传等功能；7、支持应用节点和接口服务的统一配置管理，监控平台应能对各接口调用历史进行负载和响应时间分析业务预警根据科室业务需要，制定适合本科室的相关业务指标的管理阀值、从而对各业务指标实行精细化管理。系统要能动态的进行针对性指标监控，对超过阀值的指标通过各种途径进行主动预警，并能触发后续的预警响应和回复处理流程。2.2

13、区域卫生综合管理平台升级改造需求面向本轮社区综改进行响应的功能、指标、展现、考评、补偿等功能的改造修正，确保业务监管、决策分析能有足够的数据和预测模型支撑，以配合社区综合改革工作的深入推广，进一步打通互联互联通的通道，确保区级平台的数据客观性和完整性。2.2.1区卫生综合管理平台指标中心改造根据本轮社区综合改革的文件精神，对141个基本服务项目所对应的300多个必备指标进行整理，与原有区级综管平台中的指标中心指标体系进行对照，对指标中心的指标进行补充，设定相关新增指标内容，并在指标之间增加归属、合并关系,优化指标数据的自动分发机制和分发结果的执行监督查阅及日志功能。2.2.2区全面预算模块功能

14、升级改造在原系统功能基础上，对预算类指标进行梳理调整，提供合并预算、预算模板快捷修改编辑、预算执行考核引用的过程，优化实现对预算类指标从指标中心体系中引用参照的功能，以及指标定义过程中的快速工程实施技术优化。2.2.3区医疗监管模块功能升级改造在原系统功能基础上，对医疗监管类指标进行相关梳理调整，实现对监管指标的个性可配置化实施操作，将指标分成一级、二级指标组合，通过组合钻取查询相应的指标以时间、科室为轴的动态发展曲线趋势，并根据相应的同比值、环比值、预算值、全区均值和全市均值来实现初步的智能化分析，以辅佐管理决策。在原有主题基础上，新开发医保和新农合主题的系列指标业务的监管。2.2.4区公共

15、卫生监管模块功能升级改造在原系统功能基础上，对公共卫生监管类指标进行相关梳理调整，实现对监管指标的个性可配置化实施操作，将指标分成一级、二级指标组合，通过组合钻取查询相应的指标以时间、科室为轴的动态发展曲线趋势，并根据相应的同比值、环比值、预算值、全区均值和全市均值来实现初步的智能化分析，以辅佐管理决策。在原有主题基础上，新开发计划免疫、健康宣教、艾性管理、死亡登记、环境卫生、卫生监督等其余公共卫生条线的业务监管功能。2.2.5区药品耗材监管模块功能升级改造在原系统功能基础上，对药品耗材监管类指标进行相关梳理调整，实现对监管指标的个性可配置化实施操作，并根据相应的同比值、环比值、预算值、全区均

16、值和全市均值来实现初步的智能化分析，以辅佐管理决策。在原有主题基础上，新增加对长处方药品、延伸处方药品和精卫毒麻类药品的重点监控和追溯功能。2.2.6区家庭医生业务监管模块功能开发对全区各社区的家庭医生业务进行监管，通过分级指标管理，按照签约（含1+1+1签约）管理、重点人群随访监督、慢性病规范管理监督、GP医保控费和GP业务达成监督等功能,全方位了解各GP团队的工作进展情况。并能对下辖社区的GP团队的各项业务进行排名，提供排名数据发布功能。2.2.7区绩效评估模块功能升级改造在原系统功能基础上，优化完善绩效评估方案的组合、套用功能，完善绩效类指标的数量指标、质量指标、效率指标等不同类型间的关

17、联影响功能，完善其从指标中心的引用参照功能，优化其绩效评估结果的数据发布功能，要求能对其他多个系统（政府补偿、薪酬核定、全面预算、社区综管等）的动态非实肘数据发布。并优化绩效评估业务数据的自动进入数据仓库的ETL过程，以实现管理端的按时间轴的绩效评估分析。2.2.8区政府补偿模块功能升级改造在原系统功能基础上，优化政府补偿的补偿模板快速工程化实施技术，补偿单价的指标中心复用功能，同时完善系统对补偿结果试算和自动校验等相关功能，并优化政府补偿业务数据的自动进入数据仓库的ETL过程，以实现管理端的按时间轴的补偿结果分析。2.2.9区薪酬核定模块功能升级改造在原系统功能基础上，优化薪酬核定模板快速工

18、程可配置页面开发，对核定项目的数据分发获取机制的优化调整，并根据指标项的变动，增加年度版本化存储的要求，同时优化业务数据自动进入数据仓库的ETL过程。2.3配套系统软件需求2.3.1操作系统1套2.3.2分布式日志平台系统2套各个应用系统每天产生大量日志。日志收集系统能够从各种日志源上收集日志，存储到一个中央存储系统上，以便于进行集中统计分析处理。它为日志的“分布式收集，统一处理”提供了一个可扩展的，高容错的方案。当中央存储系统的网络或者机器出现故障时，日志收集系统会将日志转存到本地或者另一个位置，当中央存储系统恢复后，日志收集系统会将转存的日志重新传输给中央存储系统。采集端，收集传输层和持久

19、化层分层设计，支持通过配置文件进行三者不同类型的组合配置。有较好的容错性，采集端和传输层间，收集传输层和持久化层间有容错性，且提供三种级别的可靠性保证；有较好的性能和可靠性，采集端和收集传输层间，收集传输层和持久化存储层间有负载均衡和失效转移两种模式，提供丰富的采集端和持久化存储层，支持大数据，可以直接写入大数据文件系统，写大数据文件系统时支持对文本和序列值的压缩。项目需求采集端最大数10000040第三章评分标准日志采集支持Syslog,支持UDP和TCP两种形式支持WindowsWMI和EventLog支持从AMQP协议兼容的消息队列导入日志支持通过SNMP从网络设备导入运行状态日志支持基

20、于Linux的标准输出的日志收集支持从JMS系统（消息、主题）中读取数据，支持从文件系统获取日志数据支持基于HTTPPOST或GET方式的数据源，支持JSON、BLOB表示形式日志处理支持以正则表达式从日志数据中抽提字段支持数据类型转换支持日志流标记，能够根据流标记实现快速分类支持日志源标记，能够实现不同数据源的快速分类支持日志处理管道，通过插件逐级解析和丰富日志支持日志分级处理，能够将符合一定条件的日志子集转发到下一级日志处理系统用户界面支持通过B/S管理界面，也支持通过命令行和脚本形式管理管理客户端支持仪表盘，仪表盘布局支持拖拽形式定制和全屏展示支持将查询保存到仪表盘中支持交互式的自定义日

21、志处理模块的开发和部署功能扩展提供日志格式的跨语言跨平台描述，支持自定义的日志采集客户端的开发支持自定义日志处理管道插件开发支持自定义日志分析插件开发支持自定义日志报表插件开发支持通过RESTFulAPI实现日志的查询、分析和获取结果支持向客户开放管理界面源代码，以实现界面定制后端存储支持MongoDB和ElasticSearch作为配置和日志数据存储后端支持DAS、NAS和SAN等不同等级存储硬件配置支持超融合架构硬件上运行所有组件性能和高可用日志接收组件，分析保存组件、查询和管理组件能够运行在不同服务器。每个组件都可以通过双机、多机实现高可用和负载均衡日志源支持不少于1000000,日志流

22、支持不少于1000000单日志消息来源最小支持1024个字段日志最大保存容量不低于1PB日志最大保留时间可不低于5年在最大数据容量下，查询最大延时不超过5秒2.3.3数据结构服务系统2套运行操作系统Linux,Freebsd,Windows服务器数据结构服务支持键值对，字符串，哈希，列表，集合，有序集合等多种数据结构.要求极高性能，在50并发，共500万请求时，能达到超过每秒10万次以上读写频率高可用支持分布式高可用性支持多节点，支持主从复制模式，支持主从-从-从等模式支持数据分区，可将数据存储于多个实例中支持数据持久化的内存模式、硬盘模式和混合模式应用模式支持管道批处理模式支持事务支持客户端

23、语各种主流语言，包括javaVB.netActionScriptBashC言C#C+ClojureCommonLispCrystalDDartElixiremacslispErlangFancygawkGNUPrologGoHaskellHaxeloJavaJavascriptJuliaLuaMatlabmrubyNimNode.jsObjective-COCamlPascalPerlPHPPureDataPythonRRacketRebolRubyRustScalaSchemeSmalltalkSwiftTel2.3.4分布式事务处理系统2套各个应用系统每天产生大量日志。日志收集系统能够从各

24、种日志源上收集日志，存储到一个中央存储系统上，以便于进行集中统计分析处理。它为日志的“分布式收集，统一处理”提供了一个可扩展的，高容错的方案。当中央存储系统的网络或者机器出现故障时，日志收集系统会将日志转存到本地或者另一个位置，当中央存储系统恢复后，日志收集系统会将转存的日志重新传输给中央存储系统。功能需求：采集端，收集传输层和持久化层分层设计，支持通过配置文件进行三者不同类型的组合配置。有较好的容错性，采集端和传输层间，收集传输层和持久化层间有容错性，且提供三种级别的可靠性保证；有较好的性能和可靠性，采集端和收集传输层间，收集传输层和持久化存储层间有负载均衡和失效转移两种模式，提供丰富的采集

25、端和持久化存储层，支持大数据，可以直接写入大数据文件系统，写大数据文件系统时支持对文本和序列值的压缩。项目需求采集端最大数100000日志采集支持Syslog,支持UDP和TCP两种形式支持WindowsWMI和EventLog支持从AMQP协议兼容的消息队列导入日志支持通过SNMP从网络设备导入运行状态日志支持基于Linux的标准输出的日志收集支持从JMS系统（消息、主题）中读取数据，支持从文件系统获取日志数据支持基于HTTPPOST或GET方式的数据源，支持JSON、BLOB表示形式日志处理支持以正则表达式从日志数据中抽提字段支持数据类型转换支持日志流标记，能够根据流标记实现快速分类支持日

26、志源标记，能够实现不同数据源的快速分类支持日志处理管道，通过插件逐级解析和丰富日志支持日志分级处理，能够将符合一定条件的日志子集转发到下一级日志处理系统用户界面支持通过B/S管理界面，也支持通过命令行和脚本形式管理管理客户端支持仪表盘，仪表盘布局支持拖拽形式定制和全屏展示支持将查询保存到仪表盘中支持交互式的自定义日志处理模块的开发和部署功能扩展提供日志格式的跨语言跨平台描述，支持自定义的日志采集客户端的开发支持自定义日志处理管道插件开发支持自定义日志分析插件开发支持自定义日志报表插件开发支持通过RESTFulAPI实现日志的查询、分析和获取结果支持向客户开放管理界面源代码，以实现界面定制后端存

27、储支持MongoDB和ElasticSearch作为配置和日志数据存储后端支持DAS、NAS和SAN等不同等级存储硬件配置支持超融合架构硬件上运行所有组件性能和高可用日志接收组件，分析保存组件、查询和管理组件能够运行在不同服务器。每个组件都可以通过双机、多机实现高可用和负载均衡日志源支持不少于1000000,日志流支持不少于1000000单日志消息来源最小支持1024个字段日志最大保存容量不低于1PB日志最大保留时间可不低于5年在最大数据容量下，查询最大延时不超过5秒2.35消息发布订阅系统2套总体需求消息传输可靠支持协议支持AMQP协议，包括AMQP所有应用模式支持客户端支持Java支持，支

28、持spring框架集成接口类型支持scab,clojure,jruby；提供SDK支持ruby,python,php,支持node.js,go,支持erlang?Haskell,ocaml,object-c,WebSTOMP,Delphi?和.net,微软com组件数据库整合支持整合Oracle,可以通过Oracle存储过程向系统发布消息。支持整合MySQL,支持SSIS组件模式支持整合PostgreSql数据库安全性支持LDAP认证。支持TLS/SSL,支持CA证书管理支持Web和基于命令行的管理支持管理API,可以通过Python来编写脚本执行支持HTTPAPI模式管理可列表，新建、删除队

29、列，监控队列长度，发送接收消息通过JSON格式导入导出定义。支持强制关闭连接物联网支持，内置支持MQTT协议扩展性支持HTTPAPI输出；支持自定义协议处理插件开发；支持向客户开放管理界面的源代码，以方便界面定制性能和高可用支持非共享存储模式的多活节点集群支持节点故障恢复后的消息重发集群最大节点数不少于32节点单节点支持最少10000并发连接数；2.3.6分布式计算基础架构系统2套分布式基础架构系统的主要功能是为分布式系统提供一致性协调服务。技术架构的需求：基础节点基础节点根据其本身的特性，可以分为下面两类：常规基础节点:用户需要显式的创建、删除临时基础节点：临时型基础节点，用户

30、创建它之后，可以显式的删除，在创建它的会话结束后，由基础架构系统软件服务提供方自动删除基础节点还有一个序列的特性，如果创建的时候指定的话，该基础节点的名字后面会自动增加一个不断增加的序列号。支持会话服务调用方与基础架构系统软件之间的通信，需要创建一个会话，这个会话会有一个超时时间。因为基础架构系统软件集群会把服务调用方的会话信息持久化，所以在会话没超时之前，服务调用方与基础架构系统软件服务提供方的连接可以在各个基础架构系统软件服务提供方之间透明地移动。支持监视器基础架构系统软件支持一种监视器操作，服务调用方可以在某个基础节点上设置一个监视器，来监视器该基础节点上的变化。如果该基础节点上有相应的

31、变化，就会触发这个监视器，把相应的事件通知给设置监视器的服务调用方。A读、写(更新)模式在基础架构系统软件集群中，读可以从任意一个基础架构系统软件服务提供方读，这一点是保证基础架构系统软件比较好的读性能的关键；写的请求会先转发到主要管理节点，然后由主要管理节点来通过基础架构系统软件中的原子广播协议，将请求广播给所有的听众服务器，主要管理节点收到一半以上的写成功的确认后，就认为该写成功了，就会将该写进行持久化，并告诉客户端写成功了。支持WAL和快照支持WAL(Write-Ahead-Log),对于每一个更新操作，基础架构系统软件都会先写WAL,然后再对内存中的数据做更新，然后向服务调用方通知更新

32、结果。另外，可以定期将内存中的目录树进行快照，落地到磁盘上。支持先进先出对于每一个基础架构系统软件客户端而言，所有的操作都是遵循先进先出顺序的：一是基础架构系统软件服务调用方与服务提供方之间的网络通信是基于TCP网络协议，TCP网络协议保证了服务调用方/服务提供方之间传输包的顺序；二是基础架构系统软件服务提供方执行客户端请求也是严格按照先进先出顺序的。串行执行在基础架构系统软件中，所有的更新操作都有严格的偏序关系，更新操作都是串行执行的，这一点是保证基础架构系统软件功能正确性的关键。支持软件功能需求：名字服务分布式应用中，通常需要一套完备的命令机制，既能产生唯一的标识，又方便人识

33、别和记忆。我们知道，每个基础节点都可以由其路径唯一标识，路径本身也比较简洁直观，另外基础节点上还可以存储少量数据，这些都是实现统一的名字服务的基础。配置管理组员管理支持主服务器节点-从服务器节点结构的分布式系统。其中主服务器节点需要作为“总管”来管理所有的从服务器节点，当有从服务器节点加入，或者有从服务器节点宕机，主服务器节点都需要感知到这个事情，然后作出对应的调整,以便不影响整个集群对外提供服务。主服务器节点收到有新子结点加入的通知后，做相应的处理；如果有从服务器节点宕机，由于它所对应的结点是临时性结点，在它的会话超时后，基础架构系统软件会自动删除该结点；主服务器节点收到有子结点消失的通知，

34、做相应的处理。支持简单互斥锁支持读写锁A支持屏障支持双屏障双屏障是这样一种语义：它可以用来同步一个任务的开始和结束，当有足够多的进程进入屏障后，才开始执行任务；当所有的进程都执行完各自的任务后,屏障才撤销。2.3.7分布式性能监控系统2套第一章项目概述总体需求分布式的应用系统性能分析部署与管理支持部署于linux,windows,freebsd操作系统，也可基于docker运行总体架构主要由收集器、数据存储、查询数据库存储可以使用关系型数据库，也可以使用cassandra服务器支持特性低消耗：跟踪系统对在线服务的影响应该做到足够小。基本不影响业务系统本身运行；应用级的透明：对于应用程序员来说，

35、无需知道有跟踪系统；支持Web界面查询分布式系统调用栈，以直观的方式进行性能分析编程语言和集支持JAVA语言，能和spring的集成成支持python,scala,ruby,C#,Go,Javascript等多种现代1.1投标人资格要求（1）符合中华人民共和国政府采购法第二十二条供应商参加政府采购活动应当具备的条件；（2）须按照上海市政府采购供应商登记及诚信管理（暂行）办法完成登记（网址：或）,未完成登记的供应商，必须按规定完成登记手续；（3）其他资格要求：a）供应商须为中国境内注册企业，且拥有适合的经营范围；b）投标人须具有工信部颁发的计算机信息系统集成壹级及以上资质证书；c）投标人必须具有

36、有效的软件企业认定证书；d）按照闵行区行贿犯罪档案查询管理办法（试行）（闵府办发201132号）要求，投标人必须提交“投标单位”、“法人代表”及“项目负责人”近三年来有无行贿犯罪记录，并出具相关证明；e）投标人若为福利企业，根据上海市财政局关于落实政府采购优先购买福利企业产品和服务的通知（沪财库200919号）及闵财库200915号的规定，在同等条件下优先采购福利企业的产品和服务。福利企业是指经县级以上人民政府民政部门认定，并获得福利企业证书的企业；0根据上海市政府采购促进中小企业发展暂行办法的通知（财库2011181号）的规定，本项目非专门面向中小企业或小型、微型企业采购。g）本项目仅允许投

37、标人自身参与投标，不接受联合体投标，不得借用母公司或子公司的资质和案例投标。以上资格要求为本次招标投标人应具备的基本条件，参加投标的投标人必须满足资格要求中的对应的所有条款，并按照相关规定递交资格证明文件。1.2建设内容和范围本项目主要是针对闵行区社区卫生服务中心卫生综合管理系统的建设，以及闵行区级卫生综合管理平台的改造建设。常用语言支持mysql,http等性能监控2.3.8列式内存数据库1套招标文件技术规范对应序号招标文件技术要求系统架构产品支持基于X86架构的多服务器、多处理器的高效并行处理技术，能够将数据处理和运算拆分并部署到多个处理器，支持集群技术，支持高可用(HA)的部署。开放性提

38、供对各主流厂商的硬件支持，包括国产硬件厂商，不能只依赖于单一厂商；不能为封闭式软硬件一体平台。操作系统支持支持主流Linux操作系统平台，包括SuseLinux/RedHatLinux等语言支持提供多语种支持；支持中文国家标准的中文字符。SQL支持支持SQL92ANSI/ISO标准。存储方式1.支持行/列存储方式，支持数据压缩。2.内置行列转换，不影响SQL查询。同时支持全内存计算，包括数据库引擎和数据驻于内存，把内存作为主存储和计算单元。存储过程和自定义函数1.支持通过数据库管理工具、第三方应用程序对存储过程进行的创建、删除、调用。2.支持通过数据库管理工具、第三方应用程序对自定义函数进行的

39、创建、删除、调用。任务执行与调度1.可支持命令行方式调度任务，可设置任务的运行时参数。2.提供图形化界面，可以配置定时执行任务，并对任务运行状况进行监控。数据平文件需求支持数据平文件加载方式，并且平文件的行分割符、列分割符均可以定义为多个字符的组合。数据挖掘内置数据挖掘函数库，包含主流数据挖掘算法，如决策树、线性回归、K-B等等。可以与R等第三方数据挖掘工具集成安全需求1.用户管理，支持创建删除用户，修改用户密码2.权限管理，支持对用户授予系统、对象权限。审计、日志需求1.数据库审计日志。具备审计开关，可以对create,INSERT,UPDATE,DELETE,GRANT操作进行日志记录。2

40、.会话级日志跟踪。可以对会话所执行的SQL语句，CPU耗时，执行计划，使用内存等内容进行记录。3.系统日志。对系统级操作，如启动，停止，参数修改，系统异常等内容进行记录。监控要求1.提供图形化监控界面，能够对系统的运行状态，活动会话、空间使用状况、内存、CPU、IO、网络等使用情况进行监控。2.提供SQL运行状况监控界面，能够对历史和当前执行的SQL进行监控，具体信息包括SQL语句、当前状态、执行开始时间、执行耗时；提供执行耗时最长的TOPn条SQL语句列表。3.具有性能自动调优机制，能为管理员提供调优建议。能够查看SQL语句的执行计划。无损失移植需求能够将原有异构数据库（Oracle10g/

41、llgSQLSERVER2008/R2,PostgreSQL数据库，DM数据库等）向本数据库无损失移植。能够兼容Oracle10g/llg,SQLSERVER2008/R2等数据库中的各种数据类型。规模需求数据库系统规模需能够承载10TB以上的结构化非压缩数据。资源管理需求1.可在线对访问请求所能访问I/O,CPU,内存等资源进行调控。2.可在线对访问请求的优先级进行精细化管理3.可随时对已经提交的数据库会话进行终止。运维需求1.应具有强的容错能力、错误恢复能力、错误记录及预警能力，能在不影响数据库运行的条件下快速恢复已提交的修改，可以把整个数据库、指定表或指定的记录恢复到指定时间点。2.具有

42、完善的数据库冷、热备份，还原功能，包括全量数据的备份、还原以及增量数据的备份、还原。高可用需求1.系统应具备高可用、负载均衡能力，当任何节点发生故障时（包括：服务器故障，网络故障，硬盘故障等），整个系统仍能对外不间断提供完整的数据服务。2.内存数据库支持持久层存储，在服务器掉电或停机后能保证事务的完整性，确保数据不丢失。3.数据库支持基于日志的容灾功能，能够实现异地容灾而且无需依赖第三方容灾方案。4.集群增加或删除节点时支持节点间的在线数据重新分布，数据重分布过程中前端的业务不会中断。5.数据库集群模式下，当数据库节点出现问题时，可通过故障切换保证数据库的可用性。数据库特性产品为MPP架构的无

43、共享(Share-Nothing)纯内存型数据库，可不依附于传统的硬盘型数据库独立部署。开发语言支持支持JAVA等主流语言的开发，可以快速开发基于HTML5标准的应用界面。API支持提供基于.Net和JAVA的数据库访问类库(API接口)。场景需求能够支持在线分析(OLAP)和在线交易(OLTP)2种使用场景。数据分区数据库支持多种分区方式,如HASH、RANGE、Round-Robin等分区方式，并支持基于其中两种方式的二级分区。图形化数据库管理工具提供统一的图形化数据库管理工具，可对数据库的各项功能进行集中式的统一管理，可以数据库内表、视图、存储过程等对象进行DDL/DML操作。ETL工具

44、支持兼容主流ETL工具，至少兼容Informatica?DataStage2种ETL工具。BI工具支持兼容主流BI工具软件。如SAPBusinessObjects,IBMCognos等等。数据处理引擎产品支持多个数据处理引擎，如列引擎、行引擎和多维引擎等，数据库可根据查询语句自动选择最佳处理引擎，无需人工干预。数据分析需求内置丰富的数据预测模型和业务分析函数，通过集成在实时分析内存数据库内的L语言、R函数库、C+函数进行库内分析。平台集成支持同Hadoop等平台进行跨库操作，用户可以通过数据库对Hadoop平台进行透明访问。内部优化产品支持行列数据在内存中的优化存储和针对列数据的写优化。数据处

45、理需求1.支持数据库，文本文件等多种形式的大规模数据加载，加载速度应=1T/每小时2.支持对数据进行大规模更新、删除操作。更新、删除速度应10000行/每秒并发及性能优化需求1.能支持500用户进行并行访问（访问模式是对TB量级数据表进行关联，然后进行模糊查询并返回6万条结果或对数据进行统计汇总），平均响应时间应在1分钟以内。2.支持读写并发访问。任何情况下读、写互不影响，并且不能有读取其他用户未提交数据的脏读。3.支持多张TB量级数据表进行关联，并返回千万级结果集。扩展需求1.可以在线增删结点服务器而不影响应用系统持续运行；数据库性能随着内存增加应近乎线性增长。2.内存计算数据库集群采用MP

46、P无共享(Share-Nothing)架构，支持分布式内存计算，支持50个节点以上的线性部署厂商售后服务提供原厂一年免费服务，发生重大故障时、快速优先响应，承诺由经验丰富的技术工程师进行紧急故障处理。知识产权要求投标商提供软件厂商提供的项目授权资料2.3.9数据库负载均衡管理系统1套传统的数据库集群都是保证业务持续可用的，有一个主节点，一个备用节点，如MSCS或者第三方的HA集群，这类集群的共同特点是始终只有一个节点在运行，在性能上得不到提升，系统也就不具备扩展的能力，当现有的机器不能满足应用的负载时只能更换更高配置的机器。这样的系统既不利于扩展，同时硬件资源浪费严重。本项目中需要的数据库负载

47、均衡软件要求打破以往主节点和备用节点的概念，集群中的每个节点都具有同等地位，点压力的均衡，进而显著提升数据库系统的性能。高可用性在本次项目中拟搭建的数据库负载均衡集群中，要求继承HA集群的优点,为用户提供了多种选择模式，可以根据对可用性要求程度的不同，采取合适的设置，采用多种故障监控机制实时监测系统的软硬件健康状况，负载均衡集群中若某节点发生故障，故障节点的虚拟IP会立即飘移到其余健康的节点来响应连接请求，保证业务不中断，同时可以在不影响业务的情况下完成故障节点的修复、重新上线。数据集的可扩性传统方案当一台服务器处理能力都用尽时，扩展方式我们称之为向上扩展,随着服务器处理能力的增强，它们的价格

48、也会更昂贵。本次项目使用的负载均衡软件，要求在需要更高数据库处理速度时，只要简单地增加数据库服务器就可以了。这样的扩展方式我们称之为向外扩展，可以大大降低硬件投资的风险，而且大大提高现有服务的质量。数据集的安全性本次项目的负载均衡软件要求采用无共享磁盘架构，这样各个机器可以不连接一个共享的设备，数据可以存储在每个机器自己的存储介质中。集群中各节点在任何时刻具有实时一致的数据，实现了真正的数据冗余，这样冗余的硬件架构不但可以避免单点故障而且提供了杰出的故障恢复能力；不会因为系统故障导致数据的丢失，大大提高了整个系统的可靠性与安全性。总体需求技术明细要求基本架构非共享磁盘架构的数据库集群，只需两（

49、多）台运行数据库的服务器即可搭建集群，无需增加其它硬件，如代理服务器、网关服务器；集群中的两（多）个数据库具有同等地位，全部处于实时读写状态。融合数据库的高可用、负载均衡、数据安全于一体的数据库集群软件。数据同步支持同步和异步两种同步方式，支持数据双向同步；采用实时并行同步技术，所有节点的数据要具备事务级的一致性。负载均衡支持随机、轮询、权重等静态负载均衡及自适应动态负载均衡策略。高可用采用网络心跳、虚拟IP技术结合仲裁机制实现自动故障切换，故障切换速度10so故障通知方式邮件、手机短信。扩展性可以通过增加服务器的数量来增加集群的处理能力，最多支持16节点，透明地支持读、写分离架构。透明性要求

50、集群对应用程序透明，提供唯一的IP地址及端口供应用程序访问。SQL解析集群可以自动解析应用程序传递的SQL语句，提供修改、替换、重调度定向应用程序提交的SQL语句等功能，透明地实现读写分离。管理要求所选数据库集群产品与数据库软件结合紧密，管理工具完全集成到数据库软件的管理平台中，方便用户创建、维护集群中的数据。厂商售后提供原厂一年（5*8小时）免费远程服务，发生重大故障时、快速服务承诺优先响应，由经验丰富的技术工程师进行远程紧急故障处理。知识产权要求投标商提供软件厂商提供的项目授权资料2.4实施及保障要求2.4.1实施过程要求保证项目按期完成并投入正常运行；投标人应在充分理解本采购文件用户需求

51、的基础上，以确保工程质量为前提，制定具体的切实可行的项目详细实施进度计划，以确保本项目如期完成。对于自行开发的应用系统，需要提供系统运行与维护所需要的管理工具；（3）在系统建设中，中标方必须提供完整的系统设计、运行与维护文档（规范、标准、操作手册)，如果系统运行与维护的文档发生了变更，则需要及时对系统管理员进行相应的技术培训和教育；(4) 系统上线之前，对系统管理员进行充分的技术培训和教育，保证管理人员掌握必要的管理工具，通晓管理规范；(5) 系统上线后,需要进行为期不少于2个月的试运行，在试运行阶段过程中,进行用户培训、系统调优等工作，直至系统稳定，满足验收标准。试运行期间系统对应部分如果无

52、明显异常，则在试运行结束时，中标方可以申请部分验收或系统验收；试运行期间系统对应部分如果出现故障或异常，在解决出现的故障或异常后,用户可以适当延长试运行期o如果上述故障及其解决发生在系统试运行期,用户还可以适当延长免费维护期；2.4.2成果交付要求在本期项目的开发过程中和交付使用后，各个阶段都会有各种成果和文档资料。这些成果和文档资料对所开发系统的维护和持续发展起着非常重大的作用O因此，要求将全面、规范的成果和文档资料交付给白银市卫生局，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。包括但不仅限于以下内容：用户调查与需求分析报告、系统概要设计方案、功能规格说明书、系

53、统详细设计说明书、系统维护手册、硬件设备维护手册、硬件网络施工拓扑图、硬件设备上线验收报告、用户操作手册、测试报告等。2.4.3人员培训要求培训是项目顺利进行的保证。在项目的不同阶段要求提供相关的培训课程,面向系统开发和管理员、各级领导、系统操作人员等不同群体提供系统化、定制化和有针对性的培训。培训内容分为三类，分别为系统开发和管理培训、平台运行与维护管理培训和用户使用培训。通过培训应使各类用户能独立进行相应应用与管理、故障处理、日常维护等工作，确保系统能正常安全运行；(2) 投标单位应在投标文件中提出培训计划，计划包括培训项目、人数、地点等详细内容；(3) 培训人员必须是投标单位的正式雇员或

54、专业的授权培训机构雇员。如果使用第三方培训机构，投标单位应在投标文件中提供培训机构的名称，并能根据情况调整。2.4.4质保期服务要求项目中应用软件用系统的质保期为1年，硬件及配套设备的质保期需满足技术需求中描述的要求。其中应用软件系统的质保期以项目终验之日起算，硬件及配套设备的质保期以项目中标人提供的硬件设备到位，上架运行验收之日起算。质保期内应提供免费技术服务：改正性维护和适应性开发服务；应以本地实体为基础，提供2名以上工程师的现场开发支持，维护期内提供至少1名的工程师进行驻场维护。所提供的技术服务至少为7X24小时支持维护服务，包括邮件、电话、远程维护、现场服务等方式。必须保证1小时之内响

55、应、4小时内派工程师到达现场、24小时之内解决问题。在系统质保期满后，应满足招标人对所出现故障的系统进行维修的要求。1.3建设周期项目周期为12个月。第三章评分标准评分因素及权重分值评分标准说明投标报价(20分)20分商务得分二(评标基准价/经核准的投标报价)X20%X100o保留到小数点后一位。技术部分(52%)20分(1) 方案对项目背景、现状和需求有充分的理解和把握,对系统设计目标有清晰的描述，在投资保护、原有成果复用或继承等方面有较为全面的解决方案，评价优得9-10分，良得7-8分；一般得1-6分；否则得0分。总分10分。(2) 投标人总体方案设计先进合理，对设计方案的合理性、科学性、

56、可实施性、安全性以及经济型的理解程度，在保障成熟的前提下有一定的前瞻性和创新性，投标产品要求采用BS技术架构，并能支持含SQLServer/Oracle等多数据库应用,根据招标文件的要求与投标人提供产品的功能描述进行评价打分,评价优得9-10分，良得7-8分；一般得1-6分；否则得0分。总分10分。以投标文件为准酌情计分。5分项目实施和管理方案，能够满足本项目建设需求以及将来扩展的需要;对在本期项目中重点要解决的关键问题有完善的解决方案，对项目实施过程中的重点关键环节有充分的准备。评价优得5分，良得3-4分，一般得1-2分，差得0分。总分5分。以投标文件为准酌情计分。5分培训和售后服务方案，重点考察提供具体针对不同对象的用户培训,课程及时间安排上是否合理，售