地理信息系统34936

1、合格投标人1〕 注册于中华人民共和国境内，具有独立承当民事责任能力的法人、其他组织或者自然人均可投标。2〕 投标人注册资本金1000万或以上，具有软件企业认定资质。3〕 计算机信息系统集成二级〔含〕以上。4〕 具有CMML2以上〔含L2〕资质〔或近三年内成功实施省级卫生应急软件系统平台开发案例〕。5〕 投标人具有近3年内突发应急信息系统应用软件设计与开发工程案例 〔不含集成及设备采购，单个合同金额中应用软件和设计局部不少于 100万元,以合同要点为准〕，并提供合同、用户证明文件，原件备查；6〕 提供所投产品〔地理信息系统、应用效劳器软件等第三方工具软件 〕的原生产厂商的投标授权书原件；1〕 具有依法缴纳税收和社会保障资金的良好记录；2〕 具有良好的银行资信、商业信誉和健全的财务会计制度， 没有处于被责令停业或破产状态，且资产未被重组、接管和冻结；3〕 最近三年内，在经营活动中没有重大违法、违纪行为；4〕 法律、行政法规规定的其他条件。2、技术局部：投标人根据招标人的现状和建设目标所提出的技术建议书应包括河南省突发公共卫生事件应急指挥决策系统应用软件整体解决方案、总体架构和数据交换方案。投标人根据技术标书提供的主要工程需求以及技术功能要求， 进行系统详细的设计与规划〔包括：系统需求分析，根底环境、技术环境、网络与数据平台、系统接口设计等〕，提交工程详细设计报告，并协助甲方进行系统详细设计论证。要求详细设计方案的文档标准，资料齐全。在详细设计方案通过甲方及甲方指定的专家评审认定后，方可进入施工阶段。工程配置需求如下:骨口.序号名称数量参数描述备注数据库1套Oracle10g 企业版已采购1GIS平台软件1套参考第四局部：“系统开发平台〞需求内容说明；*要求提供厂方正式授权，并分项报价。*应用效劳器软件〔4颗CPU〕要求为集群版。2应用效劳器软件1套3河南省突发公共卫生事件应急指挥决策系统应用软件参考第四局部：工程需求书中对应的内容4其他第三方软件5系统集成1工程技术要求1.1建设概述建设背景河南省公共卫生应急指挥决策系统建设是河南省公共卫生信息系统建设的重要组成局部，是新医改对突发性公共卫生事件的根本要求。该系统的总体建设目标是：实现对突发公共卫生事件的动态监测与预警，面对突发公共卫生事件，能够为指挥首长和参与指挥的人员和专家，提供各种通讯和信息效劳；提供决策依据、分析手段、指挥命令实施部署的工具和监督方法；通过指挥中心使指挥首长能及时下达命令，有效调集各种资源，实施疫情控制和医疗救治工作， 减轻突发公共卫生事件对居民健康和生命平安造成威胁，用最有效的控制手段和最优的资源投入，将损失控制在最小范围内。同时，可在其他灾害发生时，配合支持其他指挥部门控制灾情，提供医疗资源的调度，预防突发公共卫生事件的发生。此外，以突发公共卫生应急事件为核心，通过我省突发公共卫生事件应急指挥中心的日常演练与积极准备可将疾病预防控制、 医疗救治和卫生执法监督等体系有效连接起来，实现信息与资源共享，从而建立健全的省公共卫生体系，降低突发公共卫生事件发生的可能性，有效保障我省人民健康。建设目标总体目标：河南省卫生厅公共卫生应急指挥系统必须完全符合卫生部、河南省人民政府、河南省卫生厅以及河南省疾病预防控制机构、卫生监督机构、采供血机构、医疗救治机构与卫生应急相关的工作要求。为决策指挥的领导和参与指挥的人员及专家，提供各种信息效劳，提供决策依据、分析手段、指挥部署手段和监督监控方法，通过指挥中心能使决策指挥领导及时下达命令，迅速有效地掌握、调拨、利用各种资源，实施对突发公共卫生事件的应急处理，力求最大程度地减轻突发公共卫生事件对居民健康和生命平安造成威胁，用最有效的控制手段和最优的资源投入，将损失控制在最小范围内。具体目标：以河南省突发公共卫生事件应急指挥中心为核心，形成一个上连省政府突发事件应急指挥中心和卫生部突发公共卫生事件应急指挥中心，下连各级各类医疗卫生机构，实现突发公共卫生事件信息的采集、传输、存储、处理、分析、预案确定及启动全过程的信息化、自动化和网络化；以河南省突发公共卫生事件应急指挥部自上而下形成一条分布式可逐级监测和处理河南省公共卫生突发事件应急的信息管理网络，实现对河南省突发公共卫生事件分析、鉴别、应急方案制定的流程化与模型化，建立仿真与模拟网络，并可进行演习与培训。建立一套分层次的决策支持体系，实现实时准确监测、科学合理预测、及时有效发布和动态反响评估等根本功能，在高效、科学、合理三方面，实现对突发事件应急处理的决策支持；实现网络化、信息化的管理，使河南省范围内突发卫生事件得到及时控制与处理；通过系统的决策支持，可针对突发公共卫生事件或配合其他特定突发事件，实现对医疗卫生资源〔包括医务人员、医疗用品等〕进行科学调度，充分保证应急所需资源的合理配置。建设原那么实用性根据应用需求迫切程度，以实际应用需求为核心，保证系统功能有实际应用价值。系统应实现用户可接受的查询效率与响应时间，有良好的人机接口与灵活多样的展现方式。平台化系统将针对不同的鉴于省级突发公共卫生事件应急指挥中心业务复杂性和突发性，应用对象，建立专门应用平台与工具，使其具备足够的灵活性与扩展能力。系统应能够根据应用需求，具备支持多种组件模块、多种数据接口的能力，适应技术升级、设备更新，支持业务功能扩展与重构。系统将针对不同的平安可靠应用系统平安性与可靠性是至关重要的，应充分考虑到系统的平安防护与冗余措施，提供较强的管理机制和控制手段，包括：系统备份、数据恢复、事故监控和网络安全保密等技术措施。平战结合应用系统功能设计应兼顾日常工作和应急指挥的双重需要，实现平战轻松转换。整体考虑鉴于省级突发公共卫生事件应急指挥中心在应用上的特殊地位，系统应从横纵两个方向考虑应用系统建设的架构与功能，横向与相关局的数据交换，纵向与各级卫生部门和单位的信息共享。开放扩展系统应基于业界开放式标准，对系统中的网络协议、数据接口、指标体系等进行全市统一规划，为系统扩展奠定根底。设计依据?省级突发公共卫生事件应急指挥与决策系统建设技术指南??省级突发公共卫生事件应急指挥与决策系统应用软件指导意见??中华人民共和国保密标准?BMB17-2006建设内容本期系统主要是技术平台建设，主要涉及以下建设内容：应用软件开发。卫生部要求应急指挥系统应该划分为运营支持系统、地理信息系统、决策支持系统、综合信息门户、数据交换平台、系统监控与管理平台、平安管理平台、根底数据管理平台。其中综合信息门户、根底数据管理平台、运营支持、系统监控、平安管理等五个模块局部功能已下发省卫生厅，其余功能根据河南省卫生厅实际情况进行开发建设。卫生部已经下发的软件由河南省卫生厅无偿提供给中标人，由中标人负责与新建系统及卫生部实现无缝对接。

在应用卫生部下发软件根底上，根据河南省实际情况，本期完成如下功能:1〕 GIS空间数据仓库的建设2〕 应急资源数据库的建设3〕 公共卫生行业数据仓库的建设4〕 公共卫生知识库、公共卫生专家库、案例库、文档库及重要情况报告5〕 专业效劳平台6〕 综合决策平台7〕 数据交换平台8〕 知识库方法库开发9〕 GIS系统功能开发10〕 SOA平台接口开发11〕 其他应用软件开发，如：建立自动、短信平台、通讯录功能。应用架构综合信息门户综合决策平台安全管理平台专业效劳平台根底信息平台-一综合决策平台安全管理平台专业效劳平台根底信息平台-一数据中心系统监控与管理平数据交换平台统一消息效劳平台软件环境

硬件环境

网络环境图1系统总体架构突发公共卫生事件应急指挥与决策系统由 “一个中心〔数据中心〕、一个门户〔综合信息门户一该模块不在本次招标范围〕、三个系统支撑平台〔平安管理平台、数据交换平台、系统监控与管理平台〕、三个核心应用平台〔根底信息平台、专业效劳平台和综合决策平台〕〞构成。应用系统在数据中心的支持下，针对突发公共卫生事件的管理，按照预防监测、预警准备、应急处理、恢复评估、总结提高的流程运行。系统采用表示逻辑层、业务逻辑层、数据层三层体系结构，以便适应业务的不断变化、大容量数据存储处理和高度的平安要求等特点。应急指挥的核心应用系统包括地理信息系统〔 GIS〕、决策支持系统〔DSS与运营支持系统〔OSS三个子系统，执行系统管理、数据采集、信息查询、值班管理、事件管理、经费管理、组织管理、物资管理、文档管理、部门信息管理、人员管理等假设干功能。通过综合信息门户，各子系统协同工作，为指挥首长、业务专家与工作人员提供相应的效劳。运营支持系统在数据库支持下，主要完成在线操作的各种支持效劳，流程管理等事务性操作；地理信息系统在地理数据库支持下主要提供地图效劳，进行空间分析的支持；决策支持系统可在数据仓库支持下进行数据分析、在线分析与模型分析等，为决策提供不同维度与不同形式的支持。运营支持系统以工作流技术为支撑，负责流程管理、知识库管理、值班管理、报警管理、模拟演习、应急组织、应急处理、事件管理、方案管理、预案管理、调度管理和文档管理等操作类和事务性工作。 OSS通过根底信息平台、专业效劳平台与 DSS平台实现在线操作。决策支持系统以数据仓库技术为核心，基于数据挖掘与建模技术，通过数据分析来支持指挥中心的应急业务处理。决策支持系统可在应急业务流程的不同阶段，支持数据描述与展现、静态报表、查询与动态统计、多维分析、模型分析和主动分析与预测等。DSS系统具有模型库管理、方法库管理、报表管理、辅助分析工具、统计查询、专题分析等功能。在突发公共卫生事件应急反响系统中，大量数据都和空间位置有着密切的关系，如传染源在城市的分布、传染链的走向、卫生资源信息等。地理信息系统在应急反响系统中可以提供如下功能：数据的可视化、空间查询、空间分析、专业模型研究、卫生资源分布和调度、报警处理与反响、信息发布等。综合信息门户为系统内外用户提供了一致的信息访问方式。指挥中心的应用系统将形成用户端、接入管理层、业务逻辑层与数据存储层，在平安平台提供的身份认证效劳的支持下，系统可通过不同渠道如内部网站、客户端、通信网关、等形式为各种用户终端提供效劳，从而保障同一身份的用户从不同渠道进入系统时，可获得一致的信息。门户负责内容与应用效劳管理、智能通讯录管理、工作台管理、信息发布管理、短信接入管理、智能邮件管理、输入输出管理系统监控与管理平台实现对系统的稳定性、可扩展性、开放性、标准性、平安性、可靠性等进行维护管理。监控可以分为系统级监控〔技术平台、主机、数据库、网络、应用程序等〕、应用监控、数据传输监控、告警处理等几个层次。应用系统的平安需要从多个角度进行管理，如数据、访问权限、功能权限、分析权限、数据交换、加密、身份认证等。由于内部涉及的多个子系统，外部未来也要与众多的其他系统进行信息交换，在采用专门的平安平台来保障整体平安的同时，还在应用系统内建立平安管理平台，与系统监控管理平台配合，主要用于维护数据与应用层面的安全，同时通过该平台维护自身的平安参数，设置防护等级与加载常用平安措施。数据交换平台主要解决指挥决策系统与其他各种相关应用系统的数据交换和访问，解决异构系统环境下的数据整合问题。采用成熟的数据交换软件来构建本系统数据交换平台。在数据中心的根底上，基于GIS、DSS与OSS三个子系统的支持，将应用整体规划为一个综合信息门户、三个系统平台与三个核心业务应用平台。通过系统平台的支持，工作人员、业务专家与指挥首长将通过综合信息门户获得核心业务应用的支持。根底信息管理平台针对技术人员与信息维护人员，提供根底数据与信息的维护与管理。专业效劳平台为业务专家及参谋人员提供针对知识库、模型库、方法库的专业支持与维护，同时提供各种便捷的工具进行根底数据、知识、模型与方法的研究分析，并可借助其他常见与通用分析工具进行分析支持。综合决策平台为指挥首长、管理人员、值班人员提供给急状态与日常状态的应用支持，提供便捷、高效的运营管理与决策支持功能。建设方案总体框架按照?突发公共卫生事件应急条例?的要求，建立突发公共卫生事件应急指挥系统，形成与国家一致的指挥体系。按照属地化管理原那么，各级政府负责本地突发公共卫生事件应急指挥中心与决策系统建设。在省、市二级公共卫生信息网络平台上进行功能扩充，将疾病与突发公共卫生事件监测信息、医疗救治信息、卫生监督执法信息和相关信息统一到一个网络平台上，采用科学的危机处理方法，先进的信息处理技术和现代化的管理手段，实现对突发事件的区分、处理和反响，对事件处理全过程进行跟踪和处理。实现从突发事件相关数据采集、危机判定、决策分析，命令部署、实时沟通、联动指挥、现场支持等功能，在最短的时间内对危机事件做出最快的反响，依据对应的预案和行动方案，采取适当的措施，有效地发动和调度各种资源，进行指挥决策。通过应急指挥系统的建设，实现以下目标：建立与国家一致的公共卫生信息系统网络平台。包括指挥场所、计算机网络系统、通讯系统、视频音频系统等建设。本局部工作另行招标完成。建立公共卫生及其相关信息数据仓库。包括疫情与突发公共卫生事件发生、发展和历史数据库、医疗卫生资源数据库、医疗救治机构和专家数据库等。完成以应急预案为核心的应急指挥调度系统的开发，实现与指挥分中心(如省疾控中心、省卫生监督所、市卫生局)的互联互通。建立与相关部门的信息交换机制和协调机制，与省气象、水文、地理部门，省统计、公安、人口等部门建立信息交换机制，同时与省地震、抗洪救灾等指挥中心建立协调机制，互通信息，资源共享。按照平战结合原那么，标准指挥中心业务流程，保持专家库、资源库、知识库、案例库等有效性，保证信息来源的通畅。建立面向社会公众、领导、专业人员的支持和效劳机制。实现以地理系统GIS为核心的灾害、疫情、医疗资源集中统一展现和决策支持。软件系统建设系统软件要求数据库效劳器拟采用Unix、Linux系统，应用效劳器采用Unix、Linux或Windows系统。数据库系统采用现有的Oracle10g。GIS系统软件购置目前主流的系统。122.2业务流程日常业务医疗质量管理药品招标采购疾病监测科教管理卫生资源整合审计平台卫生政务预测分析应急能力分析GIS预案、方法库预案推演模型库医政管理远程财务监控人才资源管理情况综合效劳消息代理和通告效劳值班公共卫生信息日常业务急救中心管理基于GIS的公共卫生监测效劳物资/人员储藏家知识与专业模型分析系统数据挖掘与预测分析系统应急指挥日常业务实时信息效劳基于GIS的公共卫

生监测效劳文书拟制应急指挥信息流程内部信息流程应急指挥中心在信息存储与管理技术的支持下，在指挥体系内形成由信息采集、数据传输、加工处理、信息表示、分析预测、决策实施、执行反响、信息发布组成的闭环信息处理流程，从而支持指挥中心领导和工作人员进行指挥调度，控制事态的开展。信息采集：利用不同的采集手段，使用不同的输入方式，把指挥决策所需的各种类型信息输入到系统中。可采取手工输入、扫描、录音、录像、数据导入、应用系统交换等多种方式。数据传输：利用先进的通信手段，完成全省各地现场数据与信息的采集汇总。可利用的传输手段包括：专线、卫星通讯、互联网、固定网和移动网等。信息加工处理：无论是通过数据交换平台采集的外部数据，还是工作人员手工录入系统的数据，都是原始的细节数据，都需要经过汇总、分析、比照、图形化之后，才能够提供给指挥决策者使用。加工处理能够提供多种数据编辑和处理工作，帮助工作人员对数据进行快速处理。信息表示：经过加工处理的信息，通过信息表示技术才能够直观有效地提供给指挥决策者，如利用打印、投影、绘图、播音、播映、 VOD邮件、短信等技术手段，通过书面、语音、图像等方式提供给决策者。分析预测：决策者进行指挥决策时，除了要准确掌握现有数据情况，还需要对历史数据、世界其他地区类似情况进行比照分析，通过专业的分析评估，作出正确的决策意见。因此，需要在系统中提供专业的决策分析工具为决策者提供分析预测效劳。决策实施：应急指挥最根本的职能是根据所掌握的情况，经过分析研究，制定出正确的决策与现场干预手段，如对病人的措施、对接触者的措施、对动物传染源的措施、对可疑病源物的措施、对外部环境的措施等。决策实施就是将指挥者的决策通过各种通信手段迅速传送到各执行单位，实现各种决策目标。执行反响：应急指挥中，决策是否能够很好的执行是至关重要的，指挥中心必须能够时刻监督执行情况，了解执行效果，并根据执行效果进行策略与控制措施的调整。信息发布：突发公共卫生事件通常会涉及群体健康，是与老百姓密切相关的。因此，指挥中心能否快速、有效、准确的对外发布信息对于控制事件开展进程，稳定人心都起到了重要的作用，有利于人们采取积极有效的预防和保护措施。外部信息流程由于在突发公共卫生事件应急指挥与决策时，省指挥中心需要掌握方方面面的信息，指挥中心的运作需要其他众多部门和政府部门的配合，因此，信息的协调与交换机制对于整个系统来说是至关重要的。各信息输入源通过应用系统、数据传输、数据导入或其他信息传递与交换手段，以实时、同步、异步或离线的方式为指挥中心提供信息，经过指挥中心的加工处理后，再通过不同方式将信息输出到不同的使用单位。业务应用功能要求系统应基于J2EE架构,运用SOA理论方法，采用B/S模式，开发业务应用系统应具备以下功能：1〕 用户管理各级卫生行政部门、疾控机构、卫生监督、医疗及科研等部门用户采用分级管理模式。2〕 权限管理在应用平台中，提供完善的授权管理机制，可以满足卫生系统复杂的权限控制需求。提供丰富的权限类型，建立用户与功能的关系，可以对用户、部门、用户组、角色、动态用户组等授权，可以通过权限继承与过滤和分级授权等机制方便地实现实际的授权需求。3〕 日志系统系统应提供完善的日志管理功能，满足系统审计需要。

4〕业务应用功能要求序号软件名称主要内容1应急根底信息管理1、对卫生应急指挥过程中所需要的各种根底卫生资源， 如医疗卫生机构、卫生人力、应急专家、应急药品、大型救治设备、血液、疫苗、试剂库存、急救运输工具资源，人口数据，社会经济数据、 病媒生物、宿主生物、放射源核设施、化学品、菌毒种、生物制品等进行管理；2、 提供文档管理功能，实现对各种方案、方案等文档进行分类〔级〕管理、维护与查询；3、提供给急知识库管理功能： 实现包括法律法规、案例库在内的知识库的管理和检索功能；4、预案管理：对各级各类预案进行分类、 分级管理，实现调用、预览、查询等功能；5、 重大活动信息保障措施进行管理；6、 对历次应急相关工作会议、专题会议进行管理。2应急值守管理1、信息接收和分类：实现信息的快速采集与输入。可对信息进行分类及处理；2、 日常事务功能：对信息进行归类，即时传达下级；3、 应急评估：建立对卫生系统应急相关内容的日常检查和评估；4、 值班业务管理：建立应急值班管理与制度；5、 事件信息接收：实现省内突发事件的报告以及卫生部突发事件报告的接收；6、 通过GIS迅速查找突发事件的发生地点，并进行标注；7、 事件核实：及时对报告信息真实性进行情况核实确认，系统提供事件核实功能，记录核实结果；&事件研判：组织专家进行突事件的预评估，分析事件的起因、危险因素等判定事件的类型与等级，将评估结果上报上级政府进行审批，综合研判后启动相应预案；能实现与 120及12320的联动；9、应急信息发布：向应急相关机构和人员以及公众发布经过审批的突发卫生公共事件预警信息、事件信息、处置信息、公众防范信息、公众培训信息等，依托突发公共事件预警信息发布系统， 面向公众信息发布。3报表管理系统能根据配置和策略生成各类报表，并对报表进行管理。4监测信息采集监测信息来源方式：1、建立医疗机构工作动态情况报告制度， 实时或定时采集重点医疗机构〔含三级医院、传染病院〕门诊、住院病人疾病监测数据；2、 从疾病控制部门和卫生监督部门收集信息；3、 其它系统导入。公共信息采集1、 完成示范性村卫生室、乡村信息直报员等通过报告的公共事件；2、 12320接入，公共媒体等信息；3、 其它部门〔教育、环保、公安、出入境检疫等〕通报；4、 省际通报；5、 媒体舆论；6、 公众举报；7、 上级指示；&领导交办；9、 值班室接报；10、 其它信息来源。5疫情分析预警1、对相关数据进行实时监测，当监测数据满足预先设定好的预警条件时，系统能自动产生预警提示；2、实现疫情数据的三间分析、高发分析、时间序列分析等多种统计分析；3、提供基于GIS的疫情分析功能：整合各类疾病控制资源，结合数据分析结果，以文字、图表、电子地图等多种表现方式，利用地理信息系统的路径规划、区域分析等手段，提供CDC工作人员查询分析工具，为卫生行政部门向公众发布信息、 科学决策和指挥协调提供辅助决策依据，为一线人员在线提供当前本市和周边地区传染病疫情信息；4、 支持单病例预警、移动百分位数预警、残差回归法预警等多种预警算法；5、启动预警后的处理：需要根据预案进仃相应的应急处理， 系统能通过使用GIS直观的展现事件发生的时间、 地点、范围等信息，可实时查看辖区内各种资源信息；6、提供预警后的信息记录与跟踪，通过 UMS〔UnifiedMessagingService统一消息效劳〕依据消息策略进行信息发布；7、 实现与国家疫情系统及突发公共卫生事件系统的数据集成。&预警信息评估：主动或被动的从各类监测信息系统中获取实时数据；对于的各类传染病、 食物中毒和职业中毒，根据既定的各类预警方案由系统自动提请进仃事态评估；9、对于的传染病可能出现的爆发与流行进行预警。6会商管理1、会商管理功能，实现会前管理、会中管理、会后管理； 遇事态复杂的应急指挥事件，指挥中心可根据事态开展实时召开网络会议， 以实现远程面对面的沟通；2、事件评估功能，实现事件的定位、影响范围分析、资源分析〔医院、消防队伍、应急物资的定位以及资源相关信息〕等功能；3、隔离区管理功能，基于GIS实现高危区，危险区、隔离区的管理功能。隔离区数据的获取，隔离区的分析计算，人工圈定，图形绘制，隔离区疫情分析对区内疫情分布、 人群状态、开展趋势进行分析以及分析结果输出、显示；4、事态综合展示。对突发事件发生情况，发生地点，得病人数进行空间展示。缓冲区分析展示、网络分析展示、空间专题分析展示、 空间查询管理。7应急处置1、数字化预案管理：基于数字化预案为核心进行机构、 人员、资源调度1〕 预案启动处理模式：支持正常启动、快速启动和配置启动等多种模式，以适应突发事件的复杂性；2〕预案执行：支持预案的自动任务、 各联动单位的任务和新增临时任务等，实现任务的自动派发，并通过各种通信方式，及时反馈任务的执行情况，具体为：指令接收与下达功能：支持多种方式的资源调配；支持、语言、短信、调度功能；预案响应级别自动切换实时提醒。3〕 预案监控：支持对预案的执行情况的全方位监控，包括事态发展情况、预案执行情况和应急资源的使用、需求情况等。2、 资源调配功能，实现机构、人员、物资、专家、车辆等相关资源的调配功能；主要包括资源管理、资源调配两方面的功能， “平〞时进行资源管理，“战〞时进行资源调配；3、 医疗救治及互动〔新增病人、重症病人情况〕；4、 现场流行病学调查管理：对病例个案调查表、对突发事件现场调查情况报告、对报告的疫情信息进行核实；5、 实验室检验报告管理：对米集的病人的样品或环境样品的实验室检验结果报告的管理；6、 消毒：疫情发生地进行消毒处理〔家庭，随时和终末消毒〕；7、其他现场处置控制措施：健康教育、预防接种 /服药等；&接触者管理及医学观察管理： 与病人接触者的登记和管理，对接触者进行一段时间的医学观察记录和解除学观察管理；9、 密切接触者流行病学调查：对密切接触者进行的一些流行病学调查；10、 病例管理：与突发事件相关的病例登记与管理；11、 资源调配功能：实现机构、人员、物资、专家、车辆等相关资源的调配功能；主要包括资源管理、资源调配两方面的功能，“平〞时进行资源管理，“战〞时进行资源调配；12、 具有留痕机制，具备自我学习及预案完善功能。8地理信息系统地理信息系统〔GIS〕模块是整个系统应用软件的数据展示和分析辅助工具。功能需求包括：1、 根底数据维护：负责对整个系统运行所需的各种来源的空间数据进行采集、转换、入库、编辑、分析以及打印制图等；2、 根本查询效劳：根本查询效劳用来对采集处理后的数据进行直观的显示和查询功能。地图缩放、空间定位、多源数据的叠加显示、图形要素的符号化、查询；3、通用GIS分析效劳：通用GIS分析效劳的功能将提供常用的 GIS通用分析功能，包括空间分析、网络分析、三维分析、插值分析、栅格影像分析等；4、 GIS专题分析：可制作的地图类型包括各种分布图、范围分级图、点密度图、统计地图等，根据需要还可以通过图层叠加或专题图叠加以增强地图显示效果；5、传染链分析：该模块用于创立、维护和发布传染链，主要针对传染病事件的应急分析处理；6、地图发布功能，地图可以以两种形式进行发布， 一种是将地图输出成JPGBMP或PNG等图片文件格式的方式进行发布，另一种是将地图保存成矢量地图的格式，直接以矢量地图的方式进行发布。对地图进行输出后。如果想将地图输出到综合信息门户系统，需要对地图发布进行发布登记；7、决策支持应用：管理的核心是 “决策〞，能够利用GIS这种直观的方式为卫生厅提供各种决策信息以及许多政务、 商业冋题的解决方案，从而减轻了管理者从事低层次信息处理和分析的负担， 使得他们专注于最需要决策智慧和经验的工作， 因此提高了决策的质量和效率。9决策分析1、 系统支持对自有分析模型、外来模型的统一分类、使用和管理；2、影响分析：实现对突发事件周边应急管理人员关注的危险源、 重点设施等空间信息图层显示，同时提供相应的属性信息；3、 资源分析：按照需求，对数据信息进行优先级管理， 如调用突发事件周边的医院、消防队伍、应急物资的定位以及资源相关信息等；4、 知识库查询：提供基于关键字、知识分类以及全文检索等多种方式的知识库检索和查询机制；提供对知识库访问的统计分析，从中了解当前公众或专业人员关注的核心信息， 以便有针对性地进行宣教工作；5、 综合统计查询：基于事件，实现对相关主题信息的综合统计分析与查询；6、 时空专题分析：基于时间序列和空间对多类主题进行专题分析和预警：冃•7、事件统计分析：对突发事件按地区、时间、事件类别、 事件严重等级、事件状态等进行分类汇总统计，包括：1〕时间分析：可查询、定制、定期或实时生成不冋时间分布的统计汇总表；2〕 人间分析：可查询、定制、定期或实时生成不冋人群： 按年龄、性别、种族、职业等特征的综合分析统计表；3〕 空间分析：可查询、定制、定期或实时生成不冋发生地域的统计表。&资源分析：分析卫生资源的分布与实际数据， 比拟资源与疫情的匹配情况，从而合理调度资源，应对突发事件。实现可查询、定制、定期或实时生成各类应急资源统计报表的功能。10信息发布1、 支持统一消息效劳〔UMS:通过、等手段的实现消息的统一接收与发送效劳。2、 提供对信息发布策略的管理，并根据策略，通过以下多种方式展示和发布信息：1〕 支持短消息信息发布；2〕 支持信息发布；3〕 支持信息发布；4〕 支持邮件信息发布；5〕 支持Web页面发布；6〕 支持GIS信息发布；7〕 提供媒体通报和发文通报功能。11外部接口实现与以下信息系统的双向通讯：1、 实现与国家卫生部应急指挥系统的接口；2、 实现与国家疾病监测系统的接口；3、 实现与省级卫生统计系统的接口；4、 实现与卫生监督系统的接口；5、 实现与地市级卫生局应急指挥系统的接口；6、 实现与居民健康档案与区域医疗救治系统的接口；7、 实现与省电子政务相关系统的接口；&实现与其它系统的接口。12系统支撑平台〔结合电子政务文件〕1、构建系统管理与监控平台， 实现系统参数化配置、系统级监控和应用级监控、日志管理等系统监控与管理功能， 保持系统配置的灵活性，保障系统平安、可靠地运行；2、 实现系统全部的用户管理。13事件报告管理1、 事件建档：功能需求包括：1〕 实现对事件初次/进程/结案报告的管理；2〕 实现事件报告与实验室样品送检受理、检查报告联动管理；3〕 实现对事件的追踪、过程回忆、评估和归档管理。2、 事件维护，功能需要包括：1〕事件维护显示系统已经建档的突发事件， 用户可以通过输入事件的事件名称、事件类别等特征数据查找所有符合要求的事件信息；2〕 用户可以对建档事件进行查看、修改、删除等操作；3〕 对已终止历史事件进行管理和查看。3、 事态综合管理〔包括对国家报告、专项报告和日报〕1〕 对突发事件的大事进行登记管理；2〕 整合和事件相关的所有报告，包括专家确认、会商、分类、评估的结果等内容。14应急宣传与交1、应急宣传教育：对每次宣传教育活动进行管理。包括宣传教育方案流〔方案〕、经费、宣传人员、对象〔社会公众、应急人员、应急专家、世界〕、宣传材料等。功能需求包括：1〕 宣传教育方案〔方案〕管理；2〕 宣传教育经费管理；3〕 宣传人员管理；4〕 宣传教育材料管理；2、应急通报管理，功能需求包括：1〕 采访管理：采访与被采访人员，访谈内容、时间、地点等过程的管理；2〕 新闻通报、稿件、发文通报的分类管理功能。15健康促进与健康教育1、 建立面向政府官员的健康促进与健康教育的信息管理功能：包括建立政府信息公开化， 尊重公众知情权，获得公众主动配合；2、 建立面向公众的健康促进与健康教育的信息管理功能：在日常工作中向公众普及有关突发公共卫生事件的根本知识•可以形成良好的社会根底；3、 建立面向卫生专业人员的健康促进与健康教育的信息管理功能：突发公共卫生事件发生时，卫生专业人员是最初的反响者和信息的提供者。因此必须对他们进行应对突发事件的培训，使他们具有较高的警觉、处理能力以及对公众的教育指导能力。16应急督导与评估1、 应急督导检查实现督导检查资料的管理与检索、统计等。上级机构对下级卫生行政机关、医疗机构、疾控中心、卫生监督所等有关单位进行督导检查、检查各项措施的落实，应急物资、药品等准备情况。2、 事态评估分析对突发事件的处理情况和当地的卫生状况进行评估。评估内容主要包括事件概况、现场调查处理情况、病人救治情况、卫生学评价、居民健康状况评价、所采取措施的效果评价、应急处理过程中存在的问题和取得的经验及改良建议。3、 应急能力评估根据应急能力评估标准和指标体系，进行应急能力的评估，包括：1〕 应急能力评估体系管理；2〕 数据与资料支持；3〕 统计分析查询支持功能；4〕 应急能力评估报告的文档管理。4、 绩效考核考评根据应急评估的结果，进行绩效考核考评，予以奖励和惩罚，包括：1〕 数据与资料支持〔应急评估等〕；2〕 绩效考核体系管理〔考核标准、考核方法、考核结果〕；3〕 统计分析查询功能支持；4〕 奖罚记录管理。17应急演练提供演习演练功能：模拟突发公共卫生事件的发生和开展过程，将整套的应急指挥系统完全进入实战演习，由参与演习方进行事件态势分析，启动相应的应急预案，采取相应的措施，资源调配，指挥、调度和决策，从而检验应急指挥系统的运转能力， 发现存在问题加以改良；18数据父互与共打、广1、 实现其他数据源向本系统提供数据的交换功能：对于接入应急指挥系统的任何系统，需要根据数据源提供的数据组织形式，把他们分别分类为平面文件、关系数据库数据等等，然后通过交换平台提供的适配器对数据源进行个性化处理，提取数据或提供数据。数据被提取后，对其进行标准化、格式标准化，提供给应急指挥系统，从而完成多种数据格式转换为统一数据格式，为应急指挥系统提供效劳。2、 实现本系统向其他特殊应用系统提供数据的交换功能：从应急指挥系统提供给其他系统的数据需要首先从统一数据格式转换为特定数据格式，然后把该数据提供给特定应用系统，进而完成数据效劳。通过多数据源、多数据类型的标准化和标准化，对各个接入应用系统提供统一效劳，实现数据的完整管理和标准管理。122.4数据中心建设要求根底数据收集管理需求1〕 系统具有足够的容量能够容纳分析决策所必需的各类数据；2〕 指挥中心与疾控中心数据中心具有宽带的数据通信线路，以提供突发公共卫生事件发生时疫情的同步收集；3〕 建立完备的卫生资源数据、公共卫生信息数据、地理信息数据、空间遥感数据、根底经济人口数据的稳定来源，具有统一标准的数据字典，建立指挥与决策系统相应数据库与来源之间的交换接口定义和传输机制；4〕 实时收集疾病监测点数据；5〕 提供数据录入、更新维护、批量导入导出等常规数据管理维护工具；6〕 具有完备的数据备份与灾难恢复手段；7〕 提供充分的用户权限管理和平安机制，提供基于事务的处理机制和数据统一性、完整性的维护管理机制；8〕提供决策分析功能的调用接口;9〕能够提供数据容量、存储规模、管理日志等各种统计数据和报表。数据需求分析系统要建设和完善以下数据库：1〕全省社会经济、气候、根底地理数据库。包括： 人口、GDR产业结构、气温、降水、辐射、地形、地貌、交通、水系、植被、土地利用、水位、泥沙、流量等；2〕 全省公共卫生危险因素数据库。有毒有害化学品生产单位、有毒有害化学品储存单位、全省放射源和核设施、全省菌毒种生产、储藏数据库、重点传染的动物宿主和病媒体生物的数据库；3〕 全省传染病疫情与人口死亡数据库。包括法定报告传染病发病本底数据库、传染病监测资料数据库、公共卫生监测数据库、突发公共卫生事件数据库、人口死亡数据库、居民死亡原因数据库。4〕 医疗卫生资源数据库。包括卫生机构数据库〔区域内卫生机构数量、地理分布情况、床位数量、专业人员情况等〕、医疗机构数据库〔医疗机构分布情况、实验室和实验机构数量和分布等〕、医疗机构设备数据库〔医疗机构设备、卫生防疫机构设备等数据〕、卫生人才数据库、实验室数据库、医疗救护、卫生防疫防病药械储藏数据库、生物制品数据库、血液动态情况数据库；5〕 疾病历史数据库。包括区域内历史性主要传染病、寄生虫病流行病资料情况。信息处理与分析需求1〕分析突发事件的开展态势：包括影响人群、地域、扩散速度，人群特点、地域特点、扩散特点、影响特点、流行病学溯源特点，动态演示当前的开展态势。2〕 分类估计突发事件的开展态势：包括根据已有的事件特征资料和历史资料进行不干预和干预事件开展的态势分析，能动态演示估计的事件开展态势。3〕 根据分析评估结论提示预警信息或启动应急程序，包括令突发公共卫生事件应急指挥中心由日常监测状态转为紧急运作状态、成立应急指挥领导小组、启动应急预案准备或实施程序等。4〕 具有知识库的完整分类定义，提供功能强大的信息检索手段。信息查询准确、响应迅速、表达直观；5〕建立专业模型库的管理平台，提供新的模型工具插入系统的接口；6〕模型参数和边界条件的调整简单方便，能够引入现实或历史数据作为模型参数，模型演算快捷，提供可视化的结果表达；7〕基于模型、疫情演变模拟、资源情况提供一定程度的预案模拟和效果分析；8〕提供工具基于疫情的分级分类体系、病症分析和历史趋势拟合，提供对突发公共卫生事件的早期探测和预警。9〕系统的软件体系结构具有充分的可扩展性，能够随时参加新的相关软件模块；10〕系统对海量数据具有较快的处理能力和响应速度；11〕系统具有统一的用户界面，B/S结构，比拟完备灵活的权限管理机制。辅助会商决策需求辅助会商决策是指挥中心的核心功能。要求能提供辅助会商决策的信息效劳、决策依据和分析手段。如提供疫情、资源等多方面信息的可视化展示与分析，以及对多方面〔包括远程〕会商信息传送的支持。并能在现有数据根底上，进行深入的分析和趋势预测，对预案效果进行一定程度的模拟和估计，对疫情和事件做到早期探测预警，从而为会商决策提供依据和分析手段。辅助会商决策需求包括：1〕提供基于地图的疫情区域分布，重点疫情地区城市细化到街道，农村细化到乡镇；2〕提供基于区域的疫情历史演变趋势，以多种可视化的图形效果展示；3〕提供对传染病传染源的定位及跨区域跟踪，提供疫情沿交通线的开展演化图示；4〕提供基于地图的区域卫生资源可视化显示，提供特殊卫生资源的查询；5〕提供疫情的卫生资源占用及费用统计报表；6〕提供人口、经济等社会根底信息在地图上的区域图示；7〕基于指挥中心根底数据或与外界信息交换得到的数据，提供所需的其它相关统计报表及其它信息等。部门间信息交换需求系统预留适当数量的接口，以建立与三防、地震、核应急、民政、公安、消防、气象等相关部门的信息交换机制和协调合作机制。系统对外接口需求为了适应现有及将来的外部系统交互需求，本系统需要多种外部接口， 通过消息中间件、电子邮件、数据库同步等方式进行系统交互。与卫生部接口厅应急指挥系统与部应急指挥系统主要需要交换事件处置信息和相关资料， 可通过建立统一格式进行数据交换，数据交换可采用定时交换的方式进行。与疾控中心接口疾控中心将突发公共卫生事件及相关疫情信息交换到本系统中， 交换方式可以为消息中间件定时交换。与测绘部门接口系统系统所需的根底地理信息从中专业测绘部门取得。与省统计信息中心接口省统计信息中心提供系统所需的各种社会信息和统计结果， 以供专家或者决策人员辅助决策用。与媒体接口媒体将国内外疫情动态推送到系统中。与实验室接口实验室将检测好的样本信息交换到系统内部。需要进行版本开发与移植的功能省级系统新增的功能由于省级系统与部级系统业务存在范围差异，因此产生了自己独有的需要增加的功能。包括以下几局部：对特有的分析模型支持功能这主要包括对各省级系统所使用的具体模型的支持，提供相应的人口、卫生资源、疫情走势模型等的分析支持，以及由此形成的各主题专题图等。对特有的专题图的支持功能这主要包括根据河南省情况所绘制的特有专题图的支持。实时监控、指挥调度功能这主要包括根据河南省具体地理情况所提供的实时监控、 指挥调度功能，通过GPS卫星定位等技术，为省级系统提供实时实地监控功能，提高指挥调度的即时行。值班系统的扩展结合河南省已有的接处警系统，对值班系统进行扩展，实现值班系统的本地化与多样性。系统性能要求总那么1〕 技术的先进性：系统应采用先进成熟的技术，以保证投资的有效性和延续性。2〕 系统的稳定性要求保证系统能够正常运作。系统应能够7X24小时连续不断稳定工作。软件版本升级或改良应在不影响业务的情况下进行，保证系统可以稳定、平滑过渡。3〕 系统可维护性该系统应能使系统管理员集中方便地配置、监视、控制、诊断整个系统，并且能够监视和控制用户情况、提高效率、消除隐患。对于系统各功能模块的配置、控制、监视、诊断等工作能够通过辅助工具或者手段方便的进行，无须进行专门的编码工作。4〕 系统平安性系统应保证信息的平安性，即保证此系统中的信息能够平安存储，并有良好的数据备份和快速恢复方案。采用严格的平安体系，保证数据在处理和传输全过程的平安性。要保证系统能够正常运行，不被攻击破坏。保证系统中的信息不被非授权访问， 按组织结构划分操作人员的操作权限。 且各种使用权限所能调用的应用软件模块可按要求自由组合，由系统管理员统一配置。当平安系统被破坏时，系统应自动提醒操作员， 并检测出反常现象，提供正确操作方法。投标人须列出系统所能提供的报警方式。能够人工重新设置或启动系统，而且不会造成数据的丧失或损坏。123.2高性能系统应能满足用户访问系统的性能，保证提供一致的、可预测的响应。高可用性系统应能保证当某个节点的应用访问失效时， 另外节点可以对失效节点的应用进行恢复。可以实现应用的无缝切换。集中的管理系统应提供集中的管理，以降低管理的本钱，提高管理的有效性。灵活方便的开发和部署在河南省突发公共卫生事件应急指挥决策系统应用软件建成后， 应可以够灵活地应对业务需求变更和数据源变更，能够方便地进行功能定制、开发、部署与管理。系统开发平台要求对数据库产品的要求使用 Oracle10gforUnix/Linux(已采购)1)GIS平台软件技术规格、参数序号总体性能要求1GIS平台软件应是成熟、可靠和功能强大的 GIS产品，代表当今国际领先技术水平，在国内应有较多的GIS系统成功案例。2支持多种操作系统，可以运行于 Windows2000/XP/2003、主流UNIX和国产红旗Linux操作系统等；支持中文 GB18O30支持多种标准开发语言的选择。3GIS平台软件应具有良好的开放性，支持通用开发语言环境下的应用开发； GIS平台软件应遵循国际主流IT标准，包括网格协议TCP/IP、HTTP，WEB、XML，对象建模UML，元数据ISO标准、FGDC,开发标准支持ACTIVEX、COM、ASP、.NET、JSP、JAVABEAN；4GIS平台应支持?开放式空间数据库互联互访 OpeningGeospatialDatabaseConnectivity(OGDC)?国家标准。5需要包含丰富的开发资源库： 包含图表、工具、外接程序、范例和文档的开发集合，方便开发人员实现定制的GIS功能。6GIS平台软件应具有移动GIS技术及功能，适用公共卫生实地调查的应用。移动GIS中的数据格式应采用专门为嵌入式设备优化过的数据格式。7支持高性能访问和管理海量空间数据。8支持效劳器集群，通过负载均衡机制，提供对大用户量的并发访问。9GIS平台软件应具有强大的集成能力， 便于GIS冋卫生系统现有或将有的应用管理计算机信息系统协同工作。10GIS平台软件应提供中文支持，包括软件的中文界面、中文文档、培训教材等。11全面支持各种空间对象类型，支持SIT遥感影像压缩技术，支持海量影像数据的快速发布。12支持主流的中间件平台，包括：东方通， WebSphere,WebLogic,Tomcat,JBoss等。序号内容具体技术规格要求1GIS地理数据管理桌面平台根本的地图浏览、图层管理、查询、统计、制图以及地图符号化功能，支持多种符号化方式，如唯一值、渐变色、多属性符号、饼图、柱状图等；支持点、线、面状符号的自定义及扩展；除了提供根本的空间数据管理功能外，还可以直接支持工业标准的CASE工具，进行空间数据库设计、数据模型定义，并可以扩展数据对象行为；支持多种投影方式，支持投影定义，投影转换以及动态投影，即不改变原始数据投影情况下，动态显示在其他投影坐标系下；方便灵活的地图编辑工具，可以编辑基于文件和数据库的空间数据格式。支持以版本管理的方式对存储在空间数据库中的数据进行多用户并发编辑；支持通过拓扑关系维护数据库中空间数据一致性和完整性，包括拓扑关系定义，校验，拓扑错误改正及编辑工具，可以自定义拓扑规那么的应用范围，允许将拓扑错误设为例外；提供功能丰富的空间分析工具集：包括空间叠加工具、临近分析工具、数据管理工具、数据转换工具等。提供集成的空间处理〔空间分析〕框架，支持多种执行方式，包括命令行，脚本，对话框，可视化建模工具和编程方式。除了可以直接支持根本的空间分析操作外，还可以支持不同形式空间处理模型的整合，构建专业的完整的工作流模型。模型可以保存在数据库中，并进行共享；空间处理可以直接支持标准的脚本语言，如 Python,VBScript,Jscript，并可以脱离软件环境单独运行脚本空间处理的可视化建模工具提供用户界面交互的方式建立，修改和维护模型；可以方便地定义模型参数，运行全部或局部模型，结果可以直接添加到工作窗口；模型可以导出为脚本；空间处理的可视化建模工具提供用户界面交互的方式建立，修改和维护模型；可以方便地定义模型参数，运行全部或局部模型，结果可以直接添加到工作窗口；模型可以导出为脚本；内嵌的基于工业标准的二次开发环境；2GIS地理数据管理服务器软件能够为任意客户端应用提供一个DBM中存储、管理和使用各类空间数据的通道，保证DBM的高效访问和管理；提供开放空间数据访冋接口〔C和JavaAPI〕，供其他第三方软件访问空间数据；支持TB级海量数据库高效管理和任意数量的用户高速访问；支持对多源多类型空间数据的管理，包括矢量、栅格、影像、文本注记、网络等数据类型；支持影像数据金字塔，可实现金字塔的局部更新；保证在DBM中存储矢量数据的空间几何完整性，支持属性域、子类。支持历史数据管理，支持对空间数据元数据的管理；支持基于增量的分布式异构空间数据库复制功能，且支持多级树状结构的复制；基于SOA勺效劳式GIS〔ServiceGIS〕 开发平台，含空间数据引擎SDE支持当前流行的各种GIS数据格式，能够与主流GIS系统的数据格式进行无缝集成；支持多用户并发编辑；支持GISX作流、长事务处理；3基于Internet/lntranet的地图效劳系统能够在Internet上发布GIS地图、数据、元数据目录等；支持OG标准，可以提供标准的OG效劳，包括WMSWFSWCS能够提供基于Wet的简单方便的二次开发；具有可伸缩的体系结构，通过负载均衡支持 Web并发访冋；支持基于浏览器实现缩放、漫游、空间属性查询、专题图等基本GIS功能；支持多平台运行，如：Windows、SUN-Solaris(SPARC)、HP-UX(PARISC)IBM-AIX、Linux-RedHat、Linux-SUSE；具有很好的扩展性：使用具有很强的升级能力的效劳器结构来适应不断增长的效劳要求；2〕应用效劳器软件技术规格、参数序号内容技术规格要求1技术成熟度应用的成熟稳定有赖于其运行的应用效劳器， 因此J2EE应用效劳器产品必须是成熟可靠的正式产品，必须经过实际大型系统运行的考验，五年以上使用经历和大量实际应用案例。请列举近几年主要案例。2遵循标准所实现的功能必须符合J2EE1.4标准，支持业界多种开放性标准，包括HTTRXML,LDAP,WebServices等。3开放性必须支持各种主流平台，如HP-UXIBMAIX、SUNSOLARISWINDOVNT/2000、Linux、SCOUND等。支持多种数据库，如Oracle、Sybase、MSSQLSERVE等数据库，并对数据库的访问效率提供优化。支持对异构数据库之间两阶段提交交易处理。4可扩展性必须支持通过Apache、IIS实现负载均衡和系统扩展。支持会话亲和。均衡负载策略支持简单轮转、加权轮转、随机、备份等方式。必须支持异构Cluster。即当硬件平台或操作系统不是同一产品时， Web应用效劳器必须支持异构Cluster技术。支持动态增加效劳器。在原业务系统不停机的情况下，必须支持动态增加效劳器，扩展系统性能。而性能的扩展，由中间件通过配置来实现，和应用系统代码无关。请简要说明如何实现。Cluster情况下必须支持Session级故障恢复，请说明如何实现。支持业务的动态加载。在原业务系统不停机的情况下，必须支持动态加载新业务，扩展系统功能，或更新业务。在集群中某台应用效劳器上的应用卸载，中间件均衡机制必须能够自动识别，对前端应用透明。请简要说明如何实现。必须支持We!和EJB层级的负载均衡，请简要说明如何实现。5可用性在效劳器、程序发生故障的情况下，应用中间件必须保证业务的持续运行，保证父易的完整性。支持故障恢复和故障迁移的功能，保证应用系统 7x24小时不间断运行。支持Wei层面的session复制与自动迁移。6平安性基于JAAS架构，实现基于容器的平安策略，提供基于数据库和 LDAP认证的LoginModule, 支持用户增加LoginModule，支持单点登录。必须支持标准的平安协议SSL〔SecureSocketLayer〕，必须支持与吉大正元的PKI产品无缝集成，包括直接访问应用效劳器方式和通过第三方WebServer集成的方式，并支持此两种方式下浏览器与效劳器之间的双向认证。7应用集成性提供内置的JMS效劳，支持将TongLINK/Q、MQSeries等其他第三方消息中间件作为消息效劳代理。支持WebService。包括访问WebService端点〔port〕和将容器内的We组件或EJB组件包装成WebService端点〔port〕对外提供效劳。JCA支持。支持资源适配器插入到系统中，从而实现与外部系统的连接。8性能及优化支持大并发用户量的多线程应用。具备管理JDBC!接池功能。必须支持EJB实例池。必须支持We静态内容cache。必须支持Prepare语句cache。必须支持Entitybeancache。9可管理性具备远程监控工具，便于使用。具备远程的应用安装和管理的功能。对系统运行状态、 Wei应用、EJB组件、数据库连接池、交易效劳、 JM&艮务及其它效劳端组件与效劳进行动态监控与管理。We应用和ear的部署和管理也可以通过Wei:管理控制台进行，可以在部署时修改相关的部署时特性。支持 web应用和ear应用的自动部署和热部署。具备对系统的动态配置、动态调整功能，如动态更新应用包不必重新启动应用效劳器等。支持展开的ear和war包的部署。10应用程序开发开发工具易使用、开发效率咼、维护方便。支持方便地与Eclipse、JBuilder开发工具协同工作，必须支持Jbuilder9/X/2005。必须支持在Eclipse、Jbuilder的环境下，编译Wei应用(Jsp,Servlet)和J2ee应用时，生成可部署的war/jar/ear包(自动生成应用效劳器特疋的部署描述文件并参加到 war/jar/ear包中)，冋时，必须支持在Eclipse、Jbuilder中部署、运行和调试面向该应用效劳器的 We应用和J2EE应用。2商务要求以下加“*〞为重要商务指标，达不到的为无效投标。*1)投标方报价包含本次采购的货物本身价、货物运保费用、系统软件采购、安装调试费、软件开发费用、集成费、培训费、第三方软件测试费用、专家咨询与系统验收费用及各项税金等。*2)所有软件必须为最新正版软件，并提供相关证明；提供非正版软件者为无效投标，已中标者取消中标资格，已供货者全部退货，并承当可能引起的法律责任。*3)履约保证金：在签订合同前，中标方应向河南省卫生厅缴纳中标金额 8%勺履约保证金，货物验收后，三个月如无质量问题全额无息退还；供方退还保证金时，须向河南省卫生厅提供货物验收单、 合同及用户出具的无质量问题的证明，经河南省卫生厅审核无误后，予以全额无息退还；如有问题，贝V按相关条款解决。软件交付评测：安装调试完毕后，由采购人根据合同和技术文件组织三方初验，试运行期结束后，聘请有关专家和第三方评测机构进行终验。验收合格后签署货物验收单。其他要求中标方应在合同签订之日起5个月内完成需求调研、系统分析、设计、开发、系统测试工作和试点运行的准备工作。中标方应接受河南省卫生厅聘请的监理公司对本工程的监理， 并在投标书中全面阐述如何配合监理方进行工作。中标方应接受河南省卫生厅对本工程系统的全面验收， 并在投标书中全面阐述如何配合进行系统验收测试工作参加工程人员要求：投标人在投标书中所提供的人员，必须与将来实施过程中一致，投标人应提供工程实施人员获得证书的原件、同类工程经验。本工程至少包括以下人员并保证相关技能的技术人员全职参加到本工程，三年内全程提供现场效劳。岗位角色资格要求数量工程经理*具备信息产业部高级工程经理资质和与本工程规模和特点类似工程管理经验。1人软件架构设计具有5年以上大型的与本工程应用系统设计开发经验2人以上需求调研及分析具有3年以上大型应用系统设计开发经验2人以上开发人员*具有类似工程软件开发经验，提供人员名单及经历说明6人以上，软件测试具有两个工程以上的测试经验2人以上本地化效劳*满足售后效劳承诺的本地化效劳组织，具备现场效劳和快速响应能力，期限不少于 3年3人以上其他人员投标人认为必要的技术人员，提供人员名单供方参加工程人员需得到需方的认可，以上人员情况在商务投标文件中相应列出付款方式：付款方式：合同签订后10日内向中标方付25%的工程款；需求规格说明书评审后10日内支付15%勺工程款；系统初步验收后10日内支付30%勺工程款;终验合格后15日内支付剩余的30%勺工程款。3进度要求投标人必须响应并承诺以下工作进度要求。交货时间要求本标书所列的开发实施工作在合同签约后 5天内开展。进度安排内容完成时间或日期备注合同生效日中标后15天内开发集成5个月试运行期1个月系统验收1月内说明：1•本表所列天数为每一阶段使用的最大容许天数;2.投标人可按上表所列总体进度安排更详细的进度表。4开发实施要求系统开发实施要求系统开发实施的主要目标是建设河南省突发公共卫生事件应急指挥决策系统应用软件，按照河南省卫生信息化建设总体规划，进行系统架构设计、软件设计开发，并合理部署在相应的硬件设备上，保证系统的正常运行。投标人必须响应以下开发实施要求。投标人在投标文件中应根据系统开发实施要求中的所有条款， 给出详细的系统开发实施成功的投标人应在系统开发实施中设计开发并实施招标人所要求的系统。 在投标书中需要提供详细的系统开发实施方案。1〕 河南省突发公共卫生事件应急指挥决策系统应用软件可靠性要求投标人在进行系统方案设计和开发实施时，应确保系统具有高可靠性，在大用户量访问、系统软硬件出现故障情况下能保证整个或者局部系统能继续运转。在系统建设中一方面应实现对重要设备的提出双机热备、集群或者负载均衡解决方案，支持数据访问的性能优化技术及策略，对于系统的核心数据，应当采用数据备份方案，保证系统数据最大程度的平安；另一方面，系统应具有故障监视和诊断能力，能及时发现故障并发出告警，并能够最大限度的自动恢复系统。2〕 开发实施的验收要求招标人和投标人〔系统开发实施商〕 ，监理方共同组成验收小组，由开发实施商必要时由第三方提供测试方案和测试数据，经招标人确认后进行应用开发实施验收，根据系统开发实施标准，提交系统开发实施报告。如果验收小组认为测试结果与要求不符，将重新进行测试。基于以上的开发实施要求，投标人应提出河南省突发公共卫生事件应急指挥决策系统应用软件数据平安保证措施及方案。投标人应该提供安装、配置的详细文档资料。确保按照招标功能说明中的要求完成工程实施，使整个系统能够得到有效运行。投标人应在河南省突发公共卫生事件应急指挥决策系统应用软件开发实施过程中提出相关技术标准。其他投标人认为应该描述的方案或建议。工程管理要求总那么投标人必须遵守河南省卫生厅信息化建设管理规定和各项管理实施细那么。投标人在投标时应提交工程管理方案，方案至少包括工程组织机构、人员安排、进度安排、质量管理及风险管理等内容，方案必须符合本?技术标准书?的要求，并具有可操作性。工程组织机构人员稳定性保证投标人应在投标文件中明确保证工程建设团队的主要人员稳定。投标人在未经招标人同意的情况下更换工程经理，需向招标人支付赔偿金。招标人或投标人认为需要更换投标人工程经理和工程团队成员时，均应提早一周向对方申明原因，投标人应在同时提出新的符合合同要求的工程经理和工程团队成员人选，经招标人同意并办理交接手续前方可更换。投标人更换工程经理、工程团队成员给招标人造成损失的，招标人保存追究责任和获取赔偿的权力。人员工作经验保证投标人要建立实施该工程的组织架构，并在应标时提供参与该工程人员的履历。工程范围内容投标人应与招标人一起通过现场需求调研、联络会等方式明确工程开发内容，并以合同或会议纪要形式加以明确。工程进度方案以招标人的?招标书?和?技术标准书?为根底，结合投标人的?投标书?，共同确定更为详细的工程进度安排，并以文件的形式明确下来。投标人应明确提供每个阶段的阶段目标、阶段应交付的成果、验收依据、双方的责任和义务，经招标人认可后，以合同或会议纪要形式明确下来。合同变更要求如在工程实施过程中需要调整内容、进度等，需经双方共同同意，按合同变更程序办理。工程质量管理投标人应建立严格的质量保证体系，制定工程开发建设质量控制方案和实施措施，并催促落实各环节质量控制内容和目标；保证总体规划设计、开发与实施、系统运行与验收各个阶段工作满足招标方对质量的要求。投标人应根据整个系统集成、开发的工作方案，对阶段性工作成果进行审查和测试，并向工程单位提交里程碑式工作成果。通过保证各阶段性成果的质量，最终保证整个系统集成、开发的质量。工程进度管理投标人的工程进度管理应该遵循以下原那么：工程进度管理的依据是工程合同所约定的工期目标；在确保工程质量和平安的原那么下，控制工程进度。投标人的工程进度管理应该至少包含以下内容：投标人在了解工程特点的前提下，根据工期目标，提交总体进度方案，以及定期提交阶段性工作方案。制定详细的工程建设进度方案，按照合同的进度方案制定具体的实施方案，定期跟踪检查，对可能发生的工程延误提出相应对策；定期或不定期地召开或参加工程例会、协调会议等，向招标人通报工程进展情况，提交进度报告，及时解决相关问题。建立工程变更流程，记录工程变更。工程交付成果投标人应提供整个系统建设的文档，包括系统设计、开发、测试、运行、维护管理体系对应的全部管理标准和技术文档。技术文档应与系统相一致，技术文档应该全面、完整、详细、清晰。技术文档应能够满足投标人对系统的安装、使用、维护、应用开发的需要。技术文档还应包括运行版本一致的、投标人拥有所有权的全部源程序和可执行代码。技术文档内容应满足GB8567?计算机软件产