📊 运营看板 — 数据取值规则

运营看板面向总部运营人员，以机构为单位汇总四大业务（护理、评估、不良事件、照护计划）的核心指标，支持按任意列排序对比。

数据截止时间：每日凌晨更新（依赖 cron 定时任务，各业务独立分析后落表）。

定义：所有非离院人员，包含"在住"+"请假（其他）"+"请假（外出住院）"。

SQL：SELECT COUNT(*) FROM base_resident_info WHERE status != '离院'

数据来源：biz_leak_check_result 表的 week_data JSON 字段。

两周定义

• 本周（week_data → "0"）：分析脚本执行日所在的那一周（周一到周日）
• 上周（week_data → "1"）：上一整周（周一到周日）

由每日凌晨 analyze_db.py 自动计算，页面不做日期筛选。

达标判定（per 人）

• 护理等级 0~3 级：当周至少测量 1 天
• 护理等级 4 级：当周至少测量 2 天
• 达标 → status = "ok"；未达标 → status = "miss"

完成率计算

该机构 status="ok" 的人数 ÷ 该机构在住人数（status ≠ 离院）× 100%

SQL 提取：JSON_UNQUOTE(JSON_EXTRACT(week_data, '$."0".status')) = 'ok'

数据来源：biz_assessment_analysis，仅统计在住人员（status ≠ 离院）。

完成判定

• 每人需在当前自然年完成 12 项必查评估
• 如果评估记录中最新的评估年份 = 当前年份 → 判定为"已完成"（is_complete = 1）
• 如果最新评估年份 ≠ 当前年份（或完全未评估）→ 判定为"漏评"

完成率计算

该机构 is_complete=1 的人数 ÷ 该机构在住人数 × 100%

数据由凌晨 analyze_assessment.py 生成，每日更新。

SQL 逻辑

SELECT r.institution, COUNT(DISTINCT a.id_number), SUM(is_complete=1)
FROM base_resident_info r JOIN biz_assessment_analysis a ON r.id_number = a.id_number
WHERE r.status != '离院' GROUP BY r.institution

数据来源：biz_adverse_events 表，按 event_time 字段过滤。

两列指标

日期筛选

• 默认留空 = 展示全部历史事件（自系统接入以来的累计数）
• 选择开始/结束日期后，只统计该范围内的事件
• 日期输入控件位于表格上方右侧的白色卡片中

数据来源：base_resident_info（在住人员）LEFT JOIN biz_care_plans（照护计划记录）。

完成判定

• 在住人员在 biz_care_plans 表中有记录 → 算"已完成"
• 在住人员无记录 → 算"未完成"

覆盖率计算

有计划记录的人数 ÷ 在住人数 × 100%

此数据反映当前状态，不涉及日期范围筛选。

SQL 逻辑

SELECT r.institution, COUNT(DISTINCT r.id_number) as total,
COUNT(DISTINCT c.id_number) as has_plan
FROM base_resident_info r LEFT JOIN biz_care_plans c ON r.id_number = c.id_number
WHERE r.status != '离院' GROUP BY r.institution

以下指标按完成率高低自动着色（仅适用于"越高越好"的指标：护理、评估、照护计划）。