Skip to content

方案设计:矿山井下班组排班与考勤定位

细节类型: 组织结构、流程细节
父场景: 矿山安全巡检系统

← 返回细节场景概览 | 上一阶段:需求探索 →


方案概览

本方案只设计「班组—排班—考勤—定位」的规则与口径,不重复父场景的人员定位技术、应急撤离整体流程。人员定位与应急逻辑参见父场景 02-方案设计 第 2、3 节,此处重点写:班次与排班入井/出井时间口径考勤与定位联动(在井人数、超时未出井、计划 vs 实际)。

1. 班次与排班

1.1 班次定义

班次常见时间范围说明
早班06:00–14:00可按矿方实际配置
中班14:00–22:00可按矿方实际配置
夜班22:00–次日 06:00可按矿方实际配置
  • 班次时间段在系统内可配置,支持跨日(如夜班)
  • 每班可绑定「班组」(班长、固定成员),便于按班组统计与应急名单

1.2 排班与计划下井名单

  • 排班维度:按日、按班次维护「本班计划下井人员」名单(到人)。
  • 数据来源:由调度/排班员在系统内维护,或自 Excel/其他排班表导入;支持替班、换班,变更后计划名单即时生效。
  • 与班组关系:若已建班组,计划下井名单可默认带出班组归属,便于按班组统计「应下井人数」「实际在井人数」。

1.3 排班规则小结

yaml
# 排班与班次
shifts:
  - name: 早班
    start: "06:00"
    end: "14:00"
  - name: 中班
    start: "14:00"
    end: "22:00"
  - name: 夜班
    start: "22:00"
    end: "06:00"  # 跨日
planned_descent_list: by_day_and_shift  # 按日、按班维护到人
allow_substitute: true   # 支持替班、换班

2. 入井/出井时间口径

2.1 以定位为准的约定

  • 入井时间:以人员定位首次进入井口区域(电子围栏)的时刻为准。
  • 出井时间:以人员定位最后一次离开井口区域的时刻为准。
  • 井口区域:在父场景「人员定位」中通过电子围栏或地理范围定义,本方案直接引用。

2.2 与闸机/登记本的关系

  • 若存在闸机或井口登记:可作为校验或补采,例如「闸机有打卡、定位无」时标记异常由人工核实;或在小范围内以闸机为主、定位为辅,由实施时按矿方规定选择。
  • 对外统一口径(考勤、超时、应急)建议以定位为主,以便与「在井人数」「实时位置」一致。

2.3 判定规则

项目规则
入井时间定位点首次进入井口区域的时间
出井时间定位点最后一次离开井口区域的时间
在井状态当前定位在井口区域内即视为在井
采样与延迟依赖父场景定位上报频率(如 30 秒一次),「进入/离开」以最近一次跨边界事件为准

3. 考勤与定位联动

3.1 在井人数

  • 定义:当前时刻,定位落在「井口区域内」的人数。
  • 数据来源:父场景人员定位系统实时轨迹/点位,按井口区域做空间过滤后计数。
  • 展示:可按班组、按区域汇总,用于大屏或报表。

3.2 超时未出井

  • 触发条件:满足其一即预警:
    • 当前时间已超过该员当日所在班次的结束时间,且其定位仍在井口区域内;
    • 或自入井时间起,连续在井时长 ≥ N 小时(如 8 小时,可配置)尚未出井。
  • 动作:系统标记该人员为「超时未出井」,并推送预警给安全科/调度,便于催出井或巡检。

3.3 计划 vs 实际

  • 应下未下:在「计划下井名单」中,但在约定入井时间窗口内(如班次开始后 1 小时内)无「入井」定位记录,可提示异常(旷工/漏排/替班未录等)。
  • 未排却下:有「入井」定位记录,但不在当日当班「计划下井名单」中,可提示异常(替班未更新计划、临时下井等)。
  • 以上异常可仅做提示或报表,是否与考勤挂钩由矿方制度决定,方案只提供数据与规则支撑。

3.4 规则小结

yaml
# 考勤与定位联动
entry_exit_basis: position_based   # 入井/出井以定位为准
entry_rule: first_enter_well_area
exit_rule: last_leave_well_area
in_well_count: current_position_in_well_area
overtime_in_well:
  condition: shift_ended_or_duration_ge_N_hours
  duration_hours: 8
  notify: safety_and_dispatch
plan_vs_actual:
  not_descent_but_planned: warn
  descent_but_not_planned: warn

4. 应急与「当时井下有谁」

  • 需求:事故或演练时,需快速得到「某一时刻井下人员名单」及所属班组、区域。
  • 数据来源:在井名单以定位为准(该时刻在井口区域内的人员);若已维护排班与班组,可关联展示班组、计划班次。
  • 输出:支持按时间点查询、导出「当时在井人员清单」(姓名、班组、区域、入井时间等),供撤离指挥与救援使用。父场景 02-方案设计 §2.3、§3 中的应急撤离流程可直接使用本名单。

5. 与父场景的衔接

  • 人员定位:井口区域、定位采集与上报、实时在井人数计算,均依赖父场景 02-方案设计 第 2 节。
  • 应急撤离:父场景中的「定位所有井下人员」「计算最优撤离路线」等,其「井下人员」名单与本方案「当时井下有谁」口径一致,即按定位在井口区域内的人员 + 排班/班组信息。
  • 本细节场景新增:班次与排班、入井/出井时间口径、在井人数/超时未出井/计划 vs 实际的规则与配置项。

相关链接

基于 AI 辅助开发,快速、灵活、可靠