条款号

条 款 名 称

编 列 内 容

1.1.2

招标人

招标人：******公安局

地 址：开封市第九大街与安顺路交叉口东北角

联系人：秦光宇

电 话：0371-******

1.1.3

招标代理机构

招标代理机构：******有限公司

地 址：郑州市高新技术开发区莲花街总部企业基地95号楼

联系人：李亮

电 话：0378-******

1.1.4

项目名称

******公安局业务技术用房项目配套附属工程情指联勤中心作战平台项目

1.1.5

供货地点

招标人指定地点

1.2.1

资金来源

财政资金

1.2.2

出资比例

100%

1.2.3

资金落实情况

已落实

1.3.1

招标内容

软硬件系统(具体清单参数详见招标文件)

1.3.2

工  期

自签订合同之日起180日历天内完成供货、安装、调试及其伴随服务。

1.3.3

质量要求

符合国家相关行业标准。

1.3.4

质保期

驻场服务期限3年，驻场研发维护人员不得低于3人，招标人根据项目建设需要可进行人员增加调整。

1.4.1

投标人资质条件和

能力

1.投标人须具有在中华人民共和国境内注册的独立法人资格，具有有效的营业执照。

2.拟派项目经理具有信息系统项目管理师证书，并具有系统分析师或系统架构设计师证书。与公司签订劳动合同，并在本公司参加社会保险，提供近三个月在本单位按时缴纳社会保险的证明。

3.业绩要求：

投标人提供2019年1月1日以来公安指挥类或应急指挥类项目业绩，合同金额在1000万元（含）以上的业绩一份（业绩证明提供网页中标公示截图、中标通知书和合同原件扫描件）。

4.财务要求：

投标人没有处于财产被接管、冻结、破产状态，提供2020年度、2021年度、2022******事务所或审计机构审******银行开具的资信证明，资信证明出具时间距开标不超过一年）。

5.信誉要求：

被列入失信被执行人、重大税收违法失信主体、政府采购严重违法失信行为记录名单的投标人拒绝参加本项目的投标。

（1）投标人应通过“中国执行信息公开网”网站（******/shixin/）查询“失信被执行人” （查询对象：法人、法定代表人、项目经理）；

（2）“信用中国”网站(******)查询“重大税收违法失信主体” （查询对象：法人）；

（3）中国政府采购网(******)查询“政府采购严重违法失信行为记录名单”渠道查询自身信用记录（查询对象：法人）；

查询结果页面截图需加盖投标单位公章，查询时间应在本公告发布之后，相关网页截图信息须包含查询时间。投标人递交投标文件至与招标人签订合同期间一旦发现投标人存在信用问题，招标人均有权取消其中标资格。

6.其他要求：单位负责人为同一人或者存在控股、管理关系的不同单位，不得参加同一标段投标或者未划分标段的同一招标项目的投标，否则，相关投标均无效【提供在“国家企业信用信息公示系统” 中查询打印的相关材料或截图（包含公司基本信息、股东信息及股权变更信息等）】。

7.本次招标不接受联合体投标。

******委员会对投标单位的资格证明材料进行资格审核，不符合投标资格条件的投标将被否决。

1.4.2

是否接受联合体投标

不接受

1.9.1

踏勘现场

不统一组织，投标人自行踏勘现场。

1.10.1

投标预备会

不召开

1.10.2

投标人提出问题的截止时间

投标截止时间10天前

1.10.3

招标人澄清的时间

投标截止时间15天前

1.11

分包

不允许

1.12

偏离

不允许下列重大偏离：

******委员会审查后投标文件有下列情形之一的，视为未能实质性响应招标文件，应认定为无效标（即废标）：

1.电子投标文件在相应的位置没有投标人法定代表人签名和个人电子章和投标人电子章的；

2.投标文件载明的工期超过招标文件规定的期限；

3.投标文件中载明的质量等级达不到招标文件规定的质量等级；

4.投标文件附加有招标人不能接受的条件的；

5.投标人以他人的名义投标、串通投标、欺诈、威胁、以行贿手段或其他弄虚作假方式谋取中标、采取可能影响评标公正性的不正当手段的；

6.投标人递交两份或多份内容不同的投标文件，或在一份投标文件中对同一招标项目报有两个或多个报价，但未声明哪一个有效的；

7.未按招标文件要求提交投标保证金和电子保函的；

8.投标人名称或组织结构与投标申请时不一致的；

9.投标行为违反招标投标法以及相关法律、法规和规定的。

10.硬件特征码与其他公司一致的。

2.1

构成招标文件的

其他材料

《中国招标投标公共服务平台》、《开封市公共资源交易信息网》媒介发布为准。 招标文件的澄清、修改、答疑或补充文件在解释顺序方面优于该类文件之前的文件。当招标文件及其澄清、修改、答疑或补充件对同一内容表述不一致时，以最后发出的文件为准。

2.2.1

投标人要求澄清招标文件

投标截止时间前10日

2.2.2

投标截止时间

2024年 2 月 29 日 9 时 20 分（北京时间）

2.2.3

投标人确认收到招标文件澄清的时间

自招标文件澄清公告在相关网站上发布之日起，即为默认收到。

2.3.2

投标人确认收到招标文件修改的时间

自招标文件修改公告在相关网站上发布之日起，即为默认收到。

3.1.1

构成投标文件的

其他材料

无

3.3.1

投标有效期

投标截止时间起90日历天

3.4.1

投标保证金

1.  本项目投标保证金金额为：

大写：叁拾万元整   

小写：30万元 

2******银行转账或电子保函

******银行转账的方式缴纳或电子保函，转账需备注“xxx项目xx标包保证金”，项目名称过长可备注简称）。

2.1 银行转账： 请 登 录 开 封 市 公 共 资 源 交 易 信 息 网（******/kfczgc/15732.jhtml），各潜在投标人应按照《保证金缴纳绑定操作指南》进行操作，否则因此造成的后果责任由投标人自行承担。

2.2 电子保函： 根据开封市公共资源交易中心《关于电子保函上线试运行的通知》投标人也可以电子保函的形式替代投标保证金，参加本项目 。具体操作详见：

******/kfzytz/26107.jhtml（附件：电子平台保函操作手册）完成电子保函绑定业务后，下载“投标保函”替代附在电子投标文件中即可。

3、投标保证金的退还按相关法律法规执行。投标人无需现场办理退还手续，可自行查询是否到账。

4、 投标保证金递交截止时间同投标截止时间。

3.5.2

近年财务状况的年份要求

详见招标公告

3.5.3

近年完成的类似项目的年份要求

详见招标公告

3.6

是否允许递交备选投标方案

不允许

3.7.3

签字或盖章要求

1.所有要求投标人加盖公章的地方都应用投标人单位的CA锁进行签章（要求扫描后上传的除外）。

2.所有要求法定代表人签字的地方都应用法定代表人的CA锁进行签章（根据办理签章形式的不同，法定代表人CA签字或法定代表人CA签章均予以认可）。若有要求委托代理人签字的地方，都应用委托代理人CA锁进行签章，若委托代理人没有CA锁，则投标文件需上传有手写签名后的扫描图片替换到相应格式中。

4.2.2

递交投标文件地点

（1）电子投标文件的递交

a、各投标人应在投标截止时间前上传加密的电子投标文件到会员系统的指定位置。请投标人在上传时认真检查上传投标文件是否完整、正确。

b、投标人因交易中心投标系统问题无法上传电子投标文件时，请在工作时间与开封市公共资源交易中心交易平台运维电话联系，联系电话：0371-******

（2）投标人应在规定的时间（自系统发起40分钟内）内完成解密

（3）开封市公共资源交易中心网站******会员系统中加密上传。

5.1

开标时间和地点

开标时间：同投标截止时间

开标地点: 郑开大道三大街开封市市民之家五楼开封市公共资源交易中心开标室（详见当天电子显示屏）

5.2

开标程序

实行网上开标。

1、网上解密投标文件。

投标人代表不到开标现场，应在招标文件投标截止及开标时间后使用CA密钥对其电子投标文件完成远程解密，投标人不能成功解密者，自行承担其投标文件不能开标的责任。（系统解密时长默认为40分钟，错过解密时长者视为自动放弃本次投标。）

2、因投标人原因造成投标文件未解密的，视为撤销其投标文件。部分投标人的投标文件未解密的，其他投标人的投标文件的开标会议可以继续进行。一个标段解密的投标文件不足三家时，该标段废标，不再进行评标。

3、开标会议结束，各投标人可在开标会议过程中至开标会议结束后5分钟之内对开标会议开标过程涉及内容提出质疑，否则视为对开标过程涉及内容会议无异议。

提示：

1.各投标人从参与项目开始至结束，应时刻关注电子交易系统中的项目进度和状态，留意变更公告等内容，特别是项目开标后，评审小组向投标人提出的澄清要求、报价要求等，投标人应自系统发出30分钟（另有约定的从其约定）内回复。错过重要信息或超过30分钟回复者，头标题自行承担责任。

2.相关不见面操作流程详见“开封市公共资源交易中心-重要通知”。

6.1.1

******委员会的组建

******委员会构成：5人，相关专业技术、经济专家4人（技术：3人、经济：1人）；业主代表1人。

评标专家确定方式：在省级相关评标专家库中随机抽取。

7.1

定标

******委员会按照招标文件规定的方法和数量推荐定标候选人。定标过程在定标候选人公示期满后10日内完成。

7.3

履约担保

是否要求中标人提供履约保证金：

☑不要求提供

10

需要补充的其他内容

10.1

中标候选人公示媒介

《中国招标投标公共服务平台》、《开封市公共资源交易信息网》

10.2

招标控制价

大写：壹仟陆佰万零柒仟玖佰叁拾元壹角贰分

小写：******.12元

（投标人的投标报价不得超过最高限价，否则按废标处理）

10.3

质疑或投诉

质疑（异议）、投诉统一实行线上提交。线上质疑（异议）、投诉通过登录开封市公共资源交易系统（网址：******/kfggzy/）按要求填写质疑（异议）、投诉信息并上传相关材料。

10.4

招标代理费用

招标代理服务费：按中标价的1%计取（不含税金），由中标人领取中标通知书前向招标代理公司支付。

10.5

硬件特征码

投标人应独立制作和上传投标文件，并承担因“硬件特征码一致”的围标串标行为所造成的的不良后果。对于被认定为存在“硬件特征码一致”的围标串标行为的投标人，禁止其一年内在开封行政区域参与招标投标活动并在网上予以通报。

10.6

解释权

构成本招标文件的各个组成文件应互为解释，互为说明；如有不明确或不一致，构成合同文件组成内容的，以合同文件约定内容为准，且以专用合同条款约定的合同文件优先顺序解释；除招标文件中有特别规定外，仅适用于招标投标阶段的规定，按招标公告、投标人须知、评标办法、投标文件格式的先后顺序解释；同一组成文件中就同一事项的规定或约定不一致的，以编排顺序在后者为准；同一组成文件不同版本之间有不一致的，以形成时间在后者为准。按本款前述规定仍不能形成结论的，由招标人负责解释。

10.7

特别提醒

1.各投标（响应）人从参与项目交易开始至项目交易活动结束止，应时刻关注电子交易系统中的项目进度和状态，特别是项目评审期间。由于自身原因错过变更通知、文件澄清、报价响应（自系统发起30分钟内做出）等重要信息的，后果由投标（响应）人自行承担。

其他未尽事宜，按国家相关法律法规执行。

2. 本项目采用“远程不见面”开标方式，投标人无需到达现场提交原件资料、无需到开封市公共资源交易中心现场参加开标会议；投标人应当在开标时间前,登录不见面开标大厅,在线准时参加开标活动并进行投标文件解密、答疑澄清等（系统解密时长默认为40分钟，错过解密时长者视为自动放弃本次投标）。

注：1、当投标人须知前附表与投标人须知正文内容不一致时，以投标人须知前附表为准。

2、本招标文件的解释权归招标人。

条款号

评审因素

评审标准

2.1.1

形式评审

投标人名称

与营业执照一致

投标函签字盖章

有法定代表人或其委托代理人签字或加盖单位章。由法定代表人签字的，应附法定代表人身份证明，由代理人签字的，应附授权委托书，身份证明或授权委托书应符合第七章“投标文件格式”的规定

投标文件格式

符合第七章“投标文件格式”的规定

投标报价

只能有一个有效报价

2.1.2

资格评审

营业执照

符合第二章“投标人须知前附表”第 1.4.1项规定

项目经理要求

符合第二章“投标人须知前附表”第 1.4.1项规定

业绩要求

符合第二章“投标人须知前附表”第 1.4.1项规定

财务要求

符合第二章“投标人须知前附表”第 1.4.1项规定

信誉要求

符合第二章“投标人须知前附表”第 1.4.1项规定

国家企业信用信息公示系统查询

单位负责人为同一人或者存在控股、管理关系的不同单位，不得参加同一合同项下的招标采购活动（提供加盖单位公章的“国家企业信用信息公示系统”中公示的公司信息、股东或投资人信息截图）

其它要求

符合第二章“投标人须知前附表”第 1.4.1项规定

2.1.3

响应性评审

投标报价

符合第二章“投标人须知前附表”规定

投标内容

符合第二章“投标人须知前附表”规定

工   期

符合第二章“投标人须知前附表”规定

质保期

符合第二章“投标人须知前附表”规定

质量要求

符合第二章“投标人须知前附表”第 规定

技术要求

满足招标文件技术要求标准规定

投标有效期

符合第二章“投标人须知前附表”规定

投标保证金

符合第二章“投标人须知前附表”规定

不存在禁止投标的情形

不存在第二章“投标人须知”第1.4.3项规定的任何一种情形；

条款号

评审因素

评审标准

2.2(1)

商务标评审标准

投标报价的评审

评审合格的投标人报价，即为有效投标报价

2.2(2)

综合标评审标准

体系认证

投标人同时具有质量管理体系认证证书、信息安全管理体系认证证书、信息技术服务管理体系认证证书、环境管理体系认证证书和职业健康安全管理体系认证证书，并在有效期内；否则不合格。

项目管理机构

有针对本项目的项目管理机构设置，否则不合格。

售后服务方案

有售后服务措施、系统维护服务、响应时间、维护技术力量。有完善的操作培训和维护培训等培训方案。否则不合格。

质保期内和质保期外的承诺

具有质保期内和质保期外的承诺，不提供相关承诺视为不合格。

服务承诺

（1）优惠承诺应是书面的，符合工程实际情况，确保依法依规，优惠合理，详实可行。

（2）提出可行的措施，解决发包人实施中可能出现的疑难问题,承诺替发包人排忧解难。

（3）针对施工期间加强安全防护、保证不发生各种安全事故、并承担由此发生的费用做出承诺。

不提供上述相关承诺视为不合格。

2.2(3)

技术标评审标准

技术方案

（1）有针对本项目的总体技术方案，内容完善，否则不合格。

（2）投标人所投设备的所有条款全部满足招标文件中的硬件采购清单技术参数要求，否则不合格。

（3）对投标软件技术方案进行评审，软件技术方案描述全面、技术先进，否则不合格。

（4）系统对接：阐述系统平台建设与现有大数据平台或者资源服务平台对接，否则不合格。

进度计划与措施

有针对本项目的进度计划和实施保障措施，否则不合格。

质量管理体系与措施

有符合项目要求的质量管理体系、方案与管理措施（包括事前、事中、事后的控制措施和方案），有对质量目标的理解和实现质量可行性论述，否则不合格。

安全管理体系与措施

有安全管理体系、安全目标、应急事故处理措施；否则不合格。

信息安全措施

投标人提供数据安全和信息保密措施是否合理，否则不合格。

推荐定标候选人（中标候选人）

推荐定标候选人的方法：

1、计算评标基准价C：

C=所有评审结论为合格的投标人的投标报价的平均值（计算结果保留2位小数）

2、确定定标候选人：

所有评审结论为合格的投标人的数量为F******委员会对合格的投标人报价按由低到高的顺序进行排序，若报价相等，按投标人在开标记录表上的序号由小到大的次序进行排序。

（1）当F＜3时，招标人应当重新招标。

（2）当3≤F≤10时，所有评审结论为合格的投标人全部推荐为定标候选人。

（3）当10＜F时，按所有评审结论为合格的投标人的投标报价与评标基准价的差值进行计算，高于评标基准价差值的绝对值最小的4家投标人和低于（或等于）评标基准价差值的绝对值最小的7家投标人推荐为定标候选人。

注：（1）高于或低于评标基准价的投标人数量少于应当入围定标候选人数量时，按实际数量入围定标候选人。

（2）若投标人报价出现并列则同时入围定标候选人。

（3******委员会以不标明排序方式向招标人推荐定标候选人。

注：定标时间以邮箱形式告知定标候选人，不再另行通知

分值构成

(总分 100 分)

价格部分：25分

综合标：30分

技术标：45分

基准价计算方法

基准价=定标候选人的算术平均值

偏差率

偏差率=100%×（投标人总报价 - 基准价）/ 基准价

条款号

评审因素

评审标准

2.2(1)

价格部分(25分)

投标报价基本分为20分，以基准价为标准，与基准价相等的得20分，投标人的投标报价低于此基准价每1%，在基本分20分基础上加1分，最多加5分；投标人的投标报价每高于此基准价1%，在基本分20分基础上扣1分，扣完为止。

注：评分计算最终保留两位小数（第三位四舍五入）。

2.2(2)

综合标评审（30）

项目管理机构（5分）

现场管理机构设置齐全，人员配备合理，人员资质水平高，能够很好满足工程需要的得4-5分，基本合理的得2-3分，一般的得0-1分。

项目业绩（6分）

除投标人资格要求中业绩要求外，投标人每多提供一份包含公安指挥类或应急指挥类项目业绩（合同金额在1000万元（含）以上），得2分，最多得6分（业绩证明提供网页中标公示截图、中标通知书和合同原件扫描件）。

售后服务方案（5分）

投标人的售后服务措施、系统维护服务、响应时间、维护技术力量投入，操作培训和维护培训等培训方案，内容完善，科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。

质保期内和质保期外的承诺（5分）

针对本项目，投标人质保期内和质保期外的承诺科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。

服务承诺       （9分）

（1）针对本项目提出可行的措施，解决发包人实施中可能出现的疑难问题,承诺替发包人排忧解难，措施合理可行的得4-5分，基本合理的得2-3分，一般的得0-1分。

（2）针对施工期间加强安全防护、保证不发生各种安全事故、并承担由此发生的费用做出承诺非常具体、详细的得3-4分，基本具体、详细的得1-2分，一般的得0分。

2.2(3)

技术标评审（45分）

技术方案             （25分）

（1）针对本项目的需求分析方案（包括但不限于业务需求、平台定位等），内容完善、科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。

（2）针对本项目的总体架构设计描述全面（包含但不局限于系统的总体架构、网络架构、业务流程、建设思路、关键技术等），合理可行的得4-5分，基本合理的得2-3分，一般的得0-1分。

（3）针对本项目的软件功能设计进行评审，软件功能描述全面、技术先进，合理可行的得8-10分，基本合理的得4-7分，一般的得0-3分。

（4）投标人应对公安领域有一定的业务积累，具有公安相关作战指挥类系统的知识产权，能快速理解迭代实现系统开发，可提供以下产品软件著作权证书（每提供1个得1分，最多5分）：

1.人员画像分析系统

2.数据资源管理系统

3.数据可视化系统

4.警务大数据预警系统

5.数据分析研判系统

进度计划与措施（5分）

制定确保工期的技术组织措施、施工总进度表或工期网络图、劳动力曲线编制科学合理完整的得4-5分，基本合理的得2-3分，差的得0-1分。（没有的不得分）

质量管理体系与措施（5分）

针对本项目的质量管理体系与措施科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。（没有的不得分）。

安全管理体系与措施（5分）

针对本项目的安全管理体系、安全目标、应急事故处理措施科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。（没有的不得分）。

信息安全措施（5分）

投标人提供数据安全和信息保密措施科学合理的得4-5分，基本合理的得2-3分，一般的得0-1分。（没有的不得分）。

序号

货物名称

品牌及型号

详细技术参数、性能、配置

数量

单位

单价（元）

小计（元）

1

2

3

4

5

6

7

8

9

总计：       元

序号

系统名称

技术要求

单位

数量

一

多维情报研判系统

（一）

综合研判子系统

1

警、情云搜

1.1

综合检索

应能够实现关键词，如姓名、身份证号、电话号码、车牌号、警单号、特征词等，与全量数据自动匹配，并按照匹配程度、时间等排序规则，以列表的形式进行展现。

套

1

1.2

条件检索

应能够结合案事件标签、类别、人员类型、稳控等级、处置措施、管辖单位等字典项，设定多个查询条件进行精确查询，需支持与综合检索模糊查询功能关联应用。

套

1

1.3

关联检索

应支持在综合检索、条件检索的查询结果中，再次设定信息要素等检索条件进行关联检索，图形化展示信息线索挖掘顺序和关联关系。

套

1

1.4

模糊搜索

应能够基于分词器和推荐算法对实体要素信息匹配碰撞，当用户需要搜索对应实体的全息数据时，可任意输入关键字进行模糊搜索，需实现对全库、全表、全字段的全文检索。

套

1

1.5

标签检索

应提供标签信息二次筛选功能，用户可选择人员标签、警情标签、地址标签实现缩小检索范围，快速定位实体。

套

1

1.6

高级搜索

应提供更为灵活的高级检索方式，对资源目录中的单表或多表实现交、并、补、差运算，同时可对表字段进行赋值，精确查询多维数据中的相关实体。

套

1

2

重大风险预警

2.1

情报线索管理

应能够通过语义分析、人工标记等手段对文本类情报线索进行要素提取、关键词分析，对线索进行高亮显示、智能分类、监测和预警。

套

1

2.2

涉事群体监测

通过构建分析模型，应能够实现对涉事群体聚集度、活跃度、异常度、风险度的相关分析。

套

1

2.3

临时布控管理

对尚未纳入重大事件管理，但确需实时掌握其活动轨迹的特定对象，应能够依托本地情报资源库结合开封人像卡口、车辆卡口、单兵设备和车载图传等无感知设备临时布控，掌握重点人员动向，为情报预警提供数据支撑。

套

1

2.4

敏感节点态势

应能够以敏感节点的时间为维度，将涉及敏感节点的苗头、事件、不安定隐患以时间轴的方式进行重点展示，将已化解、未化解的苗头、事件、不安定隐患进行聚合，需利用统计图表的方式进行研判分析，需支持报表导出。

套

1

2.5

重大事件统计分析

应能够对相关涉事群体、涉事人员、情报线索、情报指令、情报线索研判等，进行多维度的统计分析，结果通过多种图表进行展示，支持报表导出。

套

1

3

重点人员态势分析

3.1

关系图展示

应能够支持通过关系人的不断扩展挖掘出更复杂关系网络；关系上图应支持多维度关系统计，包括关系种类、中心度、标签、人员属性等；同时需提供关系种类、标签、人员属性等多维度关系筛选。需提供关系分析能力，内置一系列关系分析工具。

套

1

3.2

重点人员分布情况

******居住地、人像卡口、重点人车卡）信息，在地图上展示重点人员的空间位置分布情况。

套

1

3.3

重点人涉案分析展示

应能够根据各级重点人员分析涉案情况，重点人涉案人数增多或涉案案件增加时（本周与上周相比），及时推送分析结果。

套

1

3.4

重点人员动态变化趋势

应能够动态展示开封市重点人员总数、分类人员数量、管控级别，按类别展示重点人员一段时间内的动态变化情况统计以及预警情况统计。

套

1

3.5

重点人员迁徙态势分析展示

******居住地不在开封的）活动，及时分析并与历史数据进行对比分析。

套

1

4

治安态势分析

4.1

治安态势栏目展示

在案事件侦查过程中，若认定案事件影响巨大，具备权限的民警同志可将本案设置为现行大案，并在首页面中显示。需开发信息发布模块，设定栏目“研判成果”、“通知公告”、“专报简表等”，以满足一体化平台的日常信息发布工作。

套

1

4.2

治安态势日常研判

首页面上，需分别采用不同的信息展示技术，对接警务综合平台，结合110接处警信息，对每日全市及各县分局全部刑事案件、治安案件、交通类、求助类等案件答案情况及破案数据进行展示；每月当日全市发、破案数据、抓获刑事成员数、抓获侵财成员数、刑拘数同比、环比等情况展示。

套

1

4.3

每日破获数据

需要对接警综和接处警等系统，在日常研判功能中，提供每日的刑事案件、八类案件、四类侵财案件的柱状图展示，在功能页面上使用页签对三类案件的图表切换。横坐标内容是分局所队，纵坐标为案数量，柱形图中两个对比项分别为立案数与破案数。

套

1

4.4

每月破案数据同环比情况

应能够以线状图的方式展示全市的发案情况、破案情况的同比和环比情况。

套

1

4.5

每日高发区域分布展示

采用页签技术和饼状图技术，用于表示入室盗窃、盗抢三车、网络诈骗案件的每天和每月的全市各分县局的占比情况，以及案事件数量。

套

1

4.6

当月平台运行绩效展示

应提供当月平台运行绩效展示功能。

套

1

5

警情专项分析研判

5.1

警情数据分析库

根据警情分析工作的实际需求，依据各业务分析系统的分析主题，建立多个基于主题的数据库表，作为相关业务主题系统的数据源。警情数据处理模块应采用ETL技术对接处警数据库进行抽取、清洗、转换与装载，需实现数据的自动汇总整合，并在此基础上建立统一的符合规范的警情数据分析库。

套

1

5.2

基础平台

需提供包括系统管理模块、资源管理模块、门户展现模块、数据分析库维护管理模块。

套

1

5.3

警情数据多维分析

需采用透视表、透视图的方式，实现数据的可视化分析与展现，帮助用户从不同的角度分析问题，对问题进行细化分析，辅助警情研判决策。需包含：自定义分析主题、l字段动态组合、多视角分析、特殊时段分析、多种分析方法、预警分析、自定义模板分析、图表呈现。

套

1

5.4

警情通报

应能够利用现有的通报模板，通过数据库、多维数据集的数据统计处理，生成用户可直接打印的警情通报文档，避免人工报告的错误，减少工作量。

套

1

可需包括日报、周报、月报、季报和年报等。

需能够导出成网页格式、Word格式和PDF格式。针对Word格式，用户可进行修改编辑、打印和发布。

5.5

分析报告

应能够针对不同警情，从发案时段、发案场所、管辖区域、案件类型和出警速度等多角度展开分析。可以根据用户关注的焦点定制分析报表，需能够自动生成报表，为指挥部门全面、细致、深入的掌握整体治安形势提供帮助。

套

1

5.6

可视化专题分析

（1）多分析方法
图表拼盘中的图表需支持同比、环比、对比、占比、排名、增长率、指标、趋势等多种分析方法。

套

1

（2）多布局模式
图表拼盘需支持多种布局方式。图表拼盘中的图表可以是1张图表组成，也可以是多张图表组成(目前图表拼盘最大支持6张图表在一个界面上进行显示)。

（3）多种图表格式
图表拼盘需使用拆线图、面积图、柱状图、冒泡图、蜡烛图和饼状图等图表格式。

（4）改变图表的大小位置
点击图表上放大按钮，应能够放大点击的图表，改变其他图表的位置和大小。

（5）动态设定图表样式
应可以动态改变图表的样式，动态设置图表的相关属性。

（6）支持多种组合方式
应支持图形、表格、网页、多维分析、报表等各种不同分析内容的组合展示。

5.7

四色预警

针对单位和案件类型，设定预警临界值，应能够根据不同的预警模型和分级模型，计算出预警级别与预警范围，在预警的周期内，当实际案发数超过临界值时，系统自动的给出预警提示。

套

1

5.8

警情定性分析

根据报警数据、案发环境、地区警情分布规律进行警情定性分析。

套

1

5.9

地区警情预测

应能够对地区历史警情进行分析，预测未来半个月警情发生量。

套

1

6

处置满意度回访研判　

6.1

抽取策略

应可按设定的接处警记录抽取策略，从全地区接处警数据汇总库中自动获取接处警信息到回访数据库，由回访功能对每一起移动电话拨打的有效警情能够自动或手动通过短信进行回访和人工回访进行满意度调查。

套

1

6.2

模版管理

应可设置回访类别及回访模版，如分别对接警服务态度、出警速度、现场民警服务态度、现场民警处理措施、现场警情处理结果进行“满意”和“不满意”调查。

套

1

6.3

短信发送管理

应提供针对全开封地区110接处警的短信回访，应提供对其他业务系统上传的不满意记录的回访；

套

1

6.4

人工回访

应对回复为不满意的警情记录，进行跟踪回访，通过人工进行电话回访或者进行短信跟综回访，每次新的回访均生成新的回访记录，所有回访记录均关联列表管理；

套

1

6.5

统计分析

对群众满意度应可以按辖区、时间、按警情类别、按接处警单位等进行满意度统计。应能统计一个时间段内发送短信数量，收到回复的数量，各类评价的数量及百分比。

套

1

（二）

全域布控子系统

1

本地重点人员管理

1.1

重点人导入

应支持重点人批量导入功能，可将市局当前掌握的和分县市局上报的重点人员信息，应能够以CSV、Excle的形式批量导入。

套

1

1.2

重点人维护

应支持重点人员维护的功能，可对重点人进行增补、修改、失效操作。

套

1

1.3

重点群体导入

通过重点群体信息管理模块，对开封市本地重点群体上报信息形成简易闭环，使市县分局可通过系统上报或导入不同的类型的重点群体信息。

套

1

1.4

重点群体维护

应支持重点群体维护的功能，可对重点群体进行增补、修改、失效操作。

套

1

1.5

辖区归属地录入

通过一体化工作门户，应能够对重点人、群信息进行维护。

套

1

1.6

线索上报采集

应能够通过工作门户或者手机APP进行相关风险隐患的采集和上报。

套

1

2

布控管理

2.1

布控人员申请

一线处置民警、社区警务室及派出所民警应能够通过APP和工作门户对采集、发现的风险人员进行布控申请。其他业务警种也可通过工作门户，对本单位发现的风险隐患信息进行布控申请。

套

1

2.2

省厅布控指令对接

应能够从省厅指令平台调取重点人员布控信息，并根据人员类型、人员级别、经营情况等内容生成布控基础信息。

套

1

2.3

新增布控人员

布控申请通过后，应能够创建布控任务，定义布控名称、填写布控人员的信息、搜索条件和搜索范围、定义报警联系人员。

套

1

2.4

布控手段选择

应可以通过联动资源中心设置的各种布控模型，直接启动模型运转，并获得响应的研判结果。

套

1

2.5

危险系数设定

可对重点人、重点人群的行为，进行风险系数设定。满足或超过风险系数时，及时输出风险隐患信息。

套

1

2.6

人员撤控

当人员研判没有威胁后，系统应能够对布控人员进行撤控。

套

1

3

全域布控场景建设

3.1

票、证数据预警

通过火车票、汽车购票、机票等交通方式的购票信息，应能够根据时间维度按群体类型/重点人类型/前往方式/出发地等进行风险预警。

套

1

3.2

落脚点预警

通过身份证信息，应能够对临控人员的信息进行检索查询，及时发现重点人的落脚点，并对入住时间、入驻人员信息、入住点坐标进行预警反馈。

套

1

3.3

车载、执法仪、布控球预警

应能够对接市局已经建设的车载图传、执法仪、布控球等智能设备，对抓拍的临控人员进行预警。

套

1

3.4

人像卡口预警

应能够对接市局人像卡口设备，对临控人员进行相似度预警。

套

1

3.5

车辆卡口预警

应能够对接市局交警车辆卡口系统，对临控人员的相关车辆进行预警。

套

1

3.6

视频分析预警

应能够对接市局视频平台，对重点人的轨迹信息进行时段预警。

套

1

3.7

技、网手段预警

对重大案事件中需要技、网核查的临控重点人，或已经脱控的重点人，应能够通过指令的方式进行轨迹协查，并进行人员轨迹预警和汇总。

套

1

4

情报产品管理

4.1

线索整理归档

应能够对上报的线索进行有效整理，配合NLP语义分析对线索进行相似度去重，并将相似度结果推送给情报指挥人员。中心情报指挥人员可人工对相关线索信息进行手动合并和归档。

套

1

4.2

情报输出

应能够对已经形成威胁的重点人、重点人群，推送至全域布控系统进行再次研判、预警，并推送至云指令子系统进行盯办处置。

套

1

4.3

情报反馈同步

应能够对接省厅重点人系统，实现情报线索、稳控处置信息的同步，解决工作人员值守多个系统的问题。

套

1

4.4

情报核销

应能够对存在争议或质疑的情报产品，进行人工核销，核销后该条情报产品不再预警。

套

1

5

布控综合查询

5.1

情况统计

应能够统计离开本地人员总数、本地户籍离开本地总数和非本地户籍离开本地总数。点击人员统计总数，可支持按照户籍地、群体类别、管控单位、关键词等进行筛选。可查看重点人员具体信息，包括照片、身份证号、姓名、联系电话、出行时间、出行方式、出发点、目的地、户籍地、所属群体、管控单位、民警联系方式等信息。

套

1

应以图表的形式展现离开本地统计情况，包含赴某一敏感地总人数、本地户籍人数、非本地户籍人数、区域分布、群体人数等信息。

应以图表的方式展现目的地统计情况，可分别展现本地户籍或非本地户籍分布情况。

应以图表方式展现各分局、各派出所人数分布情况。

应以图表展示群体类别统计情况，根据涉众投资、矛盾纠纷等群体类别展示总人数，点击群体类别，可展示具体群体人数。

5.2

人员轨迹分析

应能够实现对本地及周边高危区域的前科人员、暂住本地高危区域前科人员分别分析建立不同异常行为模型，并直观显示分析结果。

套

1

5.3

旅馆人员轨迹分析

应能够通过旅馆人员住宿分析对入住到某市旅馆的人员住宿信息进行一系列的轨迹分析，从中发现具有特定特征的数据结果，并以直观的方式展现。

套

1

5.4

旅馆定位查询

应能够按照旅馆名称、法人姓名、地址、所属派出所、星级、住宿人员等信息，查询旅馆及住宿人员等信息，结果呈列表显示。应能够统计指定地区内所有旅馆及住宿人员情况。

套

1

5.5

同行分析

应能够批量比对分析短时间内在同一家旅馆登记入住的人员信息，排查疑似同行同住的人员。

套

1

5.6

频繁出入分析

应能够对人员频繁出入场所进行分析，应支持筛选得出次数大于（等于）设定值的人员信息和场所信息。

套

1

5.7

频次分析模型

应能够实现人员轨迹频次分析，对所有重点人员的活动频次进行排比分析，应支持按照人员类型、年龄段、户籍等条件对行为活动频次较高的人员进行多次筛选，从而得符合出频次较高异常行为活动条件重点人员。

套

1

5.8

跨市分析模型

应提供跨市分析模型，对重点人员在跨地区流窜活动情况进行筛选研判分析，应支持按照人员类型、年龄段、户籍等条件比对分析。

套

1

5.9

高危地区人员分析模型

应提供高危地区人员研判，对一段时间内，来自于高危地区的人员旅馆入住数据进行分析，并跟重点人员数据进行比对分析，应支持查看人员住宿的详细信息。

套

1

5.10

流窜人员分析

应提供流窜活动人员分析，对某类嫌疑人员在本市跨地区流窜活动情况进行比对分析。

套

1

5.11

流程日志

应能够对一个情报产品的研判流程进行整体记录，以流程图的形式输出流程日志。

套

1

二

综合指挥调度系统

（一）

市带县接处警子系统

1

CTI通信子系统

1.1

直接座席呼叫路由

应提供直接坐席呼叫路由功能，报警电话进来以后，由CTI直接将话务分配到接警坐席，达到系统集中接警的目的。

套

1

1.2

操作坐席话机

应能够通过控制人机交互界面完成对坐席电话的各种操作，需实现呼叫、应答、挂机等功能。

套

1

1.3

队列显示

需实时显示当前呼叫队列中排队等候的号码相关信息。

套

1

1.4

快捷调度

应能够通过点击电话簿中的目的单位名称直接形成对其相关号码的呼叫。

套

1

1.5

通话记录显示

应能够显示本工作时段内的通话记录，应可以查看所有呼入呼出通话的主叫号码、打入/呼出时间、通话时长等信息。

套

1

1.6

主叫信息获取

应能够根据主叫号码查询数据库或外围服务接口，获取主叫姓名、主叫地址、经纬度等相关信息。

套

1

1.7

三方通话

应提供三方通话功能，接警席在判明事件基本性质后，以三方通话的方式，立即接通相应的处警单位，由专业的处警员受理事件。

套

1

1.8

关联录音台

应能够与录音系统相关联，辅助其获取话机状态信息、主叫信息和相关接处警业务信息。

套

1

1.9

关联接警台

应能够与接警台业务系统联动，为其提供准确的话机状态和主叫电话信息（三字段/五字段等）。

套

1

1.10

坐席联动请求

应提供坐席联动请求功能，在需要其它警种和单位协助时，由处警席位直接向相关席位发起联动请求(电话转接)，并同时将警情信息发给本警种班长席和值班主任席。

套

1

1.11

分级处警

需提供分级处警功能，应能够直接将报警电话通过CTI转到情指分中心远程处警席位上处理，由分中心处警席位完成调警、跟踪、处置、回复反馈、结案等处警全过程，并将处警完成信息提示联动中心相应处警席位，同时自动在中心数据库记录存档。

套

1

1.12

关联监督管理台

需为监督管理台提供准确的话机状态信息和主叫信息，反映坐席的工作状况。

套

1

1.13

班长席监控

班长席应能够通过CTI完成对各警种处警席位的监听、插话、强拆，来帮助报警用户迅速处理警情。

套

1

1.14

接处警席状态控制

接处警席应能够通过CTI对自己的状态进行控制。需包括登录、登出、就绪、示忙/闲等。

套

1

1.15

话务数据记录

应能够将与呼叫相关的数据录入数据库，为统计查询系统提供基础数据。

套

1

1.16

支持双机热备

应能够支持双机热备方式工作。

套

1

2

数字录音子系统

2.1

录音服务

应能够接收各个录音节点（Node）发来的录音开始/停止等信息。

套

1

应能够生成录音号。

应能够根据各种规则，将录音文件和具体的接处警台号关联。

应能够接收并响应各个应用系统发来的各种消息，包括录音号查询和应答等。

应能够向数据库中记录录音信息。维护数据库连接中断或重连，重连成功后自动恢复中断期间的数据。

应能够转发应用系统发向录音台各服务的消息

2.2

语音记录

应能够支持对接处警的通话实现全过程录音。

套

1

应能够支持对有线和无线终端设备进行录音。

应能够支持多路实时自动和手动录音。

应采用模拟端口高阻并接的方式进行录音。

应支持采取信(消息)控等多种方式录音。

应能够记录包括语音、通道号、录音日期、时间、长度等录音信息。

2.3

录音号传送功能

每个录音产生一个录音号，并可与相应的终端关联。

套

1

2.4

录音播放

应提供本地多媒体放音：利用接警台的多媒体有源音响，对选定的录音在接警台本地实现放音。

套

1

基于WEB方式的查询和放音：应能够通过统一的浏览器界面，查询听取录音。

2.5

管理功能

应能够实时显示每个通道的工作状态。

套

1

进入操作界面应能够由密码控制。

应能够对通道进行设置和修改，如接警/处警/调度录音通道/放音通道的设置和修改、录/放音通道的开启/关闭或暂停使用等。

2.6

录音文件的存储

录音台应可以支持多个物理硬盘或多个硬盘分区。

套

1

录音文件应存放于系统初始化文件指定的一个硬盘上，一旦该硬盘用完则将自动转存到另外的硬盘上。

录音文件的存放应采用先进先出的以新充旧机制。

2.7

录音文件备份功能

录音台应能够通过手工的方式将录音文件进行离线备份。

套

1

应可以通过FTP将录音文件或者录音记录备份到其他服务器或者存储。

2.8

文件查询

需提供录音查询功能，应可以根据录音时间、接（处）警台台号、主叫号码中的一个或多个条件自由组合来查询录音文件。

套

1

需提供统计查询功能，应可以按通道号、时间段进行统计和查询，应可以打印输出查询结果。

3

数据备份子系统

3.1

录音备份

录音备份应分为自动备份和手动备份。应能够根据接警流水号、时间段、接警分机号码、报警电话等多种条件来选择进行查询备份。

套

1

3.2

录音还原

应能够根据接警流水号、时间段、接警分机号码、报警电话等多种条件来选择进行录音还原。

套

1

3.3

在线查询、下载及收听

应能够在线查询、收听，下载接处警录音文件。

套

1

3.4

录音数据库文件的备份和还原

需提供录音数据库文件的备份和还原功能。

套

1

3.5

数据库文件备份

应能够将接处警数据进行自动备份，应支持通过公安网备份至其他服务器或者其他县局的远程服务器上，必要时可进行数据恢复。

套

1

4

多媒体报警受理子系统

4.1

上岗登录

接警员输入工号、登录密码，应能够选择坐席模式登入系统。

套

1

4.2

上下岗登记

系统应能够自动记录接警员上下岗信息。

套

1

4.3

开班

班长台可以执行此操作后，可以开始受理报警电话。

套

1

4.4

关班

班长台在开班状态下，可执行此操作，以结束接警工作，防止报警电话进入坐席。

套

1

4.5

下岗退出

操作员执行此操作，以退出受理台。

套

1

4.6

电话报警排队

1.应能够实时显示当前所有排队电话总数（本坐席所在组的排队电话）。

套

1

2.应能够以列表方式显示当前所有的排队电话，包括排队电话号码、被叫号码、排队未接通次数等信息。

3.应能够以计数方式实时显示各排队电话的排队时长。

4.报警电话结束排队并分配到接警坐席后，该电话号码应能够自动从排队列表中删除。如报警电话在未分配到接警坐席前就已经主动挂机，则该电话号码应能够自动从排队列表中删除，并加入到早释电话列表中。

5.需提供一系列的排队电话优先策略判断。如重点单位优先、多次未呼通优先、红名单优先等。

6.系统需支持设置最长排队时间的功能。当队列中的电话超过排队最长时间限度后，界面上应能够进行醒目的提示，提示接警员尽快处理当前警情并受理后续报警电话。

7.当排队交换机支持排队电话手工选接时，接警坐席当前没有接听电话，应可以选择排队电话某个电话进行接听。

8.话务受理时，对方不讲话，应能够暂时将警情处置为无声的无效警情，该电话会自动进入无声排队列表之中，接警员在空闲时可进行回呼确认。

4.7

非话务报警排队

1.应能够实时显示当前所有非话务报警的总数。

套

1

2. 应能够以列表方式显示本坐席涉及的所有非话务报警。列表排序应按照时间顺序，默认时间最早的报警排在最优先的位置。

3.在非话务报警列表中，应能够通过不同图标或文字表示该非话务报警的类别。

4.接警员点击非话务报警列表中某个非话务报警，则该非话务报警应能够自动接收到该接警台，并且在列表中删除已接收的非话务报警。

4.8

早释电话显示

1.需包括呼入早释电话和排队早释电话。呼入早释电话仅在本坐席显示，排队早释电话在所有接警台或者班长坐席显示。

套

1

2.在接警台空闲时，点击早释电话应能够发起对该电话的回呼。回呼成功后可自动生成接警单。

3.遇到以下几种情况，早释电话应能够自动从列表中删除：
（1）某个接警员回呼了该早释电话

（2）重新登陆

（3）手动删除

4.9

电话报警受理

1.当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。

套

1

2.当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。

3. 应能够从报警电话摘机开始计时，在界面上实时显示通话时长。

4.通话时长超过预设阈值，则界面应能够提示并将超时告警信息发送到班长坐席。

5.报警电话摘机后，录音系统应能够将当前报警电话的录音号发送到接警台，应能够自动显示在当前接警单的录音号字段中。

6. 应能够通过录音播放功能可听取当前录音号的录音。

4.10

非话务报警受理

1. 应能够显示各类非话务报警的信息及交互记录。对于不同种类的非话务报警需提供对应的显示界面及显示内容。
2.对于部分非话务报警，在报警信息中包含了多媒体信息。
3.技防报警受理应能够自动生成接警单，并自动将技防报警的相关内容自动填写到接警单对应字段。

套

1

4.11

案发地址定位

1. 需提供多种快速输入地址的手段：
拼音头输入（需要有本地地址库）
地址地名库模糊匹配
标志物定位
2.系统应能够根据录入的地址信息在地图上进行定位。
3.接警过程中，根据报警人的描述在地图上找到案发地址，将位置坐标发送到接处警系统的接警单中，若已对接地址地名库，且所选位置有地址信息，应能够自动填入接警单。
定位成功后，系统应能够自动获取到报警地址的所属辖区及警署的信息。

套

1

4.12

接警单填写

1.系统需提供多级下拉框选项的方式选择警情类别。
2.系统需提供滑块选项的方式选择警情等级。
3. 应能够支持针对不同案由自动选择警情等级。
4. 应能够提供下拉框选项的方式选择管辖单位。在案发地址定位成功后，应根据定位点自动填入管辖单位信息。
5应提供报警人身份证号信息填写。
6.警情中涉及车辆的车牌号信息填写。
7应提供警情详情描述的录入。警情详情录入需提供常用短语等功能进行快速录入。

套

1

4.13

接警智能辅助

1. 应能够根据不同的警情类别提供简要的接警提示信息。
2.针对需要上传本地文件做为案件证据的情况，系统应提供附件上传功能，用于手动为警情关联证据。
3. 应能够根据报警电话获取到报警人的证件信息，并进一步获取报警人的身份背景信息，应将信息显示到接警台。
4.系统应能够自动显示该报警人曾经被加入黑名单的次数以及拨打骚扰电话次数。
5.系统应能够自动显示该报警人的历史报警情况，并提供历史报警记录列表，接警员应可以点击并查看历史报警记录的详情。
6.红名单是针对重要用户，提高其话务分配的优先级，当话务繁忙时，优先分配坐席进行接入受理。
7. 应能够根据案发地址判断是否为重点单位，一旦匹配成功，则显示该重点单位详细信息。
8.应提供重点关注信息智能识别功能
应能够对接警单填写的内容进行关键字识别，一旦发现有一些情指中心关注的重要信息（可事先维护），系统即发出相关警示提醒接警员，也可将警示信息发送到班长台进行提醒，或者将信息通过短信发送给指定的人员。
9.预案信息显示
应能够根据接警单填写的相关信息匹配预案，一旦匹配成功，则列表显示匹配上的预案。进一步点击预案列表后应能够显示预案的详情信息。
10.重复报警提示
系统会在地图中显示最近一段时间内该报警人附近的已接入警情，并给出相似性提示，辅助接警员识别重复报警，由接警员判断是否对这两起警情进行合并。
11.多方通话
在与报警人通话过程中，接警员应能够通过多方通话功能另外呼叫其他人员加入当前接警通话。
12.通话保持/解除保持
在接警过程中，接警员应能够保持住与报警人的通话，与其他人员进行短暂的通话沟通。解除保持后，可恢复与报警人的通话。
13.警情标签
系统应能够自动对警情打标签，对报警电话、报警人进行打标签。

套

1

4.14

案件回呼

1.通话过程中，报警人主动挂断电话时，接警员应能够通过当前系统界面上的“联系电话”，回呼报警人。回呼录音应能够自动关联到接警录音中。
2.通话结束后，可能由于案件重大，需要进一步获取案件详情时，应能够使用接警单上保存的报警电话，然后直接发起呼叫。一旦报警人接听电话，接警员就可以根据需要询问详细信息。

套

1

4.15

接警处置

1.需提供针对误拨、无声、骚扰、测试等警情的快速一键处置功能。
2.接警员在填写警情时如遇紧急事情，应能够将当前未保存警情进行暂存。暂存后的警情显示在未保存警情列表中，并且可随时切换出来继续填写及处置。
3. 应能够将当前报警与选中的历史警情合并，当前报警电话的呼叫记录作为重复报警记录合并到历史警情记录中。
4.对于重复报警电话，接警员应能够通过警情补充功能将补充信息录入到原有警情中。
5. 应能够将接警单中填写的内容存入数据库。存档过程中需校验必填项是否已经填写完全。对于未通过数据校验的接警单，系统应能够对接警员进行提示并中止保存。
6.对于分辖区接警的模式，应能够将不属于本辖区的报警电话转到对应辖区的接警坐席进行受理。
7.对于一些特定案件，接警台在接警过程中应能够通过同步转警功能将电话转到处警台，并且应能够将当前接警过程填写的内容实时传送到处警台，以便处警台能更早介入到该警情的前期受理过程中。
8.接处分开模式下，接警员在受理报警电话时判断该警情需要多个处警坐席进行同时处置，应能够在接警单上选择协同处警，并且指定某些类型处警坐席。该警情在接警员保存后，系统按照选择的处警坐席类型进行分配，应能够自动分配到多个对应的处警坐席，各个处警坐席可同时对该警情进行后续处置，所有的处置过程最终可自动归并到同一个警情下。
9.对于接警员无法处理的警情，应能够通过请求接管功能向班长台发起请求，由班长坐席接听报警电话及接收当前已经填写的警情信息。
10.添加黑名单
应能够将当前报警电话加入到黑名单，加入黑名单功能应配置为需要班长审批和无需班长审批两种模式。
11.求助类警情处置
对于移车、开锁、快处快赔等类型警情，应能够将警情快速流转到对应的求助类警情处理系统进行后续处置。
12.线索类报警
当报警类型为线索类的时候，应能够在接警界面勾选“线索”复选框并进行保存。
13.警情取消
对于辅助接警手工创建的接警单，应能够通过警情取消功能取消该起接警单。接警单取消后，该警单已经填写的所有信息都不会保存。
14.坐席置忙
坐席置忙后，后续的报警电话暂时无法分配到当前接警坐席。
15.解除置忙
解除置忙后，该接警坐席可继续接收后续报警电话的分配。
16.虚实警转换
对于处置为无效的警情，系统应支持转为有效警进行处置。

套

1

4.16

处警单分配

1.处警台应能够按辖区进行分组。
2.处警台应能够按警情案由进行分组。
3.处警台应能够按警种（110/122）进行分组。
4.所有空闲处警坐席应能够按序列排队，优先分配警情到排在首位的处警席。
6. 应能够以列表方式显示本坐席接收到的待处警警情。
7.重要程度高的警情应优先排在最上方。
8.对于在待处警列表中超时未处置的警情，系统应能够给出告警提示，并将告警信息发送到班长台。

套

1

4.17

待处警排队

接警坐席保存完警单后，系统应能够自动将该警单添加到处警坐席待处警警单列表中，并开始循环播放提示音。处警员进入待处警列表后，应可以查看待处警数量和案件信息。应能够按照警情级别、报警时间等优先级进行排序，让处警员优先处理重大的、排队时间长的警情。

套

1

4.18

警情信息展示

1.应能够显示该警情的接警单详细信息；
2.在接警详情信息中，处警员应能够对接警录音进行直接听取。

套

1

4.19

处警力量展示

应能够通过多种维度显示处警力量，包括单位维度、警种维度、警力类型维度、警力状态维度等。

警力应能够按照主管辖区、离案发点距离远近等信息进行排序筛选。

套

1

4.20

出动力量选择

1.处警员应能够通过手工方式从处警力量列表中将需要出动的单位、警力加入到待处警列表中。
2.用户打开处警界面后，在待处警列表里面输入派警对象名称后，然后填写处警意见，点击保存按钮完成处警。

套

1

4.21

处警辅助

1.应能够在处警界面上，根据案由进行处警信息提示。
2.处警员为了解案件的相信信息，应能够多次听取接警录音。

套

1

4.22

预案关联

1. 应能够根据警情案由或重点单位信息，显示匹配成功的预案，并以列表方式显示。
2.选择具体的预案，应能够查看该预案的详细信息。

套

1

4.23

处警指令编写

1.需提供手工输入方式录入详细处警指令。
2. 应提供常用短语方式，以便处警员快速输入处警指令。
3.处警员选择无需反馈选项后，该处警指令应能够设置为无需反馈指令。
4.处警录音应能够自动或手工方式关联，需支持一次处警多个录音记录关联。

套

1

4.24

处警指令下达

1. 应能够将格式化的文本处警指令下达到科所队终端。
2. 应能够将处警指令按预设格式自动编辑短信发送到对应的出警力量或上级领导手机上。
3. 应能够将处警指令下达到对应的出警力量移动终端APP上。
4.向出警单位、出警警力发起语音呼叫，语音呼叫可包括固定电话、移动电话、无线集群电台等，需实现一次呼叫多方通话。
5. 应能够向其他联动单位指挥系统发送协同处警指令。

套

1

4.25

处警跟踪

1.处警员应能够通过再处警功能对同一个警情再次下达处警指令。
2.处警员应能够将原先下达的处警单作废。
3.处警指令下达后，如一段时间内下级单位为接收或未签收，在处警坐席应能够自动提示处警员对警情进行关注。
4.对于超时未到场的警情，在处警坐席应自动提示处警员对警情进行关注。
5.处警员应能够通过处警催促功能对出警单位或警员下达提醒信息，提示对当前警情进行尽快处置。
6.处警员应能够对警情进行升级，升级警情后需要班长进行审批，审批通过后该警情级别会提升。
7.应能够将同一个案件多个报警人同时报警的，合并成一个案件，处警员判断当前正在处理的几起案件为同一案件后，可将这几起案件合并，相关信息将同时合并。

套

1

4.26

签收

应能够代替出警单位或警力人员签收处警指令，长时间不签收，会产生超时签收违规。

套

1

4.27

反馈单填写

1.处警员应能够通过手工方式生成空白反馈单。
2.处警员将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。到场反馈填写后，该警力单位自动更新状态为到场。如该警情还处于出动状态，会自动更新为到场状态。
3.系统应能够提供格式化反馈单供处警员填写。
4. 应能够通过手工方式关联反馈电话录音。
5.填写反馈是默认案由为报警时填写的警情案由，接处警人员可根据最终反馈信息修改真实案由。
6.处警员应能够在处置反馈中代替处警人员将文件上传，并关联至警情。

套

1

4.28

反馈后续处置

1.下辖单位填写的反馈单，应能够实时反馈到情指中心，处警员应能够通过警情列表直接查看到该警情的反馈状态。
2.系统应提供案件归并功能，对警情进行关联归并。
3.警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。

套

1

4.29

当前警情列表

1. 应能够以列表方式显示当前警情（未结案）；
2. 应能够通过设置过滤条件对当前警情列表进行过滤显示。
3. 应能够对某些警情设置为关注，关注警情应置顶显示。

班长台应能够设置关注警情，该警情在所有接处警坐席置顶显示。

接处警员可设置关注警情，该警情仅在本坐席置顶显示。
4.在警情列表中应提供警情处置功能按钮，包括变更警情状态、增援处警、警情升级等
5.当有其他接警员受理新的警情之后，警情列表数据应自动加载，无需手动刷新。不同状态警情需用不同颜色图标表示。
6.系统需提供快速过滤警情的功能。
7.在警情列表中，需提供方便筛选输入框，便于用户根据需要快速筛选出自己所需警情。
8.在列表中，应能够对报警人进行电话回呼操作，询问具体情况以及是否解决问题等等。

套

1

4.30

重大警情列表

1.班长台应能够设置重大警情的条件（警情级别、警情案由、关键字等），一旦新产生的警情满足预设条件，该警情应能够自动加入到重大警情列表中。
2.当出现重大警情时需通知班长席。

套

1

4.31

历史警情列表

1.需提供针对警情主要字段组合条件查询功能。
2.历史警情查询结果应能够以列表方式显示。

套

1

4.32

警情详情展示

1. 应能够展示警情详情信息。
2. 应能够展示报警记录详情信息，一个警情可关联多个报警记录。
3. 应能够在报警信息中可直接听取报警录音。
4. 应能够展示接警单详情信息，一个警情可关联多个接警单。
5. 应能够展示处警单详情信息，一个警情可关联多个处警单。
6. 应能够展示指令单详情信息，一个处警单可关联多个处警指令。
7. 应能够展示反馈单详情信息，一个警情可关联多个反馈单。
8. 应能够展示警情关联的所有多媒体附件信息，并且可查看多媒体附件信息的详细情况。

套

1

4.33

时间轴信息展示

1. 应能够以时间轴的方式展示从接警、处警、反馈的处置全过程。
2. 应能够对时间轴信息进行分类筛选显示。
3.需提供搜索功能，在时间轴中对关键信息进行搜索匹配。
4.用户可根据需要，选择需要打印的节点，将记录信息打印出来。

套

1

4.34

坐席状态控制

1.班长台正常状态下处于关班状态，报警信息不会分配到班长台进行受理。班长台开班后，报警信息会分配到班长台进行受理。
2.受理台上应能够展示当前坐席的话务状态，以便接警员及时了解当前受理台的工作状态，状态需包括空闲、通话、振铃。
3.接警员当前有其他待处理业务时，比如处理未保存警单，应能够使用置忙功能，该接警坐席在忙状态下不会接收新的报警。接警员处理完成后，应能够进行置闲操作，该坐席即可受理新的报警。
4.当系统发生异常不能正常关班时，应能够通过强制退出功能关闭应用程序，强制退出时将忽略所有出错（包括话机状态、未完成工作等），直接退出系统。
5.受理台与话务代理、消息服务等出现连接异常时，应能够提示用户有异常信息。

套

1

4.35

交接班记录

1.班长台需提供交接班信息提示功能。班长台应能够在交班信息录入界面输入当前班次未完成的事项或者是一些需要重点关注的事项。
2.下一个班次的班长台登录后，应能够自动提示并显示上一个班次录入的交班信息。

套

1

4.36

线索（投诉举报）类警情

1.在填写警情信息时应能够通过勾选线索选项确定是否为线索类警情。
2.线索类警情应转到专用坐席进行处置。
3.线索类警情在列表及警情详情显示时，其中的投诉人个人信息（电话号码、人名等）会加密显示。只有经过授权的角色才可以看到加密信息。

套

1

4.37

通知功能

需提供发送通知的功能，用于情指中心坐席同二级处警台/所队之间的通知收发。

套

1

4.38

公告功能

需提供公告发布/显示功能，用在情指中心受理台，公告发布人(接警班长)可以根据实际情况发布公告，完善公告标题和内容，并设定公告失效时间（超过失效时间，公告不再显示）。公告发布人应能够对未失效的公告进行删除。

套

1

4.39

坐席状态显示

1. 应能够显示数据库连接状态
2. 应能够显示通信状态
3. 应能够显示应用服务器状态
4. 应能够显示当前话务状态

套

1

4.40

值班长接处警席

班长接处警席应具有接警席位的所有功能。

套

1

4.41

参数设置

1.需提供关键词设置界面，用于系统自动判定是否为重大警情。
2.需提供警情标签的维护功能，用户可自行添加相关警情标签。
3.系统需提供警力通讯录的维护和展示功能。
4.系统需提供骚扰电话名单的展示，并可对骚扰电话名单的信息进行修改。

套

1

5

接警辅助

5.1

敏感词检测模块

需提供敏感词检测模块，报警录入内容中出现预先设定的敏感词时，应能够自动弹出预案处置框，敏感词可自定义。

套

1

5.2

95种常见警情处置流程提示模块

针对各类常见警情应能够按照省厅下发的《95种常见警情处置流程规范》的要求，通过智能辅助接处警功能，接警人员勾选警情类型后，系统应能够自动弹出接处警规范要点提醒，接警人员按照规范要点完成警情录入，并给出指挥调度意见。

套

1

5.3

警情标签模块

需具备警情分级分类和关键字、特征词等标签标注功能，标签字典应能够自定义。

套

1

6

短信辅助定位

6.1

短信发送网址定位

通过在互联网上设定定位接口服务器，需采用html5的最新定位功能，向报警人手机发送包含接口服务器地址的短信，报警人通过手机浏览器查阅短信中所附网址，即可把报警人位置信息发送回定位接口服务器。定位接口服务器通过安全接入设备将采集到的位置信息推送回内网，从而实现报警定位。

套

1

6.2

定位效果展示

报警人点击“提交定位”按钮，应能够将自己的准确位置发送回情指中心。

套

1

7

警情卷宗

7.1

警情详情展示

1应能够展示警情详情信息。
2应能够展示报警记录详情信息，一个警情可关联多个报警记录。
3应能够在报警信息中可直接听取报警录音。
4应能够展示接警单详情信息，一个警情可关联多个接警单。
5应能够展示处警单详情信息，一个警情可关联多个处警单。
6应能够展示指令单详情信息，一个处警单可关联多个处警指令。
7应能够展示反馈单详情信息，一个警情可关联多个反馈单。
8应能够展示警情关联的所有多媒体附件信息，并且可查看多媒体附件信息的详细情况。

套

1

7.2

时间轴信息展示

1. 应能够以时间轴的方式展示从接警、处警、反馈的处置全过程。
2. 应能够对时间轴信息进行分类筛选显示。
3.需提供搜索功能，在时间轴中对关键信息进行搜索匹配。
4.用户应能够根据需要，选择需要打印的节点，将记录信息打印出来。

套

1

8

查询统计子系统

8.1

操作记录查询

应能够通过开始时间、截至时间、坐席类型、接警员工号、操作类型查询操作记录。

套

1

8.2

公告查询

应能够通过开始时间、截至时间、失效开始时间、失效截至时间、发布人工号、发布人姓名、发布单位条件进行查询。

套

1

8.3

通知查询

应能够通过发布时间、发布单位、发布人、发布人工号条件查询。

套

1

8.4

电话库查询

应能够通过电话号码、用户姓名、用户地址条件进行查询。

套

1

8.5

呼入查询

应能够通过多种条件组合条件、时间、呼入编号、主叫号码、呼入类型、振铃时长查询。

套

1

8.6

排队早释查询

应能够通过多种条件组合时间、呼入类型、等待时长、主叫号码查询。

套

1

8.7

重点单位查询

应能够通过单位名称、单位地址、单位负责人条件查询。

套

1

8.8

处警查询

应能够通过时间、报警方式、是否有效、处警状态、事件单编号、处警单位条件查询。

套

1

8.9

反馈查询

应能够通过多个条件时间、事件单编号、反馈状态、反馈单位、反馈类型条件查询。

套

1

8.10

警情查询

应能够通过多种条件组合时间、警情案由、案发地址、报警方式、事件单编号、所属分局、处理结果、辖区单位、案件状态、报警关键字、联系电话条件进行查询。

套

1

8.11

受理查询

应能够通过多种条件组合时间、接线单位、警情级别、接警员工号、所属分局、报警方式、接警台编号、报警关键字、联系电话、来话类别、报警案由条件查询。

套

1

8.12

无效警查询

应能够通过多种条件组合时间、联系电话、警情类型、所属分局、辖区单位条件查询。

套

1

8.13

上下岗查询

应能够通过多种条件登录时间、退出时间、坐席号、坐席类型、登录工号条件查询。

套

1

8.14

警情查询明细钻取

警情查询结果通过事件单编号应能够钻取警情详情。

套

1

8.15

查询结果导出

应能够将查询结果的列表导出成excel，把结果的详情导出成word格式。

套

1

8.16

话务受理综合统计

应能够对电话呼入记录和排队记录进行的分类统计，应能够根据呼入电话的结果进行分类。

套

1

8.17

话务受理峰值统计

应能够以图表方式显示每天的呼入峰值出现在什么时段等。警情类统计模块需主要包括各类警情数量统计、案发地址数量统计、报警处理结果统计、警情处理_反馈量统计、警情统计、受理记录/处理类型统计。

套

1

8.18

各类警情数量统计

应能够统计各类案件性质的警情的发生数量。

套

1

8.19

各辖区各类警情数量统计

应能够针对有效警情的警情类别、警情类型进行联动统计、同时需以表格的形式展示当前各辖区单位的警情类别、警情类型、警情细类分析情况，案由支持联动钻取。警情数字需支持明细钻取。

套

1

8.20

报警处理结果统计

应能够按警情类别、时间段对事件的处理结果进行统计。数字需支持明细钻取。

套

1

8.21

警情的处理/反馈量统计

应能够统计警情被处理、被反馈的情况，以便防止警情漏处、漏反的情况。统计数字需支持明细钻取。

套

1

8.22

各类警情案发地点数量统计

应能够统计各类案件性质的警情在各类部位场所的发案情况。数字需支持明细钻取。
管理类统计模块主要需包括接警员工作量统计、单位出警量、反馈量统计、辖区单位回访统计、各单位接处警反馈情况统计以及各单位接警反馈情况统计月报表功能。

套

1

8.23

接警员工作量统计

应能够统计接警员的接警量、处警量、反馈量、在岗时长等。

套

1

8.24

单位出警量、反馈量统计

应能够统计出警单位的出警量、反馈量等，以便于对出警单位进行考核管理。

套

1

8.25

辖区单位回访统计

基于回访纪录，应能够用于统计出警单位的出警速度、出警态度、群众满意度等，以便对出警单位进行考核管理。

套

1

8.26

各单位接处警反馈情况统计

应能够分时间段对出警单位的接警及反馈情况进行统计。

套

1

8.27

各单位接警反馈情况统计月报表

应能够分月对出警单位的接警及反馈情况进行统计。

套

1

9

县级接警单元

9.1

电话报警受理

1当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。
2当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。
3从报警电话摘机开始计时，应能够在界面上实时显示通话时长。

套

5

9.2

接警单填写

1系统需提供多级下拉框选项的方式选择警情类别。
2系统需提供滑块选项的方式选择警情等级。
3应能够支持针对不同案由自动选择警情等级。
4系统需提供下拉框选项的方式选择管辖单位。
5应能够支持报警人身份证号信息填写。
6应能够支持车牌号信息填写。
7需提供警情详情描述的录入。警情详情录入需提供常用短语等功能进行快速录入。

套

5

9.3

处警调度

处警台应能够按辖区进行分配，接警单应能够根据辖区信息分配各个处警组。

套

5

9.4

反馈单填写

1处警员应能够通过手工方式生成空白反馈单。
2处警员应能够将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。
3系统需提供格式化反馈单供处警员填写。

套

5

9.5

反馈后续处置

警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。

套

5

9.6

当前警情列表展示

应能够以列表方式显示当前警情（未结案），列表中应显示报警时间、联系电话、案发地址、警情案由、警情级别、出警单位、接警员、状态等信息。

套

5

9.7

历史警情列表

1系统应能够提供针对警情主要字段组合条件查询功能。
2历史警情查询结果需以列表方式显示。

套

5

9.8

警情录音

应能够支持对接处警的通话实现全过程录音，记录需包括语音、通道号、录音日期、时间、长度等录音信息。

套

5

10

县级备用应急电话接入系统

10.1

电话报警受理

1当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。
2当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。
3从报警电话摘机开始计时，应能够在界面上实时显示通话时长。

套

5

10.2

接警单填写

1系统需提供多级下拉框选项的方式选择警情类别。
2系统需提供滑块选项的方式选择警情等级。
3应能够支持针对不同案由自动选择警情等级。
4系统需提供下拉框选项的方式选择管辖单位。
5应能够支持报警人身份证号信息填写。
6应能够支持车牌号信息填写。
7需提供警情详情描述的录入。警情详情录入提供常用短语等功能进行快速录入。

套

5

10.3

处警调度

处警台应能够按辖区进行分配，接警单需根据辖区信息分配各个处警组。

套

5

10.4

反馈单填写

1处警员应能够通过手工方式生成空白反馈单。
2处警员应能够将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。
3系统需提供格式化反馈单供处警员填写。

套

5

10.5

反馈后续处置

警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。

套

5

10.6

当前警情列表展示

应能够以列表方式显示当前警情（未结案），列表中应显示报警时间、联系电话、案发地址、警情案由、警情级别、出警单位、接警员、状态等信息。

套

5

10.7

历史警情列表

1系统需提供针对警情主要字段组合条件查询功能。
2历史警情查询结果应能够以列表方式显示。

套

5

10.8

警情录音

应能够支持对接处警的通话实现全过程录音，记录包括语音、通道号、录音日期、时间、长度等录音信息。

套

5

10.9

系统数据上传模块

******监测中心系统是否恢复正常，若恢复正常，应能够将应急电话接入系统中产生的数据及录音数据，上传至市局后台，市局可查询。

套

5

11

系统集成对接

11.1

与警务信息综合平台对接

与警务信息综合平台接口方式，应能够以中间数据表方式进行数据推送和交换，进行松耦合连接，减少两个系统之间的相互影响。

套

1

11.2

与12345对接

应能够与12345平台对接，实现双向“一键转接”功能，可将群众电话和报警（或诉求）内容一键推送至对方平台。

套

1