13
I
nternet  Communication
互联网+
通信
一、引言
目前，消防救援队伍指挥中心主要有119智能接处警和智能指挥两大调度指挥系统，可以实现119报警电话受理、力量调度、灭火救援辅助决策信息汇总、显示和分析等基础功能。但是，随着社会经济和信息技术的快速发展，特别是智能手机、APP 用户的爆发式增长，截止2021年底及WeChat 的月活跃合并账户达到了12.6亿，已经成为人民众日常生活中不可或缺的一部分，其具备的实时上传图片、视频、语音等功能为网络119报警服务、信息推送提供了绝佳的载体。本文通过设计前端面向报警人和处警消防救援人员的119网络报警、灾害事故现场信息反馈和短信回访三个小程序，后端设计
综合信息管理系统，前后端采用TCP/IP 协议进行数据交互功能，实现警情接收汇总、警情命令下达、多种形式消防队伍调派、作战安全提醒和处置要点推送、灭火救援专家和社会联勤联动力量响应等消防辅助调度指挥功能。
二、消防辅助调度指挥存在的问题
（一）网络报警服务缺失。多年来，119报警一直延续使用电话报警方式进行受理。互联网兴起的最近10年，因受当时公安消防部队体制、机制特殊性的影响，未能随着互联网发展大潮跟进提供互联网119报警服务。
（二）灾害现场信息获取难。消防指挥中心能否第一时间了解掌握灾害事故现场信息，是灭火救援科学调度指挥的关键。一直以来，消防指挥中心接警后被动等待成为常态，主动搜集除了电话没有其他任何手段，成为消防救援队伍灾害现场信息搜集的“老大难”问题。
（三）信息推送方式单一。随着消防救援队伍职基于小程序的
消防辅助调度指挥系统设计与应用
摘要：为拓展消防指挥中心119警情受理渠道，全面提升消防指挥中心针对典型灾害事故的辅助调度指挥能力和应急救援处置效能，分析了消防救援队伍指挥中心调度指挥过程中面临的问题，提出了一种
基于小程序和网页开发技术相结合的消防指挥中心辅助调度指挥系统设计与实现方法。通过小程序和后台管理系统实现网络报警、灾害事故现场信息反馈、警情命令下达、多种形式消防队伍调派、安全提醒和处置要点推送等功能，解决了目前消防救援队面临的辅助调度指挥难题。
关键词：小程序；消防救援；调度指挥
能任务的拓展，消防指挥中心除119接处警外，承担了大量的多种形式消防队伍、社会联勤联动力量调集响应、灾害预警、作战安全提醒和典型灾害事故处置要点推送等辅助调度指挥职能。现有的智能接处警系统和智能指挥系统不能满足支队级消防指挥中心所需的信息推送和交互功能，只能通过发短信或者打电话方式进行通知，信息滞后、效率极低，严重影响了各类灾害事故处置效能。
（四）社会力量调度响应不及时。除国家消防救援队伍外，乡镇政府专职消防队、企事业专职消防队、微型消防站、公安、交通、医疗急救、气象、环保、供电、供水等社会联动单位和聘任的灭火救援专家经常参与需要参与配合灭火救援行动，现有的模式只能通过打电话通知，种种原因造成出动响应不及时，灾情极易蔓延扩大造成重大人员伤亡和财产损失。
三、消防辅助调度指挥系统设计
笔者结合多年消防指挥中心工作实践，围绕灭火救援调度指挥实战应用，设计开发消防辅助调度指挥系统，有效解决当前消防指挥中心辅助调度指挥中存在的突出问题。
（一）软件的总体结构
由于各类软件与用户进行信息交互方式差异性和易用性不同，为了能让报警人、消防救援队伍指挥中心接警调度员和处警消防救援人员等在第一时间接收到报警、指令和反馈信息，在设计中采用服务号与私人用户号关联、连通来进行信息交互的方式，围绕信息指令快速传递和及时提示这一核心，尽量减少信息传递中间环节，保证信息及时性和准确性，增强软件的简洁性和易用性。消防辅助调度指挥系统软件结构上主要由应用层、服务层和数据层三大部分组成，如图1所示。
陈尚浩（1982.11-），男，江苏滨海，本科，工程师，研究方向：消防通信。
I nternet  Communication
互联网+通信
图1    消防辅助调度指挥系统软件结构图（二）功能模块设计
1.前端应用。由119速报台、短信回访平台、现场反馈平台3个小程序组成。（1）119速报台：主要面向报警人开放使用，首页界面以简单便捷为设计原则，分为火灾和应急救援两个醒目的警情类型按钮，设计“我的报警”菜单项方便查看报警人所报的所有警情状态，根据后台接警调度员分类处理更新状态。下一级详细报警填报页面设计人员被困情况、所在位置、现场图片、现场视频、
语音说明、更多描述和共7个填报菜单项。根据使用习惯，将其中人员被困情况、现场视频设计为报警人必填项，自动获取手机定位信息，其余均为选填项，减少报警人文字输入，方便快速报警。（2）现场反馈平台：同时面向报警人和处警消防救援人员开放使用，设计现场反馈照片、现场反馈视频和语音反馈3个填报菜单项，只有现场反馈视频菜单项为必填项，减少报警人文字输入，实现快速便捷反馈现场图片和视频，所反馈信息在管理后台进行汇总、提醒和处理。（3）短信回访平台：面向报警人开放使用，系统根据警情真实性自动向报警人推送包含短信回访平台网络链接短信或虚假警示短信，警示骚扰电话和虚假警，引导报警人进行警情处置回访评价，评价页面设计灭火和应急救援满意度评分和意见建议两个菜单项，管理后台负责收集汇总。
2.后台应用。软件后台采用WEB版，设计首页、人员管理、网络报警、现场反馈、警情通报、安全提醒、处置要点、指挥部调度、多种形式消防队伍调度、联动调集、专家响应和常用信息库共12个功能菜单。（1）首页：显示119报警小程序二维码、服务号二维码、现场反馈二维码和短信发送网址，主要适用于外的手机链接访问小程序，用于向报警人发送警情回访和现场反馈短信时使用。（2）人员管理：设置信息转发参数、人员分组管理、添加目标粉丝到工作人员列表、人员搜索、姓名备注、分组选择和添加分组，实现对目标用户账号的统一分类管理。（3）网络报警：显示119报警小程序同步的报警信息列表，可以查看报警信息并将报警信息实时推送给处警队站 指挥员手机，具备搜索警情和查询推送记录功能，保留完整的警情派发时间、接收人员等数据，同
时变更显示报警信息状态。（4）现场反馈：显示报警人或者处警指战员使用现场反馈小程序反馈的灾害事故现场图片、视频和语音，记录反馈时间，设计转发按钮，点击可以选择对象范围并转发推送给各级消防指挥员，方便各级消防指挥员及时掌握灾害事故现场情况。（5）警情通报：可以选定发送目标范围，填写警情标题、警情内容、选择转发人员，查看警情通报历史记录。（6）安全提醒：可以推送安全提醒，填写标题、内容和选择转发人员、上传WORD/EXCL 附件文档，可以查看安全提醒历史。（7）处置要点：可以推送处置要点，填写标题、内容，选择转发人员，上传WORD/EXCL附件文档，可以查看处置要点推送记录。2.2.2.8指挥部调度：可以选择警情类别、填写、灾害事故地址、灾害事故内容、出动要求、注意事项，选择调度命令转发人员，查看灭火救援指挥部集结调度记录。（9）多种形式消防队伍调度：显示119报警小程序同步的报警信息列表，可以选择调度命令转发人员将报警信息实时推送就近的多种形式消防队伍负责人，可以查看调派历史记录。（10）联动调集：可以选择警情类别、填写、灾害事故地址、内容、出动要求、注意事项，可选择调度命令转发人员，可以显示社会应急联动力量的联动调集历史记录。（11）专家响应：可以选择警情类别、填写、灾害事故地址、灾害事故内容、出动要求、注意事项，选择调度命令转发人员。（12）常用信息库：可以录入并显示灾害事故常用安全提醒和典型灾害事故处置要点，并可根据不同警情类别进行按需调用。
（三）功能实现
1.软件开发。采用“WEB+小程序”模式，使用php5.4语言开发，通过java来处理前端的请求、业务逻辑、数据库管理等，实现前端与后台数据交互功能。
2.系统部署。系统部署在互联网上使用，方便数据同步。考虑系统部署在互联网上使用的安全性，系统服务器使用linux操作系统centos部署，具有先天病毒免疫能力很少受到病毒攻击，同时还具有开源免费、多用户多任务、跨平台的硬件支持、丰富的软件支持、良好的稳定性和完善的网络功能，完全能满足消防辅助调度指挥系统部署服务需求。
3.对象管理。
小程序、后台管理系统各项功能均基于单位
14
I nternet  Communication
互联网+通信
来实现，所以需要提前申请注册单位和服务号。通过单位服务号实现对关注人员基本信息提取、编辑和分组，为系统后台进行各类信息推送提供对象。4.消息通知。本系统应用的核心是信息的及时传递，必须避免在中进入查收消息，尽量减少中间环节，设计通过单位实现指挥中心系统管理后台与个人用户之间的消息实时通知，让使用人员更直接的接受和查看消息通知，提高软件的易用性和实用性。5.存储服务。系统在互联网应用过程中将产生大量的图片、视频和语音文件，需要快速的读写缓存速度和较高的数据安全性，所以存储设计选择云存储服务。通过购买阿里云或者腾讯云等云存储服务，优化音视频数据存取，实现数据多点备份，保证数据的安全性，同时通过开发系统数据接口调用云存储服务器中的数据文件，实现数据存取的可持续性和高可靠性。
四、系统通信模块和数据库设计
（一）系统通信模块设计
系统应用层和服务层各类模块使用JS+CSS+HTML5进行开发，集成应用九个基础通信服务模块，包括报警模块、用户模块、记录模块、反馈模块、GPS定位模块、视频云存储模块、短信自动发送模块、消息接口模块和报警受理消息模块。
（二）系统数据层设计
充分考虑消防指挥中心日常应用和业务量并发需求较小的实际，系统数据层采用MYSQL5.5数据库软件。MYSQL是一个关系型数据库管理系统，使用C和C++编写，使用的SQL语言是用于访问数据库最常用的标准化语言，具有体积小、速度快、成本低、开放源代码等优势，还为多种编程语言提供了API应用程序接口、TCP/IP、ODBC和JDBC等多种数据库连接途径，方便数据库维护。在系统前后端数据交互过程中，主要通过MYSQL数据读写分离、Redisf分布存储和小程序DAO数据接口技术来实现。
五、系统的优势分析
（一）警情受理渠道更加丰富。“119速报台”小程序的投入使用，将消防119警情受理服务由线下延伸到线上，可以通过各类和借助政府各类政务服务网站进行推广和嵌入，让更多的人积极参与配合，提高119报警的知晓率和知名度。
（二）灾害现场情况更加直观。通过网络报警和现场反馈两个前端小程序，消防指挥中心可以第一时间直观看到灾害事故现场基本概况，对灾害等级的判定、消防救援力量的调派、战勤保障机制的启动、灭火救援专家和社会联勤联动力量的响应、各级领导的科学决策指挥起到关键性和决定性的作用。
（三）信息传递方式更加快捷。在聚焦业务流程的基础上，软件设计时充分考虑了报警人、处警消防救援人员、消防指挥中心接警调度员对手机及应用软件的使用习惯和使用心理，以手机应用软件覆盖面最广的为载体，以小程序和“面对面”直接式的信息交互为核心，最大限度减少软件操作和信息交互的中间环节，前端小程序所有信息以系统自动获取和按钮选择为主，尽量减少不必要的文字输入，在不断化繁为简过程中，充分体现简洁、易用和快速原则，让信息在报警人、处警消防救援人员、消防指挥中心接警调度员之间传递更加快速。
（四）众评价建议更加重要。通过开发警情回访功能，让报警人对消防救援队伍报警和处警服务进行评价，并搜集众意见建议。通过对报警人评价进行综合分析，可以准消防救援队伍在服务众工作中差距和不足，为消防救援队伍转型升级、提高服务质量指明发展方向。同时，建立警情回访机制，让处警消防救援人员更加注重在灾害事故现场的自身形象，还可以发挥督促消防救援人员提升综合消防救援业务能力的作用。
（五）痛点堵点解决更加彻底。系统设计严格遵循消防指挥中心业务特点，聚焦消防指挥调度过程中的“痛点”和“堵点”，系统实现了消防指挥中心119警情处置的全过程闭环管理，实现了警情处置全过程事事有记录、件件可核查，彻底结束了但凡有较大以上灾害事故警情消防指挥中心各类电话响不停、社会力量调派只能打电话和灾害事故前期现场信息搜集难的历史。
六、结束语
消防辅助调度指挥系统设计应用，拓展了119报警受理渠道，为众提供了方便快捷的报警服务选择；构建了音视频实时反馈渠道，打通了消防指挥中心到灾害事故现场的“最后一公里”；搭建警情处置回访渠道，增强了报警人的参与感和消防救援人员规范灾害事故处置的责任感；集成了作战安全提醒、处置要点推送和多种力量调度模块，提高消防指挥中心快速辅助调度指挥效率，这必将成为消防指挥中心调度指挥系统中重要的一员。同时，消防指挥中心还需要不断规范系统应用，与作战训练部门紧密配合，完善优化部分功能，不断提高系统的适用性和易用性，为消防救援事业发展注入科技力量。
作者单位：陈尚浩    崔忠光    郑艳斌    云南省楚雄州
消防救援支队
参  考  文  献
[1]罗红.部队指挥调度系统的功能与实现[J].四川通信技术,2001,31(4):30-33.
[2]徐安杰，郭三学，潘云娟.基于J2EE的车辆监控调度系统的设计与实现[J].军民两用技术与产品,2007,(11):40-41.
网[3]张效民，武毳，杨学良.语音指挥调度系统的设计与实现[J].计算机系统应用,2003(5):21-22.
15