开封市公安局业务技术用房项目配套附属工程情指联勤中心作战平台项目-第一标段-招标文件

序号

系统名称

技术要求

单位

数量

一

多维情报研判系统

（一）

综合研判子系统

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

治安态势日常研判

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

套

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

短信发送管理

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

套

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.**

流窜人员分析

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

套

1

5.**

流程日志

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

套

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.**

坐席联动请求

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

套

1

1.**

分级处警

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

套

1

1.**

关联监督管理台

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

套

1

1.**

班长席监控

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

套

1

1.**

接处警席状态控制

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

套

1

1.**

话务数据记录

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

套

1

1.**

支持双机热备

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

套

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.**

非话务报警受理

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

套

1

4.**

案发地址定位

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

套

1

4.**

接警单填写

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

套

1

4.**

接警智能辅助

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

套

1

4.**

案件回呼

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

套

1

4.**

接警处置

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

套

1

4.**

处警单分配

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

套

1

4.**

待处警排队

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

套

1

4.**

警情信息展示

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

套

1

4.**

处警力量展示

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

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

套

1

4.**

出动力量选择

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

套

1

4.**

处警辅助

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

套

1

4.**

预案关联

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

套

1

4.**

处警指令编写

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

套

1

4.**

处警指令下达

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

套

1

4.**

处警跟踪

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

套

1

4.**

签收

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

套

1

4.**

反馈单填写

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

套

1

4.**

反馈后续处置

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

套

1

4.**

当前警情列表

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

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

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

套

1

4.**

重大警情列表

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

套

1

4.**

历史警情列表

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

套

1

4.**

警情详情展示

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

套

1

4.**

时间轴信息展示

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

套

1

4.**

坐席状态控制

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

套

1

4.**

交接班记录

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

套

1

4.**

线索（投诉举报）类警情

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

套

1

4.**

通知功能

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

套

1

4.**

公告功能

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

套

1

4.**

坐席状态显示

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

套

1

4.**

值班长接处警席

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

套

1

4.**

参数设置

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

套

1

5

接警辅助

5.1

敏感词检测模块

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

套

1

5.2

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

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

套

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.**

警情查询

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

套

1

8.**

受理查询

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

套

1

8.**

无效警查询

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

套

1

8.**

上下岗查询

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

套

1

8.**

警情查询明细钻取

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

套

1

8.**

查询结果导出

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

套

1

8.**

话务受理综合统计

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

套

1

8.**

话务受理峰值统计

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

套

1

8.**

各类警情数量统计

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

套

1

8.**

各辖区各类警情数量统计

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

套

1

8.**

报警处理结果统计

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

套

1

8.**

警情的处理/反馈量统计

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

套

1

8.**

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

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

套

1

8.**

接警员工作量统计

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

套

1

8.**

单位出警量、反馈量统计

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

套

1

8.**

辖区单位回访统计

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

套

1

8.**

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

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

套

1

8.**

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

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

套

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

**

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

**.1

电话报警受理

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

套

5

**.2

接警单填写

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

套

5

**.3

处警调度

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

套

5

**.4

反馈单填写

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

套

5

**.5

反馈后续处置

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

套

5

**.6

当前警情列表展示

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

套

5

**.7

历史警情列表

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

套

5

**.8

警情录音

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

套

5

**.9

系统数据上传模块

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

套

5

**

系统集成对接

**.1

与警务信息综合平台对接

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

套

1

**.2

与****5对接

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

套

1

**.3

数据共享对接接口

应能够以接口方式提供数据实时共享，包括接警信息、处警信息、反馈信息，录音信息、电话呼叫信息、席位状态等。

套

1

**.4

与勤务管理系统对接接口

应能够与勤务管理系统对接，获取相关勤务数据。

套

1

**.5

与背景协查系统对接接口

应能够与背景协查系统进行对接。应能够通过报警人身份证信息获取到对应的报警人背景信息。

套

1

**.6

与其他系统对接接口

应能够与其他子系统继续对接。

套

1

**

接处警总站子系统

**.1

接处警业务应用布局管理

应能够通过导航栏和功能菜单配置的方式统一对各角色可使用的业务模块进行配置，排列各业务功能的展现顺序，为不同的角色和人员存储绑定不同的功能展现内容方案。

套

1

**.2

接处警业务应用入口

用户应能够通过统一认证，登录进入到统一风格的接处警总站子系统中，应能够在一个桌面系统中完成相关的数据统计分析、关键信息浏览和业务操作等业务操作。

套

1

**.3

接处警业务应用统一展现

系统需采用统一的UI展现风格，需保证导航区和标题区的风格统一，优化用户的操作体验。

套

1

**.4

接处警业务应用登录管理

需提供单点登录注册服务，需支持普通的用户名密码登录方式，也支持通过PKI登录方式。

套

1

**.5

接处警业务应用会话管理

应能够探测会话状态，需对会话状态进行缓存；在通过身份认证后，并将身份认证令牌进行缓存和同步，同时在统一权限管理的支撑下，在会话中对用户权限信息进行缓存和同步。
应能够对在线用户进行管理，包括对在线用户的登录时间、在线时长、在线状态等进行查询和管理。

套

1

**.6

消息任务管理

应提供消息任务管理的功能。

套

1

**.7

接处警基础数据管理

应能够对单位信息、人员信息、通讯录信息等基础数据进行统一管理和维护。

应提供各个业务应用子系统的用户信息、认证信息、权限信息等数据同步操作接口。

套

1

**.8

接处警系统维护管理

需提供系统维护管理的功能，需包括用户账号、角色、权限管理维护的功能。

套

1

（二）

重大案事件突发处置子系统

1

指挥处置通用功能

1.1

任务接入

应支持不同类型的席位通过接口方式，接收上级系统推送的任务信息。需包括警情信息接口、情报稳控信息接口、合成作战指令处置接口、重大案事件信息接口。

套

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.**

领导批示

指挥台民警应能够录入领导批示信息详情。

套

1

1.**

处置单位反馈

系统需提供任务反馈录入功能，可以对接云指令系统、接处警系统、一体化工作门户，进行反馈信息的同步；

套

1

1.**

应能够记录或标绘真实的案发点信息。

1.**

处置信息补录

需提供给操作警员自行录入反馈信息的功能。

套

1

1.**

现场取证信息

应能够同步一线民警APP录入的现场取证信息和上传的相关证据。

套

1

1.**

要情补充

需提供要情补充功能，应能够录入现场详情和嫌疑人详情。

套

1

1.**

任务关联

应能够查询关联相关警情、情报信息，需以列表和表单形式进行体现。

套

1

1.**

督导评价

应能够对异常任务发送督办指令并跟踪处置状态，应能够对任务处置的一线民警和归属单位进行评价打分。

套

1

1.**

情报同步

应能够将案事件的处置信息，实时同步到一线处置民警的APP。

套

1

1.**

任务回溯

应提供任务回溯功能，对当前任务进行时间轴回溯，应能够在地图上进行轨迹同播。

套

1

2

多功能指挥席模块

2.1

指挥长席

2.1.1

在线监控

应能够监控所有指挥席、接处警席、**0报警台、指令值守台、APP上线情况，需以列表和图表形式进行呈现。

套

1

2.1.2

工作介入

当指挥长认为事态严重或敏感时，应能够随时对正在处置的警情、情报、安保任务执行进行介入，并及时向其余坐席同步相关工作要求。

套

1

2.1.3

任务接管

当指挥长需要接管任务时，应能够由二级指挥单元上升为一级指挥，由指挥长直接调度案事件的处置，并将信息同步给其他坐席。

套

1

2.1.4

通话旁听

与调度机对接后，应能够实现对调度机接入的各坐席电话进行旁听，旁听时任务处理人员和当事人听不到指挥席声音。

套

1

2.1.5

语音插话

当指挥长需要时，应能够对当前正在进行的通话进行插话，直接进行多方通话，并通过调度机录音系统形成录音。

套

1

2.1.6

任务批示

应能够对各指挥席发布的请示信息进行批示，需记录批示内容，批示人员、时间等信息。

套

1

2.1.7

督导记录

应能够对异常任务进行督导，需记录督导流程已经最终处理结果。

套

1

2.1.8

工作量化

指挥长应能够一键导出情报、接处警、重大案、安保席的各项指标。

套

1

2.1.9

融合通信支持

应能够通过指挥长席集成融合通信系统，对电话、警务通、5G执法记录仪、无线手台等通信设备进行一键调度。

套

1

2.1.**

带鱼屏支持

应支持大宽屏，最大应支持*********分辨率。

套

1

2.2

接处警席

2.2.1

接调一体模式

应能够满足接调一体的接处警工作模式，搭配接处警台进行1:1使用，以接处警单录入的警情信息为主显示表单内容。

套

1

2.2.2

接调分离模式

应能够满足接调分离的接处警工作模式，与接处警台进行解耦。

套

1

2.2.3

电话呼入

接处警系统和指挥模块同步弹屏，应能够同步提取报警电话、呼入事件、接警台号、值班员姓名等接警台信息。

套

1

2.2.4

报警定位

一、当接处警系统对接省厅基站定位服务时，应能够将电话呼入基站定位同步传送给警情指挥模块，并在地图上迅速定位。
二、 指挥员员应能够根据地址输入，系统根据后台地址资源服务自动联想最相似或最近POI信息。
三、 指挥员应能够从接警员给报警人发送的定位信中，读取报警人的相关定位信息。

套

1

2.2.5

警情云图

应能够在地图上展示有效警情的散点信息，根据警情的处置环节不同，展示不同的图表。

套

1

2.2.6

警情定级

应能够对警情进行定级。

套

1

2.2.7

警情标签

当警情接入后，接警员应能够根据警情类型，对警情进行一键式标签标注。

套

1

2.2.8

警情记录回溯时间轴

应能够在地图上展示警情的数据信息，点击可查看警情的详细信息，并以时间轴的方式展示警情的处理流程及详情。

套

1

2.3

重大案事件指挥席

2.3.1

视频追踪

应能够制定视频追踪方案，利用多个监控设备对同一个目标，进行视频追踪，应能够跟踪目标的实时位置和移动轨迹。

套

1

2.3.2

处置调度

一、应能够自动显示现场处置警力、梯次增援警力及协同处置相关部门资源状况；

二、应能够调取查阅重大案事件周边的视频监控信息，实时掌握现场及周边态势。应能够调集警力在犯罪嫌疑人可能逃往的路线上进行设卡堵截。指挥员应能够根据案件发展变化进行图上标绘；

三、应能够通过有线、无线、视频、移动终端等多种手段进行实时指挥，实现任务信息的及时准确传达。

套

1

2.3.3

多媒体调度

应能够对接融合通信子系统，实现电话语音通信、呼叫无线PDT，能和一线民警进行面对面视频。需满足H5、Anroid Native、Clietn三端通信，能提供Websocket-server、Socket、轮询等多种方式进行信息传递，信息传递类型需包含文本、短语音、短视频。

套

1

2.3.4

案事件接入和定位

应支持接处警员手工定位。

套

1

2.3.5

启动预案

点击启动预案，应能够将接处警关键信息传递到预案流程库模块，应能够自动根据某一警情类别或性质在预案库搜索，自动关联到相关流程化操作预案。

套

1

2.3.6

周边分析

以案件标注位置为中心，应能够显示一定范围内的视频、警力、警车、应急资源、重点单位等，需根据资源分类不同的资源按照不同的图标展示，应能在电子地图上定位显示直观查看资源的分布情况，应能查看资源的详细信息。

套

1

2.3.7

智能布控

1、布控防线设置
通过预置布控点、巡防必巡点关联，地图标识相关点位，应能够自动获取治安卡口、临时布控点、必巡点以及交通治安岗亭的设点分布，应能够以“1分钟、5分钟、**分钟、**分钟”为标准，通过时间计算模型从卡点信息资源库自动抽取卡点信息，自动连结周边的设定范围内的卡点，形成闭合的布控防线。

套

1

2、临时封控点设置
系统应能够利用封控点、查报站等形成封控防线，系统需提供临时封控点增加的功能，实现在地图上自行标绘临时封控点，并能通过将添加的临时封控点与原有系统自行生成的封控防线进行融合，即时生成新防线。

3、卡点封控圈
应能够在电子地图上任意生成5分钟、**分钟、**分钟的卡点封控圈。一旦处警力量进入到达封控卡点，移动终端会自动发出信息，卡点由“红色”就会变成“绿色”，便于对处警力量到岗情况实施跟踪督导。

4、警力封控圈
发生一般警情时，系统应可对警情周边的勤务岗位和辖区勤务部署，推荐相应的分局和巡组。
发生重大案事件时，系统应采用“就近处置”的原则，会在电子地图上完成5分钟处置圈、**分钟周边增援圈、**分钟外围包围圈，自动显示出封控圈内的警力资源。
同时能够按照不同的封控圈范围内的警力资源进行分组，实现分组指挥调度。

5、车辆布控
应能够对车辆进行智能布控，自动对模糊车辆牌号进行实时比对，同时自动展示其周边一定范围内的警力资源，然后可选择自动布控或固定布控进行布控。

6、视频布控

需与视频监控系统对接，应能够在地图上点击摄像头，即可查看多个摄像头不同时段的监控画面。

2.3.8

指挥调度

需集成各种通讯手段，打通指令系统，应能够在一张图上对附近警力、增援警力及协同警种进行统一调度。

套

1

2.3.9

处理记录

应能够记录存档指挥人员在重大警情处置过程中记录所有操作，应能够生成处置报告，确保处警过程可追溯。

套

1

2.3.**

事后评估

应能够对案事件处置过程进行全记录，根据案事件基本情况、处置经过、处置结果，应能够自动生成处置报告，并能对事件处置效果进行评估，对处置预案进行修订完善，固化形成处置案例。

套

1

2.3.**

事件档案

应能够对重大案件进行重点归档，应支持自定义业务标签。

套

1

2.4

情报稳控席

2.4.1

重点人档案调阅

应能够对重点人员数据进行数据重组，应能够调阅重点人员档案信息。

套

1

2.4.2

重点场所管理调阅

应能够维护和调阅重点场所、重点监管部位的档案信息。

套

1

2.4.3

群体档案调阅

应能够调阅、查看重点群体档案信息。

套

1

2.4.4

临时控制情况调阅

应能够查阅临控人员的档案信息。

套

1

2.4.5

小区出入情况可视化

对接智慧城市——智慧小区，对重点人员出入进行亮灯。

套

1

2.4.6

人员迁徙图

应在地图上对重点人的户籍迁入和迁出进行体现和统计预警、

套

1

2.4.7

人员流动图

应能够对重点人入市、出市、进京进行体现和预警。

套

1

2.4.8

重点人员地址逆向

应能够通过“融合辅助定位服务”对重点人地址进行逆向，解析出最佳地理信息坐标，将现存的重点人员信息空间化。

套

1

2.4.9

重点事件地址逆向

应能够通过“融合辅助定位服务”对重点群体地址进行逆向，解析出最佳地理信息坐标，将现存的重点群体信息空间化。

套

1

2.4.**

失控信息推送

发现重点人失控时，应能够将基本信息、群体信息、涉稳时间和其他研判系统推送至重大案事件指挥席。

套

1

2.5

安保专项保障席

2.5.1

安保一张图

应提供安保一张图的功能，实现视频监控资源、重点人态势、安保路线、警力资源部署、警车部署情况、警情等安保相关资源在电子地图上进行展示。

套

1

2.5.2

安保防控圈

应能够在三维重点区域模型周边规划“核心圈、警戒圈、疏散圈”。应能够利用空间缓冲区技术，显示周边可用警力、警用装备、车辆、摄像头资源。

套

1

2.5.3

安保预案制定

应能够根据重大安保任务需要制作、演练、完善各种指挥调度预案。应可以将生成的预案进行输出打印，打印范围、大小、内容可调。

套

1

2.5.4

任务进度表

需提供任务进度表功能，应能够根据安保活动或重要任务的特点，将任务的各个阶段进行科学划分，需以时间轴的形式表现在系统上，可预演、可回放，在特定时间点时，系统会自动关联相关的各类资源实时演进。

套

1

2.5.5

任务演练

应能够按照活动进行的时间、空间、参保人员、安保对象、安保措施和相关安保设备等内容进行任务预演。

套

1

2.5.6

任务发布

定制好的安保任务方案应能够发布到主体界面，当达到任务设定时间时，系统应能够自动执行安保任务。

套

1

2.5.7

任务关注

应提供任务关注功能，把重要级别较高的任务和领导比较关注的任务进行关注，需包括安保预案、安保路线、勤务安排、任务进度等内容。

套

1

2.5.8

态势评估

应能够按区域范围，对接入警情、重点活动范围、群体性事件预警等多种社会治安态势数据进行态势评估。

套

1

2.5.9

视频预案

应能够根据安保区域和路线，选取相关高清、高点摄像头，组成相关视频预案。

套

1

2.5.**

前导车保障

应能够提供前导车维护功能，维护前导车的车型、驾驶人、车牌号等内容，应能够绑定移动定位设备。

套

1

2.5.**

安保要素标绘

（1）应能够在电子地图上直接添加标注要素，要素仅在电子地图展示；
（2）应能够将对应的全景视频上直接添加标注要素，该要素能在全景视频上展示，同时能在电子地图上的相应点位展示；
（3）对于电子地图上的标注要素，应能够选择全部展示、不展示或按照类别展示。

套

1

2.5.**

重点警卫路线保全

应提供重点警卫路线保全功能，需包含任务分项，负责人、应到警力、到岗位置等重要因素，当警务任务执行时，车队的清道车会实时打开车载视频监控，应能够将实时画面投到情指中心大屏上，以便实时了解现场情况和警力部署情况。

套

1

3

战术投送模块

3.1

同步上案

当操作民警发现一个重大案事件时，可启用同步上案功能，应能够将案件实时同步到五个坐席，需自动关注该任务信息，五个坐席可根据自身职责不同共同处置该任务。

套

1

不同坐席和警种对任务的研判信息和处置情况，应能够实时同步到所有坐席。

3.2

预案推荐

应能够根据重大案事件的详细情况，按照类型、等级、敏感程度、伤亡人数等指标，自动推荐相关处置预案，应显示预案的处置流程图。

套

1

3.3

预案流程核对

应能够显示预案的流程引导图，应根据用户的操作步骤点亮流程节点，需提供可核对的流程清单。

套

1

3.4

定位描绘

应能够在地图上进行警情、风险点的定位描绘，描绘的定位信息存储到后台提供给其他功能使用。

套

1

3.5

（JW对接）轨迹描绘

应能够与JZ、WJ对接，通过WL和TZ的数据对一个电话号码或者身份证信息进行轨迹定位。

套

1

3.6

快速处置反应圈

基于警情、任务，应能够在地图上显示快速反应圈，即处置圈、增援圈、包围圈三个反应圈，应能够把圈内的各类资源：视频、卡口、警力等数据呈现在指挥端。

套

1

3.7

处警力量推荐

应提供辖区推荐、警种推荐、最短距离推荐、最短行进时间推荐等组合算法。在发生警情或其他任务时，应能够对处警力量进行自动推荐提醒。应支持手动派警。

套

1

3.8

逃逸分析

应能够根据开封市一标三实、PGIS的路网采集情况，对犯罪嫌疑人的逃逸工具和方向、速度进行设定，利用空间计算引擎，可在地图上呈现嫌疑人5分钟内到达（红色）的区域，和**分钟内到达（蓝色）的区域，为一线民警围堵嫌疑人提供有力手段。

套

1

3.9

围捕分析

应能够根据逃逸分析的计算结果，测算出相应时间内可到达封控位置的警力。
1、 显示在逃逸范围中，在街面执勤的勤务卡口。
2、 显示在逃逸范围中，相应的高清视频列表。
3、 显示在逃逸范围中，相关的车辆卡口列表。
4、 显示在逃逸范围中，相关交警和高速卡口的勤务执勤信息。

套

1

3.**

现场直播

应能够通过任务和勤务相关信息的结合，调用融合通信接口，实现5G执法仪、移动APP的视频调用。

套

1

3.**

联动处置

应能够与应急消防部门、急救部门进行联动，可将电话一键播出，应实现报警人、指挥坐席和应急部门的三方通话。

套

1

3.**

设卡布控

应能够向执勤警力发送人、车特征或基本信息，并在地图上标绘设卡堵控点，要求关注并设卡拦截。

套

1

3.**

执法依据

应能根据不同的案事件信息，向执法人员推送相关执法依据。

套

1

4

勤务力量集成

4.1

带班领导集成

应能够对接勤务系统接口，实时同步当前市局、分县局以及各支队的带班领导信息。

套

1

4.2

街面巡组集成

应能够通过勤务类型筛选界面巡逻警力，应以列表和地图呈现的方式进对街面巡组力量进行集成。展示巡组的点位信息，警员基本信息。

套

1

4.3

属地单位集成

应能够根据本地的任务处置单位进行排列，应将相关任务信息推送至处置单位工作门户进行处理。

套

1

4.4

合成作战集成

应能够根据合成作战进驻的专业警种进行排列，并可将相关任务信息推送至警种的工作门户进行处理。

套

1

4.5

特殊保障集成

应能够根据专项任务保障的信息筛选勤务执勤信息，并将相关勤务编队的领导信息、执勤警力信息和部署位置集成到指挥台。

套

1

4.6

应急联动集成

应能够将应急联动单位的基本信息和电话集成到处置页面，需支持电话一键拨出。

套

1

5

支撑服务集成

5.1

离线瓦片图层

应能够根据实际需要接入二维、三维瓦片地图，根据实际情况，显示卫星影像、白色地图、科技蓝地图、科技黑地图、金黄日耀地图等主题，满足可视化指挥的不同配色要求。

套

1

5.2

建筑轮廓图层

应能够利用webGL技术，展示全市建筑轮廓信息，需支持蓝色、白色两种建模样式，能与重点部位的三维建筑轮廓进行叠加。

套

1

5.3

全市POI图层

应能够将全市POI信息图层进行整体上图，应能够查看POI信息的详细内容。

套

7

5.4

视野定位

应能够快速定位一个地图上的具体坐标点。

套

1

5.5

视野漫游

应能够根据用户需要，制定漫游策略，进行视野游走，经过三维地段时，可根据用户设置是否对重点区域进行视野绕行。

套

1

5.6

业务资源图层

应能够实现各类资源上图，包含警情类、警力类、警务资源类和社会资源类四种。

套

1

5.7

资源查询

应能够对接地址资源服务，通过输入文字、拼音、区域、街道对相关城市POI信息进行定位。

套

1

5.8

视频标签化

应能够给视频打标签，需与预案管理系统进行关联，能在需要调看视频监控时，一键调阅关注的视频图层和列表。

套

1

5.9

视频盲点上报

应能够在地图上进行视频盲点标注，应能够以csv或excel的格式导出标注的盲点信息。

套

1

5.**

融合通信对接

应能够与融合通信对接
1、应能够对5G执法仪进行视频和呼叫。
2、应能够对市话和内线电话进行麦克风呼叫。
3、应能够对车载图传进行视频通讯。
4、应能够对PDT进行组呼（或单呼，如集群支持）。
5、应能够对高清视频、车辆卡口图像进行调阅。
6、应能够将融合通讯传入的定位信息向融合定位子系统转发。

套

1

5.**

排队调度机和电话对接

应能够和调度机对接，安装调度专用电话，并接入录音设备，实现以下功能：
1、应能够实现座机电话和处置系统联动、一键呼叫。
2、应能够实现座机电话三方、多方会议通话。
3、应能够实现情指中心、合成作战和警种专班内线短号呼叫。
4、应能够实现市县接处警席位多方通话。
5、应能够实现会议、通话录音保存并合案事件进行关联。

套

1

6

指挥沙盘工具箱

6.1

测距工具

应能够在地图上进行连点，并测处点与点之间的距离。

套

1

6.2

测面工具

应能够在地图上绘制一个多边形，并显示多边形面积。

6.3

坐标采集工具

应能够在地图上采集WGS**坐标系的坐标点值。

套

1

6.4

鹰眼工具

应能够显示地图的缩略图。

套

1

6.5

放大镜工具

应能够通过地图放大镜，在放大镜内显示最大级别图层的资源信息。

套

1

6.6

图层切换工具

应能够在不同的瓦片图层和WMTS服务图层间进行切换。

套

1

6.7

标绘工具

应能够在三维地图上进行信息标绘，作为沙盘演练的规划工具：需包含点、弧线、曲线、折线、自由线、圆、椭圆、弓形、扇形、矩形、曲线面、多边形、自由面、聚集地、钳击、直箭头、细直箭头、突击方向、进攻方向、分队战斗行动。

套

1

7

分局、科所队桌面

7.1

信息查询

需提供数据查询和统计功能，包括警情类别（**0、**2）、警情信息的查询、辖区信息查询、火场信息查询、化学危险品查询、重点单位查询等。

套

1

7.2

多级“一张图”

在市局部署统一GIS地理信息系统服务，使分局、派出所、科室能够通过Web方式访问到相关的图层，支持多种通用技术格式，满足多级应用和分局、科所队根据实际情况二次开发。

套

1

7.3

上岗登陆

当值班员登录时，情指中心勤务报备系统中相关状态进行实时联通，科所队终端根据值班员权限进行系统初始化。

套

1

7.4

网络接单

远端任务终端平时处于待接警状态，当情指中心有接警单通过网络派发至该远端接处警终端时，系统自动将该记录添加到等待接收警单列表，支持远端签收警情单。

套

1

7.5

本地接警

应提供给远端处警终端单位受理群众上门或电话报警的渠道，支持警员直接在处警终端录入警情信息，生成接处警单，在情指中心备案的同时返回给该单位进行处警。

套

1

7.6

信息提示

当有警情需要处理的时候，系统将会发出报警声音，向接警员进行提示，并弹出警情窗口。

套

1

7.7

警“情”关联上报

系统应能够检索相关情报预警信息，和警情任务进行自动、手动关联，系统将相关信息整体组合反馈给情指中心。

套

1

7.8

任务反馈

远端处警单位在处警完成（或阶段性完成）后，需填写反馈单，向中心反馈处警情况。

套

1

7.9

下班、交班

当值班员使用下班、交班功能时，系统自动弹出相关交班记录，如有重大警情时，系统提示当前值班员有重大事件未处置完成，并在下一值班员登录时做出提醒。

套

1

（三）

云指令子系统

1

指令汇聚管理

1.1

与省厅指令系统对接

应能够与省厅指令系统进行对接，实现本市云指令统一值守。

套

1

1.2

与省厅信息报送系统对接

应能够与省厅情指中心信息报送系统进行对接，实现本市云指令同步报送和反馈信息。

套

1

1.3

与省厅重点人系统对接

应能够与省厅重点人系统进行对接，实现省厅下发重点人的稳控信息反馈和本地重点人的上报。

套

1

2

在线流程发布管理

2.1

流程编辑

应能够对已经设定好的任务流程进行编辑，但不影响已经提交的任务流程。

套

1

2.2

流程发布

应能够对已经编辑完成的流程进行发布，发布后的流程可被民警调用发起相关指令流程。

套

1

2.3

流程跟踪

应能够对已经发起的任务进行跟踪，需显示当前办理人，办理状态和下一环节。

套

1

2.4

业务表单设置

应能够通过流程关联相关业务表单，业务表单可灵活编辑，已经发出的指令可在内容里嵌入业务表单和相关的填写内容。

套

1

3

作战力量管理

3.1

作战小组设置

应能够自定义作战分局，如指挥长、指挥员、警种专员、专员领导、督导员等作战小组。

套

1

3.2

作战人员召集

通过调用民警基本信息库，应能够将人员与作战小组进行关联。任务发起时，应能够通过作战任务小组分发指令，相关小组成员均能看到任务详情，但只有唯一人员可签收。

套

1

4

协作任务办理

4.1

个人任务墙

应能够显示个人任务信息，需包含待办任务总量、待办信息内容，已完成任务量、已完成任务内容、被督办内容的信息。

套

1

4.2

任务协查

应提供任务协查功能，针对特定的单起案事件进行全方位、多维度的综合研判，需包括现场勘查、周边视频、摸排走访、人员背景及关系（受害人、报案人、嫌疑人、证人等）、案事件相关情报线索、案发地高危活动人员、同类案事件前科人员、案发地同时空通讯信息等。

套

1

4.3

指令分级

应提供指令分级功能，根据实际情况和案事件严重情况，可将指令分成四个等级。

套

1

4.4

指令流转

应提供指令流转功能，把有价值的线索评估后，形成侦查或合成协查工作指令，流转给刑侦、治安、禁毒、经侦、派出所等部门相关部门协同开展工作，指令发起部门责任人负责牵头开展工作。

套

1

4.5

签收提醒

系统需在左下角弹出待签收对话框，提示待签收的数量，点击后应能够进入待签收列表页面。

套

1

4.6

指令签收

需提供指令签收功能。

套

1

4.7

任务会签

当任务需要多个人一起审批时，指令应能够设置会签人员集合和会签条件，满足会签条件时，任务流程可放行。

套

1

4.8

任务转交

任务在特定环节时，应能够将任务指定给其他单位或民警办理。

套

1

4.9

调查线索上报

需提供调查线索上报的功能。

套

1

4.**

线索审核评估

需提供线索审核评估功能，民警完成每一条线索上报工作后，分局研判人员工作界面中应能够展示新线索待审核记录，选择审核结果（通过、不通过）以及是否需要增加线索要素等。

需提供线索合并展现功能，将审批后且被研判人员批准显示的线索信息合并显示。

套

1

4.**

指令反馈/多次反馈

指令处置单位应能够查看下发到本单位的指令任务信息，并可对指令进行签收和信息反馈。

当指令下发给派出所或大队时，相关上级单位如分局或支队应能够查看指令信息，并对指令进行补充反馈。

对于即将超时的指令系统可根据时间设置，应能够对指令派发人员和处置单位人员进行双向提醒。

套

1

4.**

补充反馈

应能够进行多次反馈（不限次数），在下发信息详细页面中应可看到完整的反馈列表。

套

1

4.**

新增单位补发

需提供新增单位不发的功能。

套

1

4.**

流程循环

民警应能够对反馈的指令信息进行评估，再次形成合成协查工作指令，流转给刑侦、治安、网侦、经侦、派出所等部门相关部门协同开展工作，指令发起部门责任人负责牵头开展工作。

相关部门接收指令后，进行签收、反馈。

套

1

5

虚拟会议室

5.1

会议设置

应能够设置会议主题、关联任务详情、会议开始时间、结束时间，重要会议信息等内容。

套

1

5.2

会议列表

将所有会议按照时间或会议状态排列，应能够查看会议的进行状态，点击应可以查询会议详情和会议内容追溯。

套

1

5.3

成员管理

应能够通过链接方式邀请成员加入会议，也应可预先指定参会人员，与会人员加入虚拟会议室时，应显示人员头像和详情。

套

1

5.4

同步上案

应可在会议室发布案事件最新详情信息，需包含案事件基本信息，派发信息，现场处置信息。需支持在线浏览。

套

1

6

线索研判盯办

6.1

我的盯办

需提供我的盯办功能。

套

1

6.2

被盯办任务

任务发送给督办人后，发起人和办理人应能够查看自己被督导的任务和批示。

套

1

6.3

盯办结果

督导人员应能够根据实际情况，填写督办信息，并将督办结果同步给任务办理人和发起人。

套

1

7

战果认定

7.1

结案提醒

应提供结案提醒功能，案事件已经处于结案状态，应能够将自动新相关信息，在系统首页进行结案提醒。

套

1

7.2

案事件信息抽取

应提供案事件信息抽取功能，实现案事件基础信息、受害人信息、嫌疑人信息、嫌疑人抓获信息、现场勘查信息定等从数据仓库抽取到平台，应能够汇聚接报警开始到结案的全过程所有信息。

套

1

应能够自动从数据仓库中获取本辖区的新增案事件信息，包括案事件编号、发案时间、发案地点详址、简要案情、承办单位及涉案物品信息等。

7.3

资料上传

应提供资料上传的功能，一线民警可以录入或导入视频资料、文件资料来作为破案的线索或证据。

套

1

7.4

案事件电子档案

应提供案事件电子档案的功能，实现“一案一档”方式集中展现案事件动态侦查全过程。

套

1

7.5

案事件串并

需提供案事件串并的功能，通过NLP语义分析通过关键词，依相似度提供排名，辅助推荐串并案事件。

套

1

7.6

环节审查信息

应能够录入审查办案环节信息。需包括涉案嫌疑人，审查办案结果，应可以追加办案单位和民警和上传文书图片。

套

1

7.7

研判报告

应能够自动输出合成情报研判报告。需支持word、pdf格式导出。

套

1

8

在线共享文档

8.1

文档解析

需提供一套在线office工具套件，满足不大于**人在线编辑。应能够解析指令中的office、wps两种软件格式，支持txt、word、excle、pdf、CSV、ppt等多种文件格式。

套

1

8.2

文档管理

需支持文档手动上传和自动上传两种模式，需支持新建文件，新建类型需包括文档、表格、幻灯片。

套

1

8.3

文档扩展功能

需支持文档的下载、空间移动、复制、在线重命名、设置特有标签等信息。应能够对文档进行标星关注，查看文档的属性等。

套

1

8.4

文档分享

应能够对文档进行加密分享和公开分享，以连接的形式复制给其他民警进行浏览，应可设置文档浏览的权限。

套

1

8.5

历史版本管理

应能够查看文档的历史版本和修改信息。应可以对文档历史版本进行备注、下载历史版本。

套

1

8.6

文档全文检索

应能够对文档内的文字信息进行全文检索。

套

1

9

在线编辑

9.1

文档编辑

应能够支持字体格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。

应能够在线快速编辑文字，并对内容进行左右排版；提供标题1-9快速样式。

应能够对文字进行快速标记、加粗、颜色可选。

需提供内容格式刷。

需支持文档导出word，样式不失真。

套

1

9.2

表格编辑

需支持表格格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。
应能够在线快速编辑表格，并对内容进行左右排版；提供标题1-9快速样式。

应能够对表格进行快速标记、加粗、颜色可选，可标记表格的边框，提供内边框，外边框、加粗框等。
需提供常用excle公式，如求和、平均值、最大、最小、总和、逻辑判断、日期、查找列表等功能。
需提供内容格式刷。
需支持文档导出excle，样式不失真。
需支持快速下拉数据的复制。

套

1

9.3

幻灯片编辑

需支持幻灯片格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。
应能够在线快速编辑幻灯片，并对内容进行左右排版；提供标题1-9快速样式。
应能够对幻灯片进行快速标记、加粗、颜色可选，可标记表格的边框，提供内边框，外边框、加粗框等。
应能够插入表格、文本框、图标、图片、形状等内容。
需支持文档导出ppt，样式不失真。

套

1

（四）

一体化行动处置APP

1

今日头条

1.1

公安动态

需提供公安动态展示模块，展现开封市公安局的相关新闻动态信息。

套

1

1.2

通知公告

通过移动终端，应能够实时查看通知及公告详情。

套

1

1.3

警情动态

应能够在APP端实时查看警情动态详情。

套

1

2

领导模块

2.1

勤务查看

通过勤务设定的任务信息列表，应能够进入相应的详细任务信息，阅览相关的任务实际情况，应能够查看相关警员的具体签到和当前位置信息。

套

1

2.2

重大警情提醒

应能够设定指挥调度相关的领导工作组，当发生重大警情时，应能够自动/手动向领导手机推送相关的警情信息、位置、处理过程、反馈情况，让领导在移动端可以随时掌握重大警情的发展情况。

套

1

2.3

指令批阅

应能够向领导手机发送指令信息，请求领导批阅，相关领导可对该指令进行批示。

套

1

2.4

全市治安态势掌控

应能够以图形、图表的形式，在手机端展示全局的警情态势，包括三高四色，勤务力量，民意反馈等。

套

1

3

移动地图

3.1

地图浏览

通过移动终端屏幕上的手势，应能够实现移动终端屏幕展示的地图区域，应能够漫游浏览地图信息。

套

1

3.2

地图放大

点击地图放大按钮时，应能够将当前屏幕区域的地图以屏幕中心位置为中心进行放大显示。

套

1

3.3

地图缩小

当点击地图缩小按时，应能够将当前屏幕区域的地图以屏幕中心位置为中心进行缩小显示。

套

1

3.4

路径推荐

应能够根据案发地位置和警力位置，进行路径推荐。

套

1

3.5

资源搜索

1、在搜索框输入地址关键字应能够能够查询关键字匹配的地址列表，供用户点击选择要查询的地址，应能够查看详情信息；

2、根据定位的当前位置，应能够查询周边地址信息；

3、搜索结果应以气泡的形式显示该位置的详细信息，此时点击可查看兴趣点详情信息。

套

1

3.6

警力分布

应能够对各类值班人员备勤信息和当前位置信息进行查询展示。

套

1

3.7

周边资源查询

应能够查询警情位置附近的医院、旅店、人口、学校、重点单位等信息；应能够在地图上进行可视化的查询展示；应可以查询附近的警力资源情况。

套

1

3.8

动中备勤

当民警进入APP时，应能够自动提醒有新的任务，需要上岗签到，进入签到页面，应显示当前已经上岗的任务和未签到的任务，应可以查看任务详情，并可以看到该任务上岗所需要的携带的装备。

套

1

4

警情调度

4.1

警情信息提醒

当警员有警情调度信息时，终端【消息中心】图标应增加红色角标并增加一行条目，应能够进行震动、响铃和语音提示。

套

1

4.2

警力列表查看

应能够查看最新的调度信息，列表按照时间倒序进行排列展示警情性质、警情案发时间、警情地址。

套

1

4.3

警情调度

点击某条警情应能够进行调度，可查看调度详细信息，根据警力调度目的地位置，可在地图上进行直观展示。签收警力调度信息，对后台发出的警力调度信息进行签收，系统记录签收说明、签收时间。

套

1

4.4

到场反馈

应提供到场反馈功能，当警员到达处现场后，点击“警情签到”将到场时间和警情位置推送至指挥调度系统。

套

1

4.5

警情重定位

1.民警到达案发地后，若发现实际位置与报警位置不符，应能够进行“警情重定位”，调用定位模块将当前坐标发回后台并更新；

套

1

2.每个警情仅允许被重定位一次，被重定位一次后其他人的终端按钮置灰不可操作。

4.6

调度反馈

1、移动警务通上应能够采集警情的精准位置，应能够把现场情况以图片、视频、音频及文字说明信息上传到指挥调度系统。

2、处置完成后，应能够将处置结果反馈给指挥中心。

套

1

4.7

情报处置

应能够根据指挥调度系统下发的预警处置指令，执勤民警对预警信息进行接收、地图定位查看以及进行处置结果反馈报送。

套

1

5

风险采集

5.1

指令办理

应能够把警情、任务、重大案事件的位置、内容等信息，以指令的形式下发到一线民警的移动警务通上，同时在警务通手机上显示消息提醒，民警点开应可查看详情，进行签收、办理。

套

1

5.2

预警信息接收

当有新预警指令时，移动终端【消息中心】图标应增加红色角标并增加一行条目，需注明预警时间和预警类型，点击后可查看预警指令详情，同时声音及震动进行提醒。

套

1

5.3

预警指令查看

预警指令列表应能够展示预警类型、预警时间、下发部门；点击应能够查看预警指令详情，应能够在地图上展示预警位置，且可导航到此处。

套

1

5.4

在线流程跟踪

应能够在移动终端上查看指令办理的阶段。

套

1

5.5

多媒体交互

当接收到情指中心调度时，应能够与情指中心进行信息交流，通过移动终端应能够将现场情况及时向情指中心汇报，与情指中心进行多媒体信息交互，包括对讲、文字、语音、图片等。

套

1

5.6

紧急协助

民警点击紧急协助按钮，终端应能够自动发送协助发起人位置至系统，应能够自动搜索周边范围（比如1公里，可设定）内的部门警员，将协助信息发送给周边警员，并在情指中心指挥调度平台上闪烁显示紧急协助点位，显示求助民警的信息和当前正在执行的任务。

套

1

5.7

警信速递

通过市局的短信平台，应能够将报警信息通过短信形式同时发送到一线接处警民警的警务通手机，并在短信中置入唤醒警务通APP的连接，民警点击后应能够直接打开APP进行警情处理。

套

1

三

勤务在线管理系统

（一）

勤务报备子系统

1

勤务基本信息管理

1.1

勤务类型管理

应能够对勤务类型进行管理。

套

1

1.2

勤务等级管理

应能够实现警种、各单位勤务等级的管理功能，应能够调整勤务等级、时段和区域，并经情指中心审批后，在系统中调整勤务等级，应提供启动、调整和终止等级勤务的功能。

套

1

1.3

敏感节点维护

应能够支持敏感节点手工维护，应可以维护日期、敏感节点名称。需支持Excel导入和导出。

套

1

1.4

巡防区规划

应提供巡防区规划的功能，由情指中心维护各分局、县局、派出所、社区警务室的巡逻区域，应可以在PGIS上进行空间标注，可区分不同颜色、标题，设定巡查缓冲区等。

套

1

1.5

岗位管理

应提供岗位管理的功能，应可以定制不同的岗位用于区分排班。

套

1

1.6

装备管理

应提供装备信息管理功能。

套

1

2

带班领导报备

2.1

警用日历

应能够自动生成当前工作日历，与实际日期对应，提供“上一月、下一页、当月”功能按钮，可快速翻阅日历。根据日历样式快速辨识，所在日期是否已报班，以及报班领导数量及其相关信息。

套

1

2.2

信息报备

点击日历，应能够弹出报班表单。可在表单上对领导报班要素进行填写。应能够在表单上多选日期，批量生成报班信息。

套

1

2.3

领导报班查询

应能够在警用日历上按照时间段查询领导报班信息，需提供日期、机构、名称等查询条件。

套

1

2.4

报班呈现

应能够在警用日历上呈现领导报班信息，包含领导姓名、所在单位、固定呼号。并能在日历上醒目显示当天领导报班人数。

套

1

2.5

敏感日期提醒

当某一天为敏感日时，应能够在日历上进行醒目的标识。并能点击查看相关敏感日的详细介绍，

套

1

2.6

领导报班导入

需提供报班导入模板，批量导入领导报班信息。导入错误信息进行相应的提示，并允许修改再导入。

套

1

2.7

敏感日期维护

应提供维护和导入敏感日期的功能，包含敏感日期的时间、内容、工作提醒等信息。

套

1

3

任务管理

3.1

执行计划一览图

应能够按照日常任务的排班，显示日常任务执行计划一览图。

套

1

3.2

重点区域布岗

应能够在地图上对重点区域进行三维布点布哨，规划巡防缓冲区。

套

1

3.3

日常巡逻排班管理

应能够针对本单位的执勤情况，配置本单位的执勤岗位、执勤时间、执勤人员等基础信息；
各单位应可以查看本单位所有岗位的实时执勤情况；
应能够以图表形式查看具体某岗位的当天的执勤安排和实时执勤情况；
应可以查询本单位的历史执勤安排。
应可以查看各单位所有岗位的实时执勤情况及历史执勤安排。

套

1

3.4

夜巡专项勤务

应能够针对地市、县市属地公安勤务工作特点，部署相关夜巡班组，应能够针对重点场所、烧烤摊、货品仓库、货运点、码头等单位进行重点排查。

套

1

3.5

“两队一室”专项勤务

应能够针对公安部提出的“两队一室”专项工作内容，建议综合警务室、社区警务队、案件办理队的专项勤务。规范基层派出所组织架构，结合每名民警能力特长等因素定人定岗、专人专责，带动全区警力下沉。

套

1

3.6

勤务计划

应提供勤务计划的功能，有效组织和管理日常勤务相关的工作，通过已启用的勤务方案，操作员可按照勤务方案的要求选择执行该勤务的警力警员来完成排班工作，并支持针对加班、调班等相关基本功能。

套

1

3.7

勤务执行

应能够跟踪展示本单位全部在勤人员的实际人数和执勤状态，支持历史记录的多维度统计分析。

套

1

3.8

勤务报备

应能够向上级部门报备本单位警力警员状况，应可分为动态管理与静态管理。

套

1

3.9

装备绑定

应能够灵活配置装备的绑定，使上岗人员可以通过警务通扫码、手动录入等方式，形成人员、岗位、装备的绑定关系。

套

1

4

勤务督导

4.1

勤务回放

结合地图，应能够对执勤警力进行阶段性勤务回放。

套

1

4.2

巡防日志

应能够通过后台和APP记录一个班组、民警的勤务巡防日志。

套

1

4.3

勤务考核

应提供各人员勤务执行情况统计、勤务详情查看及违规信息查看。通过实时记录执勤人员的定位信息后，应能够在地图上模拟其活动轨迹，可调取执勤过程中的监控资源进行视频巡查，应能够实现对不同的辖区按照不同的勤务等级标准分别进行考核。

套

1

4.4

勤务督导分析

应能够对情指中心勤务规划进行督导分析。

套

1

4.5

勤务数据共享

应能够将勤务相关数据共享给其他警种，应能够支撑接处警系统、APP和指挥系统等。

套

1

（二）

预案管理子系统

1

预案数字化

应能够对预案进行结构化分解，将预案中的适用范围、组织体系与职责分工、分级标准、应急资源、处置方法等应急相关信息、应急流程信息进行数字化存储，形成预案库。

套

1

2

可视化预案制作

应能够建立组件式的预案制作方式，在预案制作时，直接拖动工具箱中的预案元素，即可方便快捷的制作各类方案预案。需开发预案人工干预功能，预案制作人员可通过该模块对预案进行人工干预。

套

1

3

预案沙盘绘图工具

应能够在三维地图上对预案进行图形化呈现，需包括军标绘制、屯兵点、多边形围栏、巡控路线、重点防控区等绘图工具。

套

1

4

预案/指令关联

应能够根据警情类别、警情等级进行自动预案关联，重大案事件自动匹配启动预案，同时根据预先关联的指令提供指令一键下发功能。

套

1

5

预案任务分解

应能够通过图文联动，将预案执行的相关单位纳入到预案中，同时将需要部署的警力部署点位、科技设备部署点位分配给相应单位。

套

1

6

预案流程图

应能够提供标准的预案流程图，能在系统调用时，对整个事件处置的关键节点进行提醒，并能通过节点查看关联的相关勤务信息、处置标准信息等内容。

套

1

7

执行原则管理

应能够根据不同案事件，对应不同的预案执行原则，包含：多级接警、多级处警原则；就近派警、辖区派警、业务警种处置原则；增援原则和先期处置原则等内容。

套

1

8

分级标准管理

应能够根据不同的警情信息内容，对案事件信息进行标准定级。

套

1

9

岗位职责管理

应能够管理各级、各部门在不同等级案事件中起到的职责，可通过案事件等级、辖区、类型进行对应。

套

1

**

预案审核发布

应能够对编制完成的预案进行审核，通过领导审核之后应能够发布、使用，需保留预案的审核历史记录。

套

1

**

预案培训与演练

应提供预案名称、培训单位、参与人数、培训方式、培训开始时间、培训结束时间、培训地点、培训范围、培训内容等预案培训指标的录入界面。应提供对预案培训的查询和培训记录列表显示功能。应提供预案演练的视频资料和图片资料的上传功能、演练查询等功能。

套

1

**

预案评估

系统应支持对预案编制情况、预案培训情况、预案演练情况、预案评审情况等进行统计分析，并形成报表供用户进行预案评估。

套

1

**

智能匹配

应能够以随机发生的警情地点、类别、场景等信息为基准，系统自动进行智能分析、匹配关联相应的预案，应能够显示处警流程。

套

1

**

预案模板维护

1、预案模板制作：需提供制作新的预案模版功能，应能够设置的预案模版项，包括预案名称、预案发布时间、预案类别等。

2、预案模板审核：应能够对新制作的模版或新编辑的预案模版进行审核，应可以查看预案模板、审核预案模板以及查看审核详情。由领导对模版审核完成通过后才能应用。
3、预案模板查询：应能够在特定查询条件处输入关键词查询模版，并显示最终查询结果。

套

1

**

预案导出/打印

应支持结构化预案一键式导出和在线打印。

套

1

四

智能化支撑系统

（一）

融合辅助定位服务

1

地址数据标准化

1.1

地址数据标准化处理

汇总公安现有地名地址，需分析其数据结构及地址组织规则，按照制定的地名地址标准规范，获取现有基础数据：包含公安标准地址数据、全市行政区划边界（精度至村）、道路数据等地址数据资源。

需提供3年互联网POI数据。

套

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.**

主体提取

应基于十八级分词的结果，选取地址中的关键性分词做主体。粗略来分，主体分为道路/村组门牌主体、POI主体。从类型细分，主体包含门牌类、小区、大厦、工业区、学校、公司、医院、商场、餐饮店等诸多细类。在主体选取策略上，应优先考虑选取地理要素稳定的信息。

套

1

1.**

异常处理

对于无法正确分词或识别出正确地址元素的地址数据，应能够进行异常处理。

套

1

1.**

地址坐标匹配

应能够对地址进行地址坐标匹配。

套

1

1.**

坐标准化检查

应能够对标准化后的每一个属性，都要通过标准检查项来保证质量。对于检查中发现的问题，能够自动化处理，自动修复。

套

1

1.**

入库检查

1、应能够检查属性是否完备，属性取值是否合法。对象内部的属性是否一致，是否符合规范要求。
2、应能够检查坐标是否准确。地址之间的空间关系是否合理。
3、应能够检查要素之间的关系是否合理。

套

1

1.**

数据入库

基于标准化成果，应能够生成地址库词典，字段，构建地址库。

套

1

1.**

成果质检

在完成一批数据的生产任务之后，应能够对数据成果质量进行质检。

套

1

1.**

地址数据治理功能

基于地址数据标准化治理工程，应能够形成标准地址数据库，构建地址数据治理功能。

依托建设的地址数据治理的功能，应能够实现大量不同类型的地址数据的接入，应能够基于地理匹配服务引擎，完成对地址的匹配上图、地址的标准化、地址之间的关联挂接等地址处理功能；需提供API转发功能，可供应给第三方，进行二次开发、嵌套。

套

1

1.**

地址匹配上图

应能够通过输入门牌号、地址进行自动匹配，应采用自有搜索引擎有效解决错别字、同音字匹配和小区别名匹配的问题，使查询更高效、便捷、智能。

应能够通过文本地址搜索，在地图上以坐标展示地址位置，地图窗口切换到该地址，以标签的形式高亮显示。

套

1

1.**

地址标准化

搜索框输入地址/地名，点击搜索按钮，应能够返回对应的标准地址编码和标准地址。

套

1

1.**

地址关联挂接

应支持标准地址与指定的业务地址进行地址关联挂接，并将关联结果信息展示出来，可筛选完全关联的结果和非完全关联的结果。

业务关联模块应能够将标准地址数据和业务数据实现在空间上的耦合，点击查询得到的地址数据，可以查看对应地址的业务数据信息。

套

1

2

定位基础服务

2.1

地址服务

不依赖边界建设，公安网内网完全离线部署，应能够提供地址服务目录，需包括正向匹配服务、逆向匹配服务、地址标准化服务、地址关联服务的API接口，完成服务的开放转发，需提供二次开发能力。

套

1

2.2

正向匹配服务

不依赖边界建设，公安网内网完全离线部署，应提供正向地理编码服务，将结构化地址描述转换成经纬度坐标，需支持指挥调度地址文字自动转换为经纬度坐标。应能够通过restful协议访问远程服务的接口，提供结构化地址向经纬度转化的能力。

套

1

2.3

逆向匹配服务

不依赖边界建设，公安网内网完全离线部署，应提供逆地理编码服务，根据用户输入的经纬度信息返回对应位置的地址信息以及对应点附近道路，POI信息。支持指挥调度时，将经纬度转信息转换为附近道路、POI信息的功能。

套

1

2.4

地址标准化服务

不依赖边界建设，公安网内网完全离线部署，应提供地址标准化服务，针对用户输入的各类业务地址，对业务地址进行切词分析，并进行地址结构化分析，输出该地址的标准地址描述方式。

套

1

2.5

地址关联服务

不依赖边界建设，公安网内网完全离线部署，应提供地址关联查询服务，针对定向关联的场景，用户明确使用标准地址作为地址关联的基准，实现标准地址以及该标准地址上的其他业务地址的关联；对于查询不到的数据，返回查不到结果的提示。

套

1

2.6

输入提醒服务

不依赖边界建设，公安网内网完全离线部署，依托治理后的语义地址资源库，提供地址关键字联想服务（包括但不限于支持拼音、多音字等联想），为用户输入提供参考，应支持通过用户的选择来记录用户的输入习惯，并不断优化输入提示效果，提升用户体验。

应能够辅助用户快速定位自己要查询的地址，提示用户输入地址后续的文字信息，同时智能输入提示功能可以根据用户输入习惯来改变提示的地址的顺序；对于查询不到的数据，返回查不到结果的提示。

套

1

2.7

辖区定位服务

不依赖边界建设，公安网内网完全离线部署，应提供辖区定位服务。辖区定位服务可在专用地址服务的功能里，用户应能够绘制添加**0巡警辖区、交警、事故科辖区等内容，系统需提供地址快速检索和定位功能，返回该地址所属辖区名称；对于查询不到的数据，返回查不到结果的提示。

套

1

2.8

短信辅助定位

应能够对接市局短信服务，通过边界给报警人发送定位短信，报警人点击短信内容后，应能够通过手机端将定位信息传回给情指中心。

套

1

2.9

坐标地名解析

需提供坐标地名解析服务，应能够根据用户输入的经纬度信息返回对应位置的地址信息以及对应点附近道路。

套

1

2.**

类型查询

应能够根据地址描述中的关键词返回地址中的大类、中类、小类。

套

1

3

定位信息检索

3.1

坐标转换

需提供坐标转换功能，应实现对多源地图的坐标转换。

套

1

3.2

POI数据

需提供全市的POI信息，应包含精准坐标位置、地址、名称、所属省市县、所属兴区划编号以及POI信息的相关业务范围。

套

1

3.3

POI子数据

需提供POI信息的子类POI信息，应包含精准坐标位置、地址、名称、所属省市县、所属兴区划编号，用来描述父类POI信息的全貌。

套

1

3.4

POI小区信息

应能够精确显示全市小区信息，应能够查询匹配检索小区楼栋号。

套

1

3.5

POI所在楼栋

需提供POI信息所在的建筑楼栋，应能够与该建筑的POI信息进行关联。

套

1

3.6

POI出入口

需提供POI信息的出入口实际坐标位置。

套

1

3.7

POI搜索服务

需提供POI搜索功能，应能够对人、事、地、物、组织五要素进行POI空间检索。

套

1

3.8

道路交叉口信息

应能够精确显示全市所有道路交叉口信息，详细级别应能够到乡道、县道级别。

套

1

3.9

道路方位查询

需提供道路方位查询功能。

套

1

3.**

商超室内地图

需提供市区大型商超的室内地图和POI信息室内分布。

套

1

3.**

POI补点

应提供地图补点工具，当POI缺失的时候，用户可根据实际需要，在地图上进行标点录入。

套

1

4

巡区定位服务

4.1

巡区绘制工具

需提供巡区绘制工具，市局、科所队应能够绘制属地辖区，需具备自动吸附功能，防止辖区规划出现空白。应支持岗点、路线、辖区的绘制和删除，应支持编辑、移动、复制、合并、分割操作。

套

1

4.2

重点地区网格

应能够对市政单位、安保现场、大型商超、学校、医院、加油气站、危险物工厂等地区进行网格规划，并发布标准的OGC服务。

套

1

4.3

辖区网格

应能够将科所队规划的巡逻网格，路线统一发布成OGC标准的地利信息服务。

套

1

5

装备定位服务

5.1

定位设备管理

需提供定位设备管理的功能，应包括设备注册、设备删除、设备状态、设备型号、设备归属管理等，以及设备统计查询功能。

套

1

5.2

定位资源接入

应能够带有位置信息的警务终端设备进行统一接入，需支持GPS、北斗定位系统。

套

1

5.3

实时定位

在电子地图上，应能够对带有位置的警力前端设备，进行精确定位，应能够在地图上显示警力终端设备的位置和状态。

套

1

5.4

轨迹回放

应能够在地图上查看移动警务终端、PDT、4G执法记录仪、警车、车载终端的移动轨迹，应能够能够查看实时移动轨迹，需支持查看指定日期、指定时间段内的历史移动轨迹。

套

1

5.5

定位信息共享

需支持定位信息的订阅和转发，应能够通过数据库、socket、http、mq、restful方式进行数据共享。

套

1

（二）

情指地理信息服务

1

基本服务

1.1

基本图层发布

应支持PGIS地图代理发布、离线瓦片地图发布，应支持各互联网地图离线卫星图发布。

套

1

1.2

离线地图服务

需提供开封市区1:****离线地图，全省1:****0地图和全国1:**0万离线地图。需提供地图不同配色，应包含但不限于白色、科技蓝、黑色、星耀风格、反色等风格。

套

1

1.3

时间图层

应能够根据白天、晚上的时间设置，自动推荐和切换相应颜色的图层。

套

1

1.4

路况图层

需提供三年路况数据，应能够根据实际城市道路拥堵情况，在公安内网发布路况图层。

套

1

1.5

矢量数据空间查询服务

需提供矢量数据空间查询服务，应能够针对海量POI数据进行快速查询。应提供圈选，框选，多边形选，沿线搜索等快速矢量数据空间搜索能力。

套

1

1.6

矢量路网拾取服务

通过传入空间坐标，应能够提供匹配拾取当前空间位置最近的道路路网，并返回该矢量路网信息，进行可视化展示。

套

1

1.7

地图打印服务

需提供地图打印服务，应支持任意范围、任意地图级别和任意叠加要素的多种地图打印能力。

套

1

1.8

服务接口发布

应能够对外提供位置服务调用接口。

套

1

2

三维服务

2.1

三维建模和空间服务

需基于物联网、大数据和云计算技术，建设警力定位服务子系统，应能够将各警种北斗/GPS定位数据有效的采集，整合至统一的警力定位服务子系统中，并对外开放服务接口。

套

1

2.2

可视化三维建模图层

需针对开封市新城区（金明大道西至十三大街、宋城路以南至连霍高速方向为矩形，约**平方公里，进行全市县区进行快速白模建设）。
需对开封整个景区、开封市区重点区域和部位（约**平方公里）进行精细化建模，应支撑三维可视化管理。

套

1

2.3

PGIS、离线地图三维化融合

应能够调用PGIS或离线地图发布的WMS\WMTS服务，对现有图层与重点区域进行三维化融合。

需针对市委市政府、市公安局、市民中心、其他重、点保障机构、清明上河园景区（群）进行L3级三维建模。

套

1

3

业务图层服务

3.1

案事件图层

应能够实现全市重大警情案事件态势的三维地图展示。

套

1

3.2

警情“四高”分析图层

需提供警情“四高”分析图层，应能够按时间、地区、案件性质进行任意时间段、任意范围内查询、统计、分析警情“四高”情况。

套

1