一个事实来源
任务状态、有效线索、队员位置和地图标记应以系统中的最新有效记录为准,避免多人各自保存不同版本。
面向救援队管理人员、现场负责人和一线队员的统一工作指引。先建立组织和任务秩序,再使用数字化工具协同,确保信息有来源、处置有责任、行动有记录。
救援猫OPS用于救援队内部的任务、线索、成员和地图协同。它帮助团队形成共同态势,但不能替代现场指挥、专业判断、法定报告或紧急呼救渠道。
任务状态、有效线索、队员位置和地图标记应以系统中的最新有效记录为准,避免多人各自保存不同版本。
每条线索都要经历接收、联系、核验和结论;每次关键修改要由有权限的人员完成。
使用统一的分组、角色、状态和地图标识,让不同人员在不同终端看到一致含义。
| 终端 | 主要使用者 | 适合处理 | 不建议承担 |
|---|---|---|---|
| 微信小程序 | 普通队员、轻量使用者 | 查看任务、提交和处理线索、成员协同、基础地图查看 | 重度离线地图、声纳文件、复杂路线维护 |
| Android App | 现场队员、领队、技术岗位 | 原生地图、位置共享、轨迹、离线作业、路线、声纳和现场地图信息 | 平台运营管理 |
| 救援队指挥后台 | 指挥员、信息员、值守人员 | 综合态势、任务发布、线索处置、SOS、成员分组、统计和大屏查看 | 平台级配置;路线和声纳的现场编辑 |
系统角色决定“能操作什么”,现场角色决定“行动中负责什么”。两者可以由同一人承担,但不能混为一谈。
团队管理员负责团队和权限治理;管理员承担经授权的日常管理;成员在授权范围内参与任务和线索协作。
坚持最小权限:只授予岗位当前需要的能力,任务结束或岗位变化后及时收回。
领队、副领队、安全员、联络员、计划员、后勤员、医疗员、通讯员、搜索员、救援员、技术员、危化品专员等。
现场角色用于分工和地图显示,不自动赋予成员管理或任务发布权限。
| 能力 | 建议授予 | 管理要求 |
|---|---|---|
| 查看任务、查看线索 | 参与协作的成员 | 仅在所属团队与任务范围内使用 |
| 创建、编辑、发布、结束任务 | 值班负责人、领队或任务管理员 | 发布前复核地点、联系人、时间和任务说明 |
| 处理线索 | 线索核验人员、信息员 | 不得以“已联系”替代真实性结论 |
| 成员管理、分组管理 | 团队管理员或指定负责人 | 人员变动时同步更新权限、分组和任务关联 |
| 查看统计 | 指挥、复盘和管理岗位 | 统计用于判断趋势,不代替原始记录核验 |
成员加入团队后,应先核实身份和联系方式,再分配系统权限、T1–T10现场分组与岗位角色。一个成员同时只进入一个现场分组。
任务不是一条公告,而是线索、人员、地图信息、路线、轨迹和复盘记录的共同归属。发布前把关,执行中更新,结束后封存。
从首页或任务管理进入,按权限创建、查看、编辑、发布或结束任务。
从首页任务列表和地图筛选进入;现场创建的信息要关联正确任务。
在任务管理创建和发布任务;任务详情查看关联信息和时间轴。后台不负责海报生成。
线索状态代表处置进度,不代表事实本身。未经核验的内容不得因为紧急而直接标记为有效。
填写内容、位置、联系方式,并按需要添加图片等附件。尽量关联任务;位置应通过地图确认,而不是只写模糊地名。
先联系并记录核验过程,再设置有效或无效。处理备注应说明依据、时间和下一步,而不是只写“已处理”。
| 状态 | 含义 | 最低记录要求 |
|---|---|---|
| 待处理 | 尚未开始核验 | 确认负责人和优先级 |
| 已联系 | 已与提供者或相关方取得联系 | 记录联系时间、对象和待确认事项 |
| 有效 | 经核验可支持行动判断 | 写明核验依据,并在地图或任务中引用 |
| 无效 | 经核验不支持当前行动 | 写明排除原因,避免重复核验 |
地图上的每个对象都应有明确用途和任务归属。避免用多个相似标记表达同一件事,也不要用标记替代线索、受困者或搜索区域等专用对象。
用于划分规则搜索单元。设置中心、宽高和格宽,建议关联任务;按需要开启显示,避免大范围网格长期占用视图。
使用多个点绘制不规则行动范围。编辑时核对点位编号和边界,避免自交、遗漏或跨越明显障碍。
记录位置、生还/死亡人数及说明。使用专用受困者标识,不用普通地图标记代替。
按指挥与基地、搜救队伍、医疗、危险障碍、资源保障、道路通行、信息标签分类使用统一图标。
把现场平面图或航拍图按 A/B/C/D 四角贴合地图;通过角点调整、透明度和名称保持可辨识。
App可绘制或导入路线,并解析声纳文件形成航迹、量程和覆盖范围。服务器只保存用于展示的数据,不保存声纳原日志。
位置共享和轨迹记录是两项不同能力。共享位置让队友看到当前所在;轨迹记录形成连续过程并同步到服务器。
开启后,App按定位模式更新位置,队友地图可看到在线状态和最新位置。关闭后不再向队友展示位置。
在线状态以近期是否与服务器正常通信判断,不等同于手机屏幕是否点亮。
需要留存行动路线时单独开启。轨迹点可在离线时先保存在本机,恢复联网后进入同步流程。
记录前确认任务、权限、电量、定位和后台运行条件。
| 模式 | 参考间隔 | 适用场景 | 管理提示 |
|---|---|---|---|
| 省电 | 约90秒 | 待命、低频位置共享 | 不适合观察快速移动 |
| 标准 | 约15秒 | 一般现场协同 | 默认推荐,兼顾及时性与耗电 |
| 高精度 | 约5秒 | 移动搜索、重点跟踪 | 耗电和发热更高,按需开启 |
GPS设备是独立定位来源。设备绑定、名称、所属人员和任务变化时要及时维护,避免历史绑定人被误认为当前行动人员。
指挥后台面向救援队内部指挥,不是平台运营管理端。建议在大屏或桌面浏览器使用,由值守人员保持任务、线索和态势信息连续。
查看任务、线索、人员、告警和关键动态摘要。发现异常后进入对应业务页,不在摘要数据上直接下结论。
将线索、任务、网格、区域、受困者、标记、图层、路线、声纳和队友放在同一地图,支持筛选和定位。
发布任务、查看详情、关联信息和时间轴。结束前检查待处理线索与未完成行动信息。
按状态筛选、查看详情、处置并跳转地图位置。分配核验责任,避免重复联系。
查看成员在线、位置、T1–T10分组和现场角色。分组变更应同步给现场负责人。
集中查看与定位,不在后台删改现场维护的数据。需要调整时由App端负责人完成并同步。
离线能力不是“完全不需要准备”。地图、任务上下文和必要区域应在行动前缓存;离线创建的数据先在本机可见,联网后进入同步队列。
App支持为可下载图源圈定区域和瓦片级别,并使用浏览自动缓存减少重复加载。缓存默认由用户管理,不设强制有效期;清理前确认近期行动不再依赖该区域。
每次行动前由指定人员完成设备和数据准备。以下清单适合打印后签字确认,也可用于演练。
交接不是导出一堆数据,而是把当前态势、未决事项、风险和责任人准确移交。
任务目标、当前阶段、搜索范围、人员分组、关键位置和环境变化。
待处理线索、未完成SOS处置、离线未同步数据、设备异常和待确认人员状态。
明确负责人、时间点、判断条件和回报方式,不使用“继续跟进”这类模糊表述。
遇到异常时按“账号权限 → 任务筛选 → 网络同步 → 系统权限 → 地图显示”顺序排查,避免反复重建数据。
任务、线索、人员位置、轨迹、联系电话、照片和设备信息都可能属于敏感业务数据。便利不能优先于必要的访问控制。
这一页供队员快速查看。切换到页面顶部“队员速查”可隐藏管理章节。
| 我要做什么 | 推荐入口 | 完成标志 |
|---|---|---|
| 查看当前任务 | 首页 → 任务;地图顶部任务筛选 | 任务名称、状态和分组一致 |
| 提交现场线索 | 线索列表或地图“报线索” | 内容、位置、任务关联正确,本机立即可见 |
| 回到本人位置 | 地图左侧“定位” | 地图保持当前比例并移到最新位置 |
| 查看队友 | 地图“队友”;横版队友列表 | 看清姓名、分组角色、在线和位置时间 |
| 检查离线上传 | App设置 → 同步中心 | 无待上传、失败或冲突;关键数据已在其他端可见 |
建议由团队管理员和指挥岗位共同完成,并把发现的问题转化为明确整改事项。
版本说明:本手册依据当前救援队业务功能整理。界面更新时,以功能名称和管理流程为主;若按钮位置变化,不应改变权限、任务归属和处置责任。
请换一个关键词,例如“任务”“线索”“离线”“位置”“分组”。