我院本次广东省职业病防治院卫生应急信息管理系统采购项目采用公开招标方式进行采购，有关事项如下：

1.项目编号：GDZFYSB201712-03

2.项目名称：广东省职业病防治院卫生应急信息管理系统1套

3.项目限价: 人民币400000元整

4.具体详情请查看招标文件。

招标文件

项目编号：GDZFYSB201712-03

项目名称：  广东省职业病防治院卫生应急信息管理系统 

招 标 人：  广东省职业病防治院                   

日  期： 二〇一七 年 十二  月

第一部分  投标邀请书

根据国家有关的政策、法律规定，我院拟对广东省职业病防治院卫生应急信息管理系统  进行公开招标，现邀请符合审查条件的各单位前来参与投标。

1、项目概况

广东省职业病防治院卫生应急信息管理系统。

2、采购项目预算金额

本采购项目预算金额：人民币400000元。

3、投标人资格要求

1)  投标人是中国境内依中华人民共和国法律合法注册的独立法人或组织；

2)  具有《软件企业认定证书》和《软件产品登记证书》；

3)  具有CMMI三级或以上认证证书；

4)  具备ISO9001质量管理体系认证证书；

5)  具备《中华人民共和国政府采购法》第二十二条关于供应商条件的规定，具备其它法规规定的本项目供应商应当具备的资格条件。遵守国家有关法规和政府采购的有关规定；

6)  本项目不接受联合体投标。

4、投标文件的递交

递交投标文件的截止时间为 2017年12月11日下午3:00时（北京时间），递交地点为广州市海珠区新港西路海康街68号广东省职业病防治院综合楼四楼405房（联系人：钟小姐，联系电话：020-34063091）。逾期送达的或者未送达指定地点的投标文件，招标单位不予受理。

5、投标费用

投标单位在本项目投标过程中的一切费用，不论中标与否，均由投标单位自行负担。 

6、投标保证金

无要求。

7、开标及评标

    开标时间为2017 年12月11日下午15时00分（北京时间），各投标单位派人到现场参加唱标并签名确认报价。

唱标后各投标单位代表分别向招标人演示项目设计流程,内容包括：

1.数字化、可视化的仓库管理系统，利用现代物联网技术，按照应急管理中的“三分四定”要求，对库内应急药品、应急装备、耗材等物资科学管理，实现快速出、入、盘库管理，效期管理、使用及损耗管理等；

2.应急机构、应急队员、应急队伍管理，能够根据不同的任务类型实现应急队伍的自动化抽组管理；

3.伤病员的综合管理平台，以伤病员流为主线，按照应急救援的处置环节实现电子伤票管理。广东省职业病防治院组织评标小组评标。

地点为广州市海珠区新港西路海康街68号广东省职业病防治院综合楼六楼会议室。

 

第二部分  投标人须知

一、总则

1．项目概述

1.1项目名称：广东省职业病防治院卫生应急信息管理系统

1.2设计内容：详见附件10。

1.3建设地点：广州市海珠区新港西路海康街68号广东省职业病防治院内

1.4工期： 60 天。

2．★投标人资质与合格条件要求：

（1）投标人是中国境内依中华人民共和国法律合法注册的独立法人或组织；

（2）具有《软件企业认定证书》和《软件产品登记证书》；

（3）具有CMMI三级或以上认证证书；

（4）具备ISO9001质量管理体系认证证书；

（5）具备《中华人民共和国政府采购法》第二十二条关于供应商条件的规定，具备其它法规规定的本项目供应商应当具备的资格条件。遵守国家有关法规和政府采购的有关规定；

（6）本项目不接受联合体投标。

4．投标委托：

如果投标人不是法人代表，须持有《法人代表委托书》，委托代理人应在招标会上出示相关证明。

二、招标文件

1. 招标文件的组成

1.1投标人应详细阅读招标文件全部内容。不按招标文件的要求提供招标文件和材料，可能导致投标被拒绝。

2．招标文件的澄清、解释

投标人对招标文件如有疑点要求澄清，应在开标及评标会议前完成。此后，招标人将不再接受投标人的任何询问。

三、投标文件的编制

1．投标文件的组成。

1.1商务部分：

a.法人授权委托书原件；

b.投标函及投标函附录；

c.投标人营业执照、组织机构代码证、税务登记证等证件复印件；

d.项目技术负责人的简历表；

e.其它证明投标人软件开发能力的文件；

1.2价格部分：

a.投标报价组成.

1.3技术部分：

详见附件10。

2．投标报价说明

2.1所有的投标报价中的货币单位表示方式均以人民币形式表示。

2.2投标文件中只允许有一个投标报价，否则以废标处理。

3．投标文件的签署及规定

3.1未经投标人法人代表或未经法人代表正式授权的委托人签字并加盖印章的投标文件，作为无效文件；

3.2投标文件要求提供正本一份，副本肆份。如果正本与副本不一致，以正本为准；

3.3投标文件的正本必须用不褪色的墨水填写或打印，副本可以复印，并在封面上注明“正本”或“副本”字样；

3.4投标文件不得涂改和增删，如有修改错漏处，必须由法人代表或授权代表的签字或盖章；

3.5投标文件因字迹潦草或表达不清而引起的后果由投标人负责。

4.投标文件的制作要求

4.1投标文件的装订要求：商务部分、技术部分和价格部分合订为一本（分正、副本），各部分中间加封面间隔。

四、投标文件的递交

1．投标文件的密封及标记

1.1投标文件正、副本合封在一个密封包装物内，封条上注明招标人名称、工程名称、投标人名称与地址、邮政编码，同时注明“开标时启封”字样。

1.2如果投标人未按上述要求密封及加盖标记，招标单位对投标文件的误投和提前启封概不负责。

2．投标截止时间

2.1投标截止时间为：2017 年12月11日下午15时00分。

2.2文件必须在投标截止时间前送达至指定的投标地点，在投标截止时间后送达的投标文件，招标人拒绝接受。

五、开标、评标、定标

1．开标

1.1招标单位按照招标文件规定的时间、地点主持开标会。招标人及有关工作人员参加。

1.2投标人必须派法人代表或委托代理人持身份证原件、法人委托书参加开标会。

1.3参加开标的代表应签名报到以证明其出席。

1.4开标前查验投标文件密封情况，确认无误后拆封唱标。

1.5招标单位在开标会上，将公布投标人的名称、投标项目名称、投标报价等，招标单位将作唱标记录，每个投标人应由法人代表或授权代表在唱标记录上签字确认，投标方此后应退场回避。

2．评标

2.1评标小组负责全面评标工作，根据规定的评分标细则进行综合评，根据项目需要，评标小组或招标人可以要求投标人到达评标现场，就投标内容进行技术演示。评标项目以百分数计分，各投标人按得分高低排序。评标人员评议完成后，写出评标报告，择日通知结果。

2.2评标原则

2.2.1评标工作遵循公正、公平、科学择优的原则；

2.2.2评标严格按照招标文件的要求和条件进行，通过对投标人进行综合评价。

2.2.3评标小组按照评标办法和评标原则有选择或拒绝投标人中标的权利，并对所采取的行动不对投标人作任何原因的解释。

2.2.4废标：有下列情况之一者为废标：

a.投标文件未按要求密封的；

b.投标文件未加盖单位公章或法人代表、委托授权代表未签章的；

c.投标文件实质性内容字迹辨认不清的；

d.投标文件提交的资料弄虚作假的；

e.投标文件中出现两项及两项以上投标报价的；

f.投标人迟到或未出席开标会的；

g.投标书逾期到达；

3．定标

招标人根据评标小组提出的书面报告和中标候选人排序进行研究后确定最后中标单位。

3.1在投标有效期内，招标单位以书面形式通知所选定的中标人。中标通知书中应写明中标价、签署合同的地点、时间。

3.2中标人应按照招标文件的要求，在接到中标通知书后积极与相关部门协调，由于中标人的原因以致无法签订合同，招标单位有权取消其中标资格，并推荐下一位候选人中标。

六、合同的签订

1．签订合同

1.1中标人应按中标通知书中规定的时间、地点与招标人签订合同及相关文件。

1.2当中标人无正当理由未按“中标通知书”要求的时间、地点与招标人签订合同时，招标单位将通知评标委员会推荐下一位候选人中标。

1.3招标文件、中标人的投标文件及评标过程中有关澄清文件均应作为合同附件。

3. 付款方式：

3.1乙方按合同要求提交经审批合格的专项工程的设计文件后，甲方支付合同结算金额的30%；专项工程完工后，可办理合同结算，并支付至合同结算金额剩余的70%。

3.2 付款前，乙方应向甲方提供等额发票。

第三部分  投标文件要求

附件1：

附件1 投标书（格式）

致：（采购代理机构 ）

根据贵方为(项目名称)项目招标采购货物及服务的投标邀请(招标编号)，签字代表 (姓名、职务)经正式授权并代表投标人（投标人名称、地址）提交下述文件

1.提供投标须知规定的全部投标文件：包括正本1份，副本   份。

2.以           形式出具的投标保证金，金额为人民币 元。

在此，签字代表宣布同意如下：

3.所附投标价格表中规定的应提交和交付的货物、服务投标总价为

（用文字和数字表示的投标总价，标明币种）。

4.我方将按招标文件的规定履行合同责任和义务。

5.我方已详细审查全部招标文件，包括第        号（招标编号、补充通知）（如果有的话）。我方完全理解并同意放弃对这方面有不明及误解的权力。

6.本投标有效期为自开标日起          个日历日。

7.在规定的开标时间后，我方保证遵守招标文件中有关保证金的规定。

8.根据投标人须知第1条规定，我方承诺，与买方聘请的为此项目提供咨询服务的公司及任何附属机构均无关联，我方不是买方的附属机构。

9.我方同意提供按照贵方可能要求的与其投标有关的一切数据或资料，完全理解贵方不一定接受最低价的投标或收到的任何投标。

10.我方承诺本次投标的价格未低于成本价，若有疑义，我方可提供相应的证明材料。

与本投标有关的一切正式往来信函请寄：

地址_________________________     传真____________________________

电话_________________________     电子函件________________________

投标人授权代表签字_______________

投标人名称_______________________

开户名全称

开户银行

银行帐号

投标人公章    

日期   

附件2：

法定代表人资格证明

单位名称：                                            

地    址：                                            

姓    名：       性别：       年龄：      职务：       系               的法定代表人。为              项目，签署上述投标文件、进行合同谈判、签署合同和处理与之有关的一切事务。

特此证明。

投标人：（盖章）                                               

日期：            年            月            日

附件3：

法定代表人授权委托书

本人作为       （投标人名称）      的法定代表人，在此授权我公司的            ，其身份证明号码：                            ，作为我的合法的授权代表，以我的名义并代表我公司全权处理                   项目投标的各项事宜。

本授权书期限自      年     月     日起至       年    月    日止。

在此授权范围和期限内，被授权人所实施的行为具有法律效力，授权人予以认可。

授权代表无权转让委托权，特此委托。

授权代表：      （签字或盖章）      性别：           年龄：            

身份证号码：                                     职务：          

投标人：                    （单位全称）（盖章）                  

法定代表人：                （签字或盖章）                       

授权委托日期：            年           月          日

附件4：

投标报价表

投标人：                      （单位全称） （盖章）           

      法定代表人或授权委托人：         （签字或盖章）             

      日期：            年             月           日

注：

1、此项目为总报价包干。

2、表中内容可以根据项目实际情况进行增减。

3、需按工作量附报价清单。

附件5：

服务承诺书

格式自拟

      投标人：                      （单位全称） （盖章）       

      法定代表人或授权委托人：         （签字或盖章）         

      日期：            年             月           日

附件6：

投标人基本情况表

投标人全称
主要业务范围
法定代表人名称		职   务
投标人地址		邮政编码
电      话		传   真
成立日期		现有职工人数
等级资质证书	等级：         证书号：
质量管理体系证书	等级：         证书号：
投标单位组织机构简介： （部室划分、各部室人数、中高级职称、各工种项目人员人数） 企业组织机构框图附后

投标人：                      （单位全称） （盖章）          

      日期：            年             月           日

注：投标人需随此表附上营业执照、资质等级证书、质量管理体系证书等文件的复印件。

件7：

近年来完成与该项目类似业绩实施情况表

建 设 单 位
项目名 称
建  设  规  模
完 成 日 期 （年/月/日）
主要项目人员情况
……

投标人：                      （单位全称） （盖章）          

      日期：            年             月           日

注：1、投标人应随此表附上相关的业绩证明（如中标通知书、合同、获奖证书、顾客意见反馈表等的复印件）。

2、如有多个已完成项目，每个项目填一张此表，附后。

附件8：

项目技术负责人基本情况表

投标人：                      （单位全称） （盖章）           

      项目负责人：                    （签字或盖章）          

      日期：            年             月           日

附件9：

拟投入本项目人员汇总表

投标人：                      （单位全称） （盖章）           

      法定代表人或授权委托人：         （签字或盖章）          

      日期：            年             月           日

附件10：

广东省职业病防治院卫生应急信息管理系统

技术需求

1       需求概述

1.1   项目背景

本系统旨在为广东省职业病防治院针对核化事件卫生应急队伍提供业务管理、信息采集、现场处置、决策辅助的软件平台，实现基于信息化手段，对核化健康风险的全面监测、风险预警、科学决策、快速反应。

1.2      系统建设目标和原则

1.2.1 系统建设目标

以核化事件卫生应急队伍医学救援工作模式为主线，以卫生风险防控为核心，构建以“一网三库两平台”为主要内容的广东省职业病防治院卫生应急信息管理系统，作为广东应急医学救援体系的重要组成部分，实现全时间的风险监测，科学智能的风险预警，准确及时的决策指挥，高效可控的现场处置，提升应急队伍的能力建设和突发公共卫生事件应急处置能力。

1.2.2 系统建设原则

l  标准一致：按照国家卫计委信息化建设规范要求，采用卫计委发布的统一的标准代码体系，完善系统信息化建设数据标准和基础代码。

l  业务衔接：与本院院内管理系统、ＣＤＣ传染病监测申报系统、其它相关系统有机衔接，对外系统中涉及的已开发的功能不再重复建设；采用电子服务平台统一对外提供公共服务。

l  信息互通：通过省里统一的电子政务交换平台，实现与相关部门的信息互换；业务运作模块与ＣＤＣ传染病监测申报系统等相对接。

l  继承创新：全面升级改造现有应急医学救援信息化业务系统，充分借鉴国内其他单位已有的系统开发成果，加以完善整合。

l  网络共享：系统利用业务专网，采用全省数据大集中/分布式数据相结合，计划部署在院内数据中心。

 

广东省职业病防治院卫生应急信息管理系统的“一网三库两平台”，一网是指依托卫计委体系内的疾病控制业务专网及院内数据中心，搭建系统运行环境；三库是指应急医学救援能力建设数据库、传染病及核化风险数据库、应急医学救援现场处置数据库（决策指挥数据库）等三个数据库群；两平台是指应急医学救援业务综合信息平台、应急救援现场处置两大平台。

1.3      系统建设内容

1.3.1 应急医学救援业务综合信息平台

在规范业务流程和统一数据标准的基础上，实现应急医学救援业务的电子化管理，涵盖基础管理平台（代码规范化）、风险监测及预警、可视化仓库管理、应急救援队伍管理、应急值班管理、知识案例管理、预案方案管理，接口开发等内容。开发建设任务包括：

1.  建设统一的基础管理平台，实现对人员、单位、系统功能、权限、基础代码的统一管理，在代码管理时，首先遵循《国家应急体系信息资源分类与编码规范》要求，在规范中未明确的，参考卫计委发布的其它信息化标准要求；

2.  建设风险监测及预警能力，对接其他疾病监测系统，利用本系统的风险模型和算法，对可能发生的卫生风险进行预警，提前做出防范准备；传染病分类按国家卫计委发布的相关标准要求，不足部分参考ＩＣＤ－１０疾病编码标准。

3.  开发数字化、可视化的仓库管理系统，利用现代物联网技术，按照应急管理中的“三分四定”要求，对库内药品、装备、耗材等物资科学管理，实现快速出、入、盘库管理，效期管理、使用及损耗管理等，寻索建立多种统计分析模型，根据物资的使用情况，分析库内物资应用效率，提高仓库科学性，按照预设的救治基数，计算科学仓储数量；同时通过执行任务时自动生成现场前置仓库，实现日常管理与应急处置的无缝连接；物资代码规范参考《国家应急体系信息资源分类与编码规范》。

4.  应急救援队伍管理实现应急机构、应急队员、应急队伍管理。应急机构应该包括与应急业务相关联的级管理机构、卫生行政机构、医疗卫生机构、联动机构。应急工作人员的信息应该包括职务与职称、执业、姓名、所属机构部门、联系方式、应急工作经验、专业能力、装备尺码等信息。能够根据不同的任务类型和预警级别，实现应急队伍的自动化抽组管理。

5.  应急值班管理主要实现应急队伍日常值班及应急事件录入所需的各类功能，对上级机构发布的预警和任务进行响应，能够满足应急队伍各类日常管理工作。主要包括疫情信息录入、值班管理、文电公文管理、通讯录管理等功能。

6.         知识案例管理主要实现与疾病、核化风险相关的各类应急知识和案例管理。知识管理、案例管理、电子标本、智能辅助诊断维护等功能。

7.  预案方案管理主要包括预案编制和阶段管理（与院内ＯＡ结合）、数字化预案管理、任务方案管理、预案查询及统计等功能。

8.  与其他系统的接口开发。

1.3.2 应急救援现场处置平台

应急救援现场处置平台是以综合信息平台数据为基础的现场独立应用平台，是执行应急救援任务时对现场应急队伍人员、伤病员流、物资流、现场态势的综合管理平台，以伤病员流为主线，按照应急救援的处置环节，围绕主线，实现人员、物资的科学调配。以提高救援效率和伤病员的生存率为目标，实现救治现场的科学化信息化管理。主要建设内容包括：现场态势综合展示、人员分组管理、应急救援处置过程管理、物资管理、伤病员管理等基础功能，同时配合智能辅助诊断系统提高救援的效率和诊疗准确性。

应急救援现场处置平台以移动救治车为现场空间中心和信息汇聚中心，以无线网络为主要通讯手段， 利用RFID物联网技术来标识人员、物资，实现快速伤员快速分类、物资快速识别、消耗快速统计、态势快速掌握的应用目的。

1.3.3 数据库群建设

现代信息管理手段是以数据为基础的，本项目拟建设应急医学救援能力建设数据库、传染病及核化风险数据库、应急医学救援现场处置数据库（决策指挥数据库）等三个数据库群来满足应用需求。

1.  应急医学救援能力建设数据库主要包括应急队伍数据库、物资装备管理数据库、预案方案数据库、日常管理数据库、救治机构分布数据库、地理信息数据库、专家知识库、基础代码数据库等；

2.  传染病及核化风险数据库主要包括全球公共卫生风险本底数据库、国内公共卫生风险本底数据库、核化风险分布数据库、地理信息数据库、公共卫生事件数据库、风险分析及预警模型数据库等

3.  应急医学救援现场处置数据库主要包括现场态势数据库、现场物资数据库、现场人员数据库、现场伤病员数据库、现场救治处理数据库、指挥决策数据库等。

1.4      系统业务架构

以公共卫生事件应急医学救援工作模式为主线，以卫生风险防控为核心，构建以“一网三库两平台”为主要内容的广东省职业病防治院卫生应急信息管理系统，作为广东应急医学救援体系的重要组成部分，实现全时间的风险监测，科学智能的风险预警，准确及时的决策指挥，高效可控的现场处置，提升应急队伍的能力建设和突发公共卫生事件应急处置能力，维护国家经济安全和生态安全，保护公民身体健康。

按照业务归类的原则，通过对应急医学救援队伍进行全业务分析，为了满足项目建设目标和内容，归纳整理如下结构：

1.5      系统需求的技术特征

广东省职业病防治院卫生应急信息管理系统的开发，应遵循统一技术规范、统一标准代码、统一数据接口、统一身份认证等技术开发原则。

采用先进的智能数据分析技术，对应急医学救援能力建设数据库、传染病及核化风险数据库、应急医学救援现场处置数据库等三个数据库群进行管理和数据加工，形成架构合理、主题清晰、使用方便的数据平台，为风险预警分、决策指挥提供有力支撑；运用大数据和地理信息系统（GIS）技术，采用HEALTHMAP的理念，将全球范围内的公共卫生风险信息按照国家地区进行整合，建立风险评估预警数学模型。

1.5.1 智能数据分析

采用先进的智能数据分析技术，对应急医学救援能力建设数据库、传染病及核化风险数据库、应急医学救援现场处置数据库等三个数据库群进行管理和数据加工，形成架构合理、主题清晰、使用方便的数据平台，为风险预警分析、警示通报、决策指挥提供有力支撑。

1)  自动化数据抽取

2)  智能化数据分析

3)  自主建模管理

4)  自动预警及智能化辅助决策

5)  大数据方法应用

1.5.2 基于大数据和地理信息的应急医学救援管理

运用大数据和地理信息技术，采用HEALTHMAP的理念，将全球范围内的公共卫生风险信息按照国家地区进行整合，建立风险评估预警数学模型，自动判定风险级别，提前预警，做好可能的公共卫生事件处置准备。

在现场救援时，利用三维可视化技术，实时动态展示现场救援态势。

1.5.3 统一身份认证

使用统一身份认证管理平台，对所有系统用户访问进行验证，包括日常的综合信息平台用户和现场执行应急救援任务的用户。

2       总体设计要求

2.1      设计原则

广东省职业病防治院卫生应急信息管理系统的开发要求遵循如下原则进行业务分析和系统设计：

l  先进性原则

要充分利用先进的智能化数据分析技术、大数据技术和地理信息技术，基于三个数据库群，建立应急医学救援业务综合信息平台和应急救援现场处置平台，在性能、可扩展性、安全、工程实施等方面具备先进性与合理性。

l  完备性原则

要充分考虑应急医学救援的业务需求，提炼公共的业务功能，使得应用系统覆盖尽可能多的业务流程和业务功能，并能够适度扩展，适应未来业务发展的需要。

l  逐步演进原则

广东省职业病防治院卫生应急信息管理系统的建设是逐步演进的过程，在确保业务持续稳定运行的前提下，逐步整合各类业务及现有的业务信息系统，最终形成数据集中、应用分布的信息系统体系。

2.2      设计要求

在软件系统方案设计中，要求至少从以下方面提出系统设计方案：

l  业务架构

l  应用架构

l  信息架构

l  技术架构

l  部署架构

以广东省职业病防治院卫生应急信息管理系统的业务需求为核心，面向服务进行架构设计，并详细说明架构之间的关联关系。

2.2.1 业务架构

要求结合实际业务状况，采用面向业务对象、业务流程的方法，以法律法规、规范方法、业务要求作为输入，对系统的业务需求进行架构分析设计，设计产出物包括：

1)  所有顶层流程和子流程均实现端到端设计；

2)  所有流程活动均有明确的责任人；

3)  所有流程活动均有明确的输入输出内容；

4)  尽量明确的活动时间；

5)  关键流程活动（重要输出物或里程碑输出物）需要制定模板，并设立监控指标；

6)  特殊流程活动（涉及人身安全或特别要求）需要关联体现条例或规章制度；

7)  重点说明“一网三库两平台”的业务流程的输入输出衔接关系和核心功能要点。

2.2.2 应用架构

面向业务流程架构和信息资源分布架构，从宏观决策、机构运行、业务操作、各类用户作业需要等角度进行规划和设计。设计的产出物包括：各级救援队伍中应用系统的划分、应用系统的功能规划、应用系统之间的关联分析，特别是“一网三库两平台”的功能规划和彼此之间的关联关系分析。

2.2.3 信息架构

对广东省职业病防治院卫生应急信息管理系统的业务架构关联的全部信息资源进行规划，同时对现有资源进行梳理，按照规范的设计过程，实现设计成果。设计的产出物应包括：

1)  设计用户视图；

2)  设计数据流图；

3)  设计概念数据库模型；

4)  设计逻辑数据库模型。

2.2.4 技术架构

通过统一的技术架构，配合相应支撑软件，使应用系统易于集成整合、升级扩展和运行维护，减少不必要的软硬件投资，提高信息资源的应用能力和信息系统的可持续建设发展能力。应重点阐述智能化数据分析技术、大数据技术和地理信息技术在广东省职业病防治院卫生应急信息管理系统技术架构中的作用。

2.2.5 部署架构

解决系统部署、运维、安全、审计等相关问题，达到简化运维工作难度，减轻运维工作量，提高系统保障能力、灵活部署的目的。

3       业务功能需求

3.1      应急医学救援综合信息平台功能需求

应急医学救援综合信息平台是整个系统的核心与基础，在规范业务流程和统一数据标准的基础上，实现应急医学救援业务的电子化管理，涵盖基础管理平台（代码规范化）、风险监测及预警、可视化仓库管理、应急救援队伍管理、应急值班管理、知识案例管理、预案方案管理等内容。

3.1.1 基础管理平台

基础管理平台的主要功能是对基础数据进行设定，为其他功能系统提供必要的基础数据支持。通过基础平台系统中的设置，可以对系统基本数据进行初始化，并对系统权限进行基本的配置，以保障系统前台的正常运作。主要功能包括：

1.  平台信息：包括对顶级单位的设置、服务器的设置和产品的设置。这部分功能是对整个平台的基础数据进行初始化，以后的系统运行将在这些数据的基础上运行。

2.  管理员密码：对管理员的密码进行修改。

3.  分队管理：在顶级单位信息已经设定的前提下进行队伍设置，采用多队伍分级管理模式。

4.  人员管理：在分队的基础上，对登陆系统的用户账号和密码进行管理。此部分人员主要为需要登录系统的各级领导、应急办人员及负责人员。

5.  权限管理：对登录用户进行权限限制。如库房管理系统中每个小库的维护人员不一样，需要不同的权限才能保证系统的安全运行。

6.  字典维护：维护字典项。各级系统都需要一些常用的，极少发生变化的类别、标识等数据，这些数据将定义为字典项，一部分字典项将在系统运行前初始化进数据库，一部分需要偶尔有些变动的字典项将作为可维护数据，提供维护方法。

3.1.2 风险监测及预警

本功能是以风险管理学为理论基础，结合卫生防疫科学、控制论、行为学等相关科学，以互联网搜索技术、信息智能处理技术和自然语言处理技术为手段，利用采集的公共卫生风险信息为分析对象，结合细分的相关风险因子，面对半结构化或非结构化的问题，利用科学的数据分析模型，完成自动预警提示，辅助决策过程，并将预警结果作用于应急医学救援业务的人机系统。

通过系统建设，完成公共卫生风险的采集、评估、发布，应急处置、效果评价的全过程管理。

系统是以传染病及核化风险数据库为基础，结合专家知识数据库，风险信息快速评估的基础上，对风险决策数据库进行数据挖掘与分析，并结合GIS（地理信息系统）应用所建立辅助决策。

本功能同时对传染病及核化风险数据库群进行维护，并根据预警模型的发展，能够自定义群内数据库。

该模块主要功能包括：

1.  风险信息采集：利用互联网搜索技术，通过关键字定义或语意识别，将各种风险信息抓取到全球公共卫生风险本底数据库、国内公共卫生风险本底数据库或突发公共卫生事件数据库（核化），实现非结构化数据处理。采集的数据作为应急风险预警或生成任务方案的依据。

2.  风险预警管理：系统采集风险信息后，自动判断风险来源及类别，自动触发日常风险预警分析流程，主要从病原学特征、流行病学特征、自然因素、社会因素、预防和控制能力等5个维度进行分析，采用多模型迭加的方式逐步分析，得到初步的预警信号。

3.  预警规则管理：决策支持系统不是向决策者强加一个决策过程，而是根据决策者的要求，给决策者提供一组适应其风格，并由决策者随机控制的模型工具，支持决策者的决策过程，使用户能够自主建模，以适应工作需要，通过本功能可以设定预警规则，启用条件等，设定的规则通过规则引擎被模型引用，用于判断采集到的风险信息的可能危害程度。

4.  预警发布：发布的内容包括疫情（核化风险）总体概况、可能造成的危害程度、预防控制手段、应当采取措施等，发布的预警信息能够被预案方案模块调用。

3.1.3 可视化仓库管理

按照“三分四定”原则，利用RFID及ZIGBEE技术，对库内物资进行标识，同时利用读写天线及手持终端，实现快速出入盘库等操作。库内物资以箱组为单位进行标准化管理。物资实现了全程追踪，所有需求链都清晰可见。该系统能够增强库房作业的准确性和快捷性、减少整个应急物资出入库中由于管理不到位造成的非法出入库、误置、偷窃和库存、出货错误等损失，并最大限度地减少储存成本、保障应急物资的安全。主要功能包括：

1.  基础设置：

l  库区设置：选择合适的分队，在分队的基础上设置分队小库、区，包括对分队小库、区添加、修改、删除等功能。

l  类别设置：对物资（药品，装备，耗材）类别编号和类别名称进行设置。

l  生产商设置：对物资（药品，装备，耗材）的生产商进行设置。

l  供应商商设置：对物资（药品，装备，耗材）的供应商进行设置。

l  物资目录：分为药品目录，装备目录和耗材目录，在物资（药品，装备，耗材）类别的设置完成后进行物资（药品，装备，耗材）小分类设置。

l  物资登记：分为药品登记，装备登记和耗材登记，在物资目录（药品，装备，耗材）设置完成后进行对物资（药品，装备，耗材）的详细信息进行设置。

2.  箱组管理：

l  制式设定：制式是对于多个箱组具有相同内置物的一种标准设定.可以对制式进行增加或删除.

l  箱组维护：对箱组的查询,删除,添加及基本信息维护.

l  箱组调整:对箱组的物品在符合制式的情况下进行调整.

l  箱组调出：把内置的箱组拆出来，成为非内置的箱组（回到原始的库区位）。

l  复制箱组：通过复制的功能，可快速建立起具有相同内容（物资）的多个箱组。

3.  出库管理：对库存物品进行出库登记操作。一种是正常出库登记，一种是在预案方案中进行批量自动出库。

4.  还库管理：对出库箱组的入库归还操作。

5.  报废管理：对空的后备状态的箱组和过期的装备的报废进行管理。

6.  库存更新：对库存过期药品和耗材所做的更新处理。

7.  物资的定位管理：在监控中心的可视化平台上，清楚的显示了不同货架，不同物资的信息和状态。 

8.  物资的自动盘点：利用手持读写器，在盘库过程中，所有的物资信息都可以方便的增，删与更新。 

9.  物资的实时监管：物资的状态按一定频率不间断的发送给控制中心的上位机，所以物资可以始终处理实时监管之下，如有必要，可以对一些敏感物资设定报警阈值，结合声光技术，实现24小时监控监管。

10.    车辆管理:对应急医学救援专用车辆进行管理，车辆作为一种特殊的物资，其信息也放在本子系统中进行管理。对车辆状态、车辆类型、车牌号进行信息的维护管理。

11.    统计查询：对库存箱组、药品、装备、耗材的状态、属性进行查询。

12.    数据库维护：进行各分队数据的导出及各分队数据合并。

3.1.4 应急救援队伍管理

应急救援队伍管理是执行任务所需的组、人基础数据进行设定、管理。系统主要包括组别设置、人员管理（人员列表、信息查询、人员信息维护、）数据导入导出等功能。该功能主要用于维护执行应急救援任务时的人员抽组数据。

1.  机构管理：实现应急机构、应急队员、应急队伍管理。应急机构应该包括与应急业务相关联的级管理机构、卫生行政机构、医疗卫生机构、联动机构。

2.  组别设置：在分队级别下，对组别信息进行添删改查等操作，同时大队可以设置自已的组别并可按分队查看所有的组别人员信息。

3.  人员管理：在分队、分组的基础上对人员进行添加、删除、修改、查询等管理，需要录入人员姓名、性别、生日、职务、联系方式、人员状态（如是否在岗待命状态）、所属分组（默认为后备组）等个人信息。

3.1.5 应急值班管理

主要实现应急救援队日常值班及应急事件录入所需的各类功能，能够满足应急救援队各类日常管理工作。主要包括公共卫生事件信息录入、值班管理、文电公文管理、通讯录管理等功能，此模块可以与院内医院信息系统中的ＯＡ模块通过接口互联。

1.  公共卫生事件信息录入

对于各个部门通过传真、电话、电子邮件等方式上报的突发公共卫生事件信息或上级单位下达的突发公共卫生事件信息，应急救援队值班人员可将接收到的信息录入到系统中，系统可分别记录报送部门、报送人、录入人信息，并能够将信息报送原件作为接报信息的附件保存到系统中，以便进行查阅。  

2.  值班管理

值班管理包括主要包括值班日志、排班管理、领导工作安排、队内工作安排等功能。

l  值班日志：提供应急救援队值班日志信息的记录、办理、查询等功能。同时可提供应急救援队日常值班信息特别提醒的功能。主要包括待办事项办理、特别提醒、值班日志信息查询、导出、打印等功能。

l  排班管理：主要满足应急救援队每月的值班排班要求。系统自动根据值班人员信息、值班岗位信息编排值班表，自动生成的值班表可保证值班人员在值班周期内担任的同类岗位数量、值班总量和各班次的轮流周期相对平均。对于自动排班结果可以实现拖拽式的换班处理，并能自动生成换班记录和统计每个人的值班数量。应急救援队排班管理包括值排班管理、权限维护、节假日管理、历史记录等功能。

l  领导工作安排：系统对专门针对领导工作安排的管理功能，可记录、查询、打印应急救援队领导的每天工作安排内容。

l  队内工作安排：系统支持队内各类工作安排的管理功能，可记录、查询、打印应急救援队内每天工作安排。

3.  文电公文管理

l  收文管理：实现文电公文的管理功能，主要包括收发登记、录入、编辑、检索、归档、统计、打印等功能。

l  电话记录：系统支持电话记录管理，可记录、查询、打印应急救援队每天的接打电话情况。其中电话内容可包括 “授话单位”、“授话人”、“电话内容”、“接话时间”、“记录人”等内容。

l  传真管理：传真管理包括日常值班或事件处置过程中传真件的归档、查询检索、浏览、打印等。

4.  通讯录管理

通讯录管理包括公共通讯录管理和个人通讯录管理两部分 。

l  公共通讯录管理：将应急救援队内所有人员信息(包括姓名、部门名称、电话号码、手机号码、通讯地址等信息)进行统一管理和维护，以便应急过程中能迅速，准确地查询到相关人员的联系方式。公共通讯录管理主要包括应急救援队组织结构管理、部门信息管理、部门人员管理、人员信息导出等功能，提供通讯录信息的浏览、查询和打印等功能。

l  个人通讯录：系统提供每个用户均可以建立自己的个人通讯录功能，每个用户均可以根据自己的工作业务特点建立自己的常用联系人列表。常用联系人可以来自公共通讯录，也可以由用户新增。常用联系人可以进行分组管理，从而提高联系人查找效率。主要包括：组管理、组成员管理、人员信息导出等功能。

3.1.6 知识案例管理

1.  知识管理

应急知识是应急医学救援机构在处理重大卫生事件中与该领域相关的基本概念、理论知识、事实数据，以及所获得的规律、常识性认识、启发式规则和经验教训的集合。

系统提供应急知识管理功能，以便在进行应急事件处置时，能迅速检索到相关知识，为事件处置提供辅助参考。系统支持电子标本管理功能。应急知识管理主要包括基本信息管理和扩展信息管理两部分：

l  基本信息管理

应急知识基本信息主要包括知识名称、主题词、疾病类型、知识类型、摘要、来源、知识附件等内容。系统支持添加、修改、删除、查询、浏览等功能。

l  扩展信息管理

应急知识按其类型不同，存在不具有普遍共性的特征数据。系统提供根据知识类型定制扩展信息的方式，满足应急知识存在不具有普遍共性的特征数据的要求。

2.  案例管理

案例库可以为疫情应急事件的处理提供有效的参照系，充分吸取历史事件的经验教训，达到规范处理流程、加快响应速度、提高处置效率的目标。案例管理提供案例录入、修改、查询、检索等功能。案例管理主要包括案例基本信息管理和案例扩展信息管理。

l  基本信息管理

案例基本信息主要包括案例编号，案例类型，案例等级，关键词，主题词，案例标题，案例时间，案例发生地点，案例起因、感染人数、死亡人数、经济损失、案例摘要、综合评价、案例附件等内容。

l  扩展信息管理

案例按其类型不同，存在不具有普遍共性的特征数据。系统提供根据案例类型定制扩展信息的方式，满足案例存在不具有普遍共性的特征数据的要求。

3.  智能辅助诊断

以传染病为主要诊断目标，根据录入的伤病员体检指征，逐步排查可能患有的疾病，并结合季节、地域、本底风险分布等因素，排列可能的疾病，此数据被现场处置平台中的救治处理模块调用。

3.1.7 预案方案管理

预案方案管理包括对应急救援队各类应急预案和方案的综合管理，包括预案查询、预案编制和阶段管理、数字预案管理、预案统计、方案生成、方案调整、方案综合管理等功能。本功能可以和院内系统中的ＯＡ互联，提高预案方案管理效率。

3.1.7.1         预案管理

1.  预案查询

预案查询主要为用户提供快速检索和准确定位所需预案及内容的功能。查询结果会显示所有符合查询条件的预案。每条预案会显示相关预案名称、摘要、发布单位、发布时间等属性信息。

l  简单查询：根据用户录入的名称，在所在预案中进行全文检索，并按统一方式展现给用户。

l  高级查询：根据用户设定的预案类型、疾病类型以及所查询的具体内容查询所需预案。

2.  预案编制和阶段管理

实现预案新增、初审、复审、征求意见、专家论证、领导审批、文字审核以及发布等环节的预案编制和审批流程。 预案基本信息包括预案名称，预案类型，预案等级，编制单位，承办人等。录入这些内容，用户就可以在查询时快速定位到相应的预案。

阶段管理分为初审、复审、征求意见、专家论证、领导审批、文字审核和发布七个阶段。各个阶段都需要记录相关人员，处置时间，编制阶段，处理状态和处置意见，同时还可以添加附件，对此阶段处理进行补充说明。

预案在通过发布状态以后再对其进行修改，将自动作为新增版本，原来版本的预案仍然保存在数据库中，供用户以后查看。

3.  数字预案管理

主要完成文本预案的结构化、要素化，包括预案要素的结构化以及预案与其涉及的指标体系、指挥部信息、专家信息、医疗力量、应急响应、应急保障等信息的关联。提供数字预案的查询检索、浏览和输出等功能。

结构化后的数字预案与文本预案相比，内容更加丰富，便于计算机的自动化处理，大大扩展了预案的应用能力。在系统中可以快速查询各级各类预案，并以文本、图表、视频等形式展示相关内容。公共卫生事件发生时能结合疫情现场信息，对预案相关内容进行过滤检索与关联，并借助多种通信技术，实现事件信息、决策信息按预案规定向有关组织机构的快速传递。

数字预案可以应对复杂多变的公共卫生事件情形，与传统的文本预案相比具有很多优势。数字预案能为决策者提供决策所需的数据、信息和背景材料，帮助明确决策目标和问题识别，并对多种预案进行优选和组合，通过人机交互功能进行分析、比较和判断，生成符合实际情况的应急方案，为正确决策提供必要的支持。

4.  预案统计

可按照预案类型和疾病分类，以二维表的形式统计各级各类预案的数量，并以统计图形式展示。同时以列表的形式显示具体的预案名称，点击预案名称，可以查看其内容。

3.1.7.2         方案管理

系统采用智能化手段，支持自动生成救援行动方案。智能方案功能体现了应急管理系统智能性的一个主要方面，它根据突发事件的接报信息，系统中已有的预案、知识和案例等，根据不同主题（如传染病防控、SARS应急处置、核化事件等）要求，快速生成一个图文并茂的方案，供决策指挥人员参考，并可基于此方案加工成实际的应急处置方案。根据智能辅助方案的业务需求和功能需求，智能辅助方案系统主要由：方案生成、方案调整、方案要综合管理三个部分组成。

1.  方案生成

方案生成包括的功能：

l  获取和查询与事件有关的信息；

l  对疫情进行综合分析和研判；

l  根据相关预案、事件类型和级别、分析和研判结果、应急医护人员、应急资源装备等，确定应急方案的要素（如疫情接报信息、疫情扩散信息、处置流程、组织机构、处置措施、应急物资储备情况等）；

l  根据所确定的应急方案要素，智能或人机交互的方式生成各项要素的内容，组成应急处置方案；

系统生成的方案包括应急指挥协调方案、资源保障方案、救援处置方案、应急工作方案等。

2.  方案调整

根据公共卫生事件发展趋势情况、应急救援队跟踪医疗救援执行的效果评估结果，对前面生成的方案进行进一步调整。

3.  方案综合管理

智能方案是一个综合各种数据形式的决策资源库，方案管理功能是实施对这些资源的有效管理及维护，方案综合管理功能包括对已经生成的方案进行浏览、查询、修改、增加、删除、统计、分析等。

l  方案预览：数据库中的所有方案可以通过索引的形式查询预览。

l  方案查询：将方案以结构化形式存储在数据库中，根据不同的主题词，可以对其不同的组成部分进行单独的查询。

l  方案的修改：对某一专项方案中的某一字段的值进行修改。

l  方案增加：包括新的专项的增加和某一专项中的字段的增加。

l  方案删除：包括某一专项的整个删除和专项中某一字段的删除。

l  方案统计：可以按不同时间、地域、疫情类型或等级等进行统计，并以文字、报表、直方图、专题图等形式输出统计结果。

l  方案分析：根据不同的要求对过去的方案进行分析、评估、完善。

3.2      应急救援现场处置平台功能需求

应急救援现场处置平台是系统的重要组成部分，是实现应急救援快速反应的有力信息化保障。主要包括现场态势综合展示、人员分组管理、应急救援处置过程管理、物资管理、伤病员管理等基本功能。该平台围绕移动救援车展开，通过多种通讯手段和电子设备，实现现场准确、高效、快速处置。平台根据不同的任务性质和使用者的角色、权限，在终端设备上自动展现不同的应用场景。

3.2.1 三维现场态势综合展示

本功能以地理信息系统（GIS）为基础，结合远程音视频手段和数据流，多窗口展示现场的全要素信息。包括处置方案信息、现场情况、现场及远程的视音频信息、现场伤病员流信息、现场救治人员位置、现场设备位置信息、现场物资流信息等，使决策者获得直观立体数据，便于做出决策，同时向后方回传现场态势，形成可视化多媒体现场任务简报，便于领导层做出态势判断。主要功能包括：

1.  救援力量标注

l  静态救援力量标注

提取应急医学救援能力建设数据库群中的救治机构分布数据库、地理信息数据库，形成地理信息系统所需要的数据，将事件发生区域、事件所影响的区域范围、人口、水文信息，以及疏散区域外就近的救治机构分布情况，以图层重叠的方式标注在三维地图上，供现场指挥员参考决策。

l  动态救援力量标注

将物资、人员标注并展现在现场地图上（物资、人员需要安装和携带定位装置）。实时了解物资、人员的分布情况，进而判断现场伤病员的分布情况。系统可以针对一个或多个移动标注点突出显示轨迹，根据标注对象的属性，判断救援力量展开的位置合理性。

2.  电子地图制作功能

由于公共卫生事件发生的地点具有不确定性，系统内极有可能没有存贮相应的地图，因此系统最好具有栅格地图自动矢量化的能力，即将平面地图扫描后生成电子地图，通过地图中的色斑比对，完成地图的点、线、面识别工作。

3.  现场物资使用情况监控

在独立窗口以多种可切换图表形式，动态显示当前药品、装备、耗材的使用情况，并根据设定的低线阈值，对即将达到使用损耗临界点的物资提前报警，同时显示后方应急仓库中相应物资的库存情况及位置信息，便于现场决策者提前调拨物资，保障现场救援工作不受影响。

4.  现场伤病员情况监控

在独立窗口动态实时显示现场伤病员的救治情况，包括已处理伤病员情况、根据处置流程不同的小组待处置的伤病员情况、伤病员的伤势情况、后送情况等信息，指挥员可以根据伤病员流的变化情况，及时调配救援力量。

5.  视频接入功能

可以在同一页面的独立窗口接入远程视频，包括上级的视频指挥系统接入、天网摄像头接入、前出单兵视频传输接入等，完成远程医疗协助、队伍前进及伤病员后送路线规划、现场情况勘察等工作。

6.  行动方案演示

以三维动画的形势，对本次救援任务所执行的方案进行演示，在遂行任务前播放，有利于了解方案情况。此功能可用于向上级汇报和向队员讲解任务分配。

3.2.2 人员分组管理

根据任务类型不同，一般应急医学救援现场会分成若干个不同职能的救援小组，每个小组执行不同的任务，特别是面对核、化伤害的时候，因为有污染区的存在，系统可以提供自定义分组功能，系统同时提供内置分组方案：如指挥组、后勤保障组、侦检组、分类组、洗消组、救治组、后送组等。

3.2.3 应急救援处置过程管理

此功能是现场应急医学救援处置的核心功能，可以根据任务性质和人员分组情况，按照应急医学救援现场处置的相关规范要求，开发不同功能的业务应用场景，比如分类组终端设备上要有伤病员接收（创建伤病员档案）、伤势判别、伤情分类、沾染部位标识等功能；洗消组要有洗消部位、伤病员个人物品登记、洗消处理、洗消用药、洗消后伤势情况、拍照存档等功能；救治组则要有更多的临床医学功能，记录伤病员救治前后的各项检查指标，同时结合智能辅助诊断系统，在现场条件下快速诊治；后送组要记录伤病员伤势情况、后送车辆、后送到的救援机构等功能。

每个环节（分组）均配备手持终端设备，利用RFID、条码、二维码扫描，快速采集伤病员、使用的物资等信息，并实时反馈到现场态势综合展示平台上，供指挥员了解。

3.2.4 物资管理

主要自动记录现场物资的位置、使用消耗情况，并用图表结合的方式生成物资使用情况记录、现场物资库存记录，并实现现场物资调配等功能。同时，因为系统物资是按“三分四定”原则进行管理，可以通过手持终端查看装备、箱组的“定人”信息，便于记录物资的领用、归还信息。

3.2.5 伤病员管理

公共卫生突发事件中，现场的伤病员有可能处于社会身份无法明确的状态，因此现场的伤病员管理功能非常重要，要以RFID+条码+文字的形式，来唯一标识伤病员，并且在救治过程中，要“一码到底”，特别是在化学品伤害中，通过这种方式，查看伤病员在所有环节的所有救治过程，避免重复用药造成伤害。最终本功能将生成该伤病员的现场救治病例，在后送时，打印出来，随附后送，确保后继救治准确、适度。

同时，系统根据伤病员的救治信息，可以对整体的现场伤员损伤部位、诊断结果、用药情况等进行统计和多维分析，从而更进一步判断评估该公共卫生事件的伤害后果。

3.3      数据库群建设需求

数据库是系统的核心和基础，本系统要完成三个数据库群的建设。采用自动数据抓取手段，通过关键字识别或语意分析技术，自动获取相关公共卫生风险信息，经过整理后，以及致病力、传播力等传染病特征，宿主、易感人群、传播途径等流行病学因素，地理、气候等自然因素，人员、国际赛事等社会因素，保存入相应的数据库，保存的数据作为本底数据，供风险分析和预警使用。

系统功能重点要求：

l  建立监测网络。覆盖全球各类专业疫情信息网站和主流新闻媒体。

l  建立搜索方法，提供语意检索功能，使用垂直搜索技术检索专业网站，确保信息全面采集；使用元搜索技术检索新闻资讯网站信息，确保信息快速获取。

l  建立无间断搜索技术，全天24小时不间断的检索，第一时间采集新发布风险信息。

l  建立信息去重方法。应用MD5算法，提取检索信息关键内容，将重复信息聚类归为一条。

l  建立识别方法。采用核心词、相关词、行政区划的三级过滤模型。

l  科学整理信息，采用自然语意分词、要素提取等技术手段，将检索到的一段信息自动加工整理成核心关键词，简明扼要提炼信息。如传染病名、流行国家、感染人数、死亡人数等。

3.3.1 应急医学救援能力建设数据库

主要包括应急队伍数据库、物资装备管理数据库、预案方案数据库、日常管理数据库、救治机构分布数据库、地理信息数据库、专家知识库、基础代码数据库等；

3.3.2 传染病及核化风险数据库

主要包括全球公共卫生风险本底数据库、国内公共卫生风险本底数据库、核化风险分布数据库、地理信息数据库、公共卫生事件数据库、风险分析及预警模型数据库等

3.3.3 应急医学救援现场处置数据库

主要包括现场态势数据库、现场物资数据库、现场人员数据库、现场伤病员数据库、现场救治处理数据库、指挥决策数据库等。

4       非功能性需求

4.1      接口需求

广东省职业病防治院卫生应急信息管理系统外部接口包括两部分：与现有院内系统的接口；与CDC传染病监测申报系统的接口。

4.2      标准和规范要求

应完全了解并熟悉标准规范要求，并遵守标准规范要求中所列出的所有电子政务的国家标准、行业标准、国际标准。标准如下：

国家卫计委在以上国家标准、行业标准和国际规范基础上，制定了卫生系统的数据规范。要求系统开发商在遵守国家标准基础上，遵守卫生系统数据规范，以保证应用系统的安全可靠运行

4.3      开发要求

广东省职业病防治院卫生应急信息管理系统的开放商应遵循卫计委关于应急医学救援业务信息系统技术规范进行设计、构建和实施。使用国家和卫计委认可的开发规范，提供统一的组织机构、统一的授权管理、单点登录等。

由开发商自备开发场地、开发和测试所需软硬件环境。

4.3.1 系统升级要求

系统新版本发布，要求实现应用程序和数据智能化升级。版本升级分级进行，避免集中升级产生的压力。

1.  升级方式要求

升级分为强制升级和非强制升级两种方式。

强制性升级不需要提示，升级任务在后台进行，升级完成后，提示用户升级情况。

非强制性升级需要先提示用户可进行升级，用户确认升级后，智能化引导用户完成升级任务。

2.  系统升级内容要求

升级内容要求包括：程序升级和数据升级。

3.  升级工作时限性要求

新增功能引起的升级任务，要求在非工作时间进行。

因重大缺陷影响业务运转的升级任务，要求支持在工作日升级。

4.  智能化探测升级服务器要求

应用系统要求自动检测升级任务，主动探测最高效的升级服务器，最快完成升级任务。

5.  升级服务器要求

升级服务器要支持集群技术，能动态添加节点。

4.3.2 运行维护对开发的要求

广东省职业病防治院卫生应急信息管理系统维护必须至少满足以下要求：

1.  系统有分级的log日志记录机制，并有明确完整的日志说明文档，以备分析。

2.  要保证系统为监控软件提供必需的应用接口，建立集中的应用监控机制，实现对应用系统、业务状态的实时、智能化监控，提供的维护辅助工具要能够适应两级维护。

3.  要保证系统中有跟踪审计、痕迹管理等功能，记录用户对系统的操作信息，以防止误操作无法查询定位，以提高系统使用安全性。痕迹记录至少包括用户名、IP地址、操作描述、操作时间、流程信息。

4.  要求建立自动版本维护体系，实现广东省职业病防治院卫生应急信息管理系统版本的自动维护。

4.3.3 安全性要求

1.       数据加密签名要求：关键数据的存储、传输要求采用加密、签名技术，保证数据加密且不被篡改。

2.       权限控制要求：包括功能权限控制和数据权限控制。要做到不同角色、不同用户可以灵活分配功能权限，也要做到不同级别的用户所看到的数据范围不同：登录用户只能访问其权限范围内的系统功能及数据。需要考虑跨机构、跨部门的数据分享和访问控制机制。

3.       系统安全审计要求：安全审计包括日志审计和行为审计。通过日志审计协助管理员在受到攻击或破坏后查看日志，从而评估系统配置的合理性、安全策略的有效性，追溯分析安全事件轨迹，并能为实时防御提供手段。通过对用户的操作行为审计，确认行为的合规性，确保管理的安全。有必要的话，审计日志应与系统运行日志分开存放并设置不同权限。

4.4      运行环境要求

4.4.1 硬件环境

l  服务器配置

处理器系列：英特尔® 至强® 5600 系列

处理器数  ：2颗

内存      ：4GB

硬盘      ：4×146GB

网络控制器： 2个 1GbE NC382i 多功能双端口

l  终端计算机配置

CPU：Intel(R) Pentium( R) M  1.6GHZ

内存：1G

硬盘：80G

网卡:  100M

4.4.2 操作系统支持要求

数据库服务器支持如下操作系统：

（1）        HP-UX 11i v3 update 9及以上版本

（2）        IBM AIX 7.1及以上版本

（3）        Oracle Solaris 11及以上版本

应用及消息中间件服务器支持如下操作系统：

（1）        Suse 11 SP2及以上版本

（2）        Redhat Enterprise linux 6.2及以上版本

4.4.3 数据库支持要求

（1）        IBM DB2（9及以上版本）

（2）        Oracle （11g及以上版本）、RAC

（3）        Sybase DB（12及以上版本）

4.4.4 应用中间件支持要求

（1）        IBM Websphere 6及以上版本

（2）        Oracle Weblogic 10及以上版本

（3）        金蝶Apusic 5及以上版本

4.4.5 JDK支持要求

支持JDK1.6和J2EE1.2以上版本。

4.4.6 可靠性和可用性

系统应支持负载均衡和故障转移技术，保障业务不间断运行。

系统的硬件、网络设备和应用软件运行环境不能存在故障单点。可靠性应满足以下指标：

（1）支持多种平台环境下、不同操作系统、不同操作系统版本间的多机群集实现。

（2）所有业务逻辑均按面向服务的架构进行设计，支持多种对象类型（包括：JSP、EJB、JMS等）进行群集，同时支持基于内存、文件和数据库群集环境下的会话管理，提供无单点故障的失败恢复能力。

（3）应用程序的状态能够跨集群进行复制，集群可以在一个局域网、城域网甚至广域网内，从而提供更高等级的可靠性支持，可以实现异地容灾。

（4）故障情况下，支持整体服务器迁移，通过自动和手动把集群化的服务器实例和以它为宿主的所有服务从一台计算机上迁移到另一台计算机上，确保集群化服务器的故障恢复。

（5）提供“过载保护”的能力，在高业务压力的情况下能够保持正常运行。

4.4.7 可扩展性和性能

在业务量增加时，能够向外扩展，拓展业务处理能力。

（1）具备良好的可扩展性，可进行水平或垂直扩展，以充分利用硬件系统的资源，满足业务不断发展的需求；

（2）能够将负载分布到多个应用服务器上，提供多种负载均衡算法，以完成对负载的分配。

（3）采用多线程的工作模式，实现线程池的自动调度功能。

 

4.5      性能要求

根据广东省职业病防治院卫生应急信息管理系统的业务特点，制定以下性能指标，供广东省职业病防治院卫生应急信息管理系统建设参考。

4.5.1 在线要求

需满足200用户同时在线，并能进行正常的业务操作。

4.5.2 响应时间

不包括大数据量的查询统计，最大并发用户数下的平均响应时间（从操作人员发出查询请求，经平台响应处理后，到将处理结果提示给用户的时间）要求：小于3秒。

大数据量的查询统计，响应速度要具有现实可操作性。

4.5.3 数据精确度

一般要求小数点后保留两位数字。

对于特殊的数据，应允许定义精度，应能到小数点后4位。

4.5.4 安全性

（1）安全性好，用户通过CA认证方式登录系统；

（2）数据库安全性、数据交换的安全性要好；

（3）在数据交换上，应当保证数据交换的稳定性、高效性，不被篡改。

4.6      技术文档要求

系统开发商在完成业务系统开发的过程中，参照软件文档管理指南（GB/T16680-1996 或 GB/T8567-2006）提供响应文档，至少包括：

《软件开发计划》、《安装计划》、《移交计划》、《运行概念说明》、《系统/子系统需求规格说明书》、《接口需求规格说明书》、《软件需求规格说明书》、《数据需求规格说明书》、《系统/子系统设计说明书》、《接口设计说明书》、《软件结构设计说明书》、《数据库设计说明书》、《数据库设计说明书》、《测试大纲》、《测试计划》、《测试用例》、《测试说明》、《测试报告》、《配置管理计划》、《质量保证计划》、《开发进度月报》、《项目总结报告》、《产品规格说明书》、《版本说明》、《用户手册》、《操作手册》、《编程手册》、《培训手册》等。

系统开发商还将提供：业务系统软件及所有源码等。

4.7      可移植性需求

无特殊可移植性要求。

4.8      实施要求

4.8.1 项目实施管理

严格按照甲方要求进行项目实施，每阶段必须通过甲方组织的评审或审查才能进入下一阶段。

系统开发商在项目实施过程中承诺做到：

（1）服从甲方的组织、协调。

（2）及时向甲方报审工程文档。

（3）定期将工程实际进度和资源投入（人力、设备材料、工具）情况报送甲方。

（4）所有设计文档必须通过甲方的评审。

（5）系统开发必须基于遵循招标方认可的开发规范。

（6）系统开发商须无条件接受因法律法规等变化而产生的需求变更。

4.8.2 项目实施计划

投标人需在标书中提出项目实施计划草案，内容包括：

（1）              投标人必须给出切实可行的项目实施时间进度表，招标人要求在签订合同之日起三个月内完成项目；

（2）              所有可交付的开发成果、服务及交付时间和方式；

（3）              可交付的开发成果及服务之间的依赖关系。

4.8.3 安装部署要求

1.       供准确完善的安装部署手册，用户可按照部署手册完成部署；

2.       参考硬件环境优化部署；

3.       部署任务操作简单，智能化引导用户完成部署，或者向导式完成安装部署；

4.       要求同步部署到生产环境和灾备环境；

5.       支持集群部署方式。

4.8.4 系统维护需求

系统日常维护报价计入总价，由原厂商负责提供日常维护服务，投标方必须给出系统验收后所承诺的免费维护期内的服务方案及免费期后的维护方案，免费期外的费用标准不得超过厂商免费期内所承诺提供的服务费用标准。

4.8.4.1 技术支持

中标人应对本系统自招标方验收合格之日起提供不少于1年7×24小时免费电话服务热线和免费现场服务。能够及时处理系统维护问题。

对系统的维护分类别管理：灾难性问题、系统BUG、使用答疑：

4.8.4.2 测试要求

对每个功能点、每个模块、每个子系统、系统，要保证有完整的入口和出口条件定义，输入、输出数据定义，边界条件、异常场景定义，以及处理逻辑定义，要详细描述用户的需求功能，确保测试人员能够依据需求文档提取测试需求和进行测试用例的设计。

关键功能点必须针对性能测试提出完整的需求。

测试模块发布合理，不允许在后期追加的模块为前期所测模块引入新的不必要的测试活动。

软件设计、开发过程中，要为单个测试接口、测试业务、测试场景预留测试驱动和桩的接入点。

对系统级别的全局变量或者状态设置查询接口。

对业务或场景调用接口的情况要设置接口路径查询。

广东省职业病防治院卫生应急信息管理系统的测试要求及步骤如下：

1、内部测试

根据评审通过的测试用例对项目进行功能、性能、接口、界面等方面测试，直至各项指标达标。测试过程中，应遵循相应的测试规范，提交相应测试文档。测试文档包括但不限于测试计划、测试方案、测试报告。

2、用户测试

（1）广东省职业病防治院卫生应急信息管理系统内部测试通过后，将安装包及形成的所有文档提交给甲方，由甲方组织业务专家对产品进行测试。

（2）测试内容包括但不限于系统可操作性、功能、性能。

4.8.4.3 工期需求

自合同签订之日起三个月内完成。

4.9      安全保密

开发商及应用系统开发其他干系人要承诺保守广东省职业病防治院卫生应急信息管理系统建设中所涉及的各类秘密信息。

附件11：评标标准

技术评价表（占总分的40分）

序号	评审项目	评审内容	分值	评分范围
1	技术方案整体情况	对本项目业务需求的理解及分析、认识是否到位、建设思路是否清晰且满足标书要求	5	优：4-5 中：2-3 差：0-1
2	对应急队伍信息平台需求理解程度	考查、对比各投标人对应急队伍信息平台需求的理解程度，是否对系统开发提供了具体可行的解决方案。对解决方案的可行性、先进性、合理性等进行对比打分。	10	优：8-10 中：6-7 差：0-5
3	对用户需求响应情况	考查、对比各投标人对用户需求的理解程度，是否对系统开发提供了具体可行的解决方案。对解决方案的可行性、先进性、合理性等进行对比打分。	5	优：4-5 中：2-3 差：0-1
4	现场演示情况	能够按照招标文件要求提供基本演示，逻辑符合招标文件要求	10	优：8-10 中：5-7 差：0-4
4	测试、验收方案	测试、验收方案可行性、先进性、合理性等	5	优：4-5 中：2-3 差：0-1
5	培训及服务承诺方案	售后及技术培训服务能否满足招标文件技术服务需求，根据投标人的服务体系及措施、服务方案内容的完整性、可行性、响应时间、服务人员的配置及专业水平、培训内容等	5	优：4-5 中：2-3 差：0-1
合计			40

注：1.  招标文件要求提交的与评价指标体系相关的各类有效资料，投标人如未按要求提交的，该项评分为零分。

附表3：商务评价表（占总分的20分）

序号	评审项目	评分标准	分值
1	企业实力和信誉	国家有关权威部门颁发的软件企业认定证书；（2分） 系统集成资质证书；（3分）	5
2	本项目的项目经理资质情况	具有软件项目开发经验得2.5分，提供用户盖章证明原件或合同复印件；（省级以下项目0.5分，省级单位项目1.5分，国家部委项目2.5分） PMP或国内高级项目经理认证证书2.5分；（PMP或项目经理认证1.5分，高级项目经理认证2.5分） 本项最高得5分。 如项目经理非公司法人代表、股东，必须提供在本公司任职的外部证明材料（如加盖政府部门印章的打印日期在本项目投标截止日之前连续六个月的《投保单》或《社会保险参保人员证明》，或单位代缴个人所得税税单等）复印件。	5
3	投标人投入本项目技术服务人员情况	指定3名软件开发技术工程人员专门负责得3分；指定2名软件开发技术工程人员专门负责得2分；指定1名软件开发技术工程人员专门负责得1分。	3
4	软件相关开发项目业绩	投标人自2013年以来，在国内地级市或以上卫生机构有相关项目实施经验；（1分）且单个软件项目金额在500万元以上；（1分）	2
6	投标人具有的计算机软件产品登记证书	投标人有计算机软件产品登记证书，确保其软件产品合法投放市场。	3
合计		20

注：招标文件要求提交的与评价指标体系相关的各类有效资料，投标人如未按要求提交的，该项评分为零分。

价格得分（40分）：

计算价格评分：各有效投标人的评标价中，取最低者作为基准价，各有效投标人的价格评分统一按照下列公式计算：

价格评分=（基准价÷评标价）×40。