136 lines
5.0 KiB
Markdown
136 lines
5.0 KiB
Markdown
# 📊 居家老人跌倒监护系统 — 方案流程说明(客户版)
|
|||
|
|
|
||
|
|
> 来源:Notion · https://app.notion.com/p/3af401dc38a681a186a4fa7a8f5930a5
|
||
|
|
> 导出时间:2026-08-01
|
||
|
|
|
||
|
|
> 面向客户的方案说明材料 · 居家老人跌倒监护系统
|
||
|
|
|
||
|
|
# 一句话说明
|
||
|
|
|
||
|
|
**雷达 7×24 守护,AI 二次确认,确认跌倒后 3 分钟内必定有人响应。**
|
||
|
|
|
||
|
|
平时不看、不录、不传——只有在真正发生异常时,系统才会看一眼。
|
||
|
|
|
||
|
|
# 一、业务流程
|
||
|
|
|
||
|
|
```mermaid
|
||
|
|
flowchart TD
|
||
|
|
A["老人在家中正常生活"] --> B{"雷达持续监测<br/>姿态异常或长时间静止"}
|
||
|
|
B -->|一切正常| A
|
||
|
|
B -->|疑似跌倒| C["唤醒摄像头<br/>回捞事发前 30 秒画面"]
|
||
|
|
C --> D{"AI 姿态分析<br/>二次确认"}
|
||
|
|
D -->|判定为误报| E["静默记录<br/>不打扰家属"]
|
||
|
|
E --> A
|
||
|
|
D -->|确认跌倒| F["生成预警事件<br/>附带视频证据"]
|
||
|
|
F --> G["第一级:家属 App 推送"]
|
||
|
|
G --> H{"30 秒内确认?"}
|
||
|
|
H -->|已确认| M["家属查看视频<br/>前往处理"]
|
||
|
|
H -->|未确认| I["第二级:短信 + 语音电话"]
|
||
|
|
I --> J{"60 秒内确认?"}
|
||
|
|
J -->|已确认| M
|
||
|
|
J -->|未确认| K["第三级:备用联系人<br/>邻居 / 物业 / 护理员"]
|
||
|
|
K --> L{"90 秒内确认?"}
|
||
|
|
L -->|已确认| M
|
||
|
|
L -->|未确认| N["第四级:呼叫中心人工介入"]
|
||
|
|
M --> O["处置结果回填<br/>误报反馈持续优化系统"]
|
||
|
|
N --> O
|
||
|
|
```
|
||
|
|
|
||
|
|
## 关键时间线
|
||
|
|
|
||
|
|
| 时间 | 发生什么 |
|
||
|
|
| --- | --- |
|
||
|
|
| T+0s | 跌倒发生,雷达捕获 |
|
||
|
|
| T+3s | 摄像头唤醒,AI 开始分析 |
|
||
|
|
| T+10s | 确认跌倒,首次通知发出 |
|
||
|
|
| T+40s | 未响应 → 短信与电话 |
|
||
|
|
| T+100s | 未响应 → 备用联系人 |
|
||
|
|
| T+190s | 未响应 → 呼叫中心人工介入 |
|
||
|
|
|
||
|
|
**最坏情况下,三分钟内一定有真人接手。**
|
||
|
|
|
||
|
|
# 二、系统架构
|
||
|
|
|
||
|
|
```mermaid
|
||
|
|
flowchart LR
|
||
|
|
subgraph HOME["用户家中"]
|
||
|
|
CAM["IP 摄像头"]
|
||
|
|
RADAR["毫米波雷达<br/>卧室 / 卫生间"]
|
||
|
|
NVR["边缘盒子<br/>录像 + 设备管理"]
|
||
|
|
CAM --> NVR
|
||
|
|
RADAR --> NVR
|
||
|
|
end
|
||
|
|
subgraph CLOUD["云端平台"]
|
||
|
|
SAVANT["AI 分析引擎<br/>姿态识别 + 跌倒判定"]
|
||
|
|
CORE["业务核心服务<br/>事件 / 证据 / 权限"]
|
||
|
|
ALERT["预警调度引擎<br/>升级链 + 多通道"]
|
||
|
|
DB[("事件与审计库")]
|
||
|
|
SAVANT --> CORE
|
||
|
|
CORE --> ALERT
|
||
|
|
CORE --> DB
|
||
|
|
end
|
||
|
|
NVR -->|"仅上传事件片段"| SAVANT
|
||
|
|
ALERT --> FAM["家属 / 护理员 / 呼叫中心"]
|
||
|
|
CORE --> APP["家属 App"]
|
||
|
|
```
|
||
|
|
|
||
|
|
# 三、为什么这样设计
|
||
|
|
|
||
|
|
## 隐私:视频默认不出户
|
||
|
|
|
||
|
|
- 卧室、卫生间**只装雷达,不装摄像头**——雷达只感知人体轮廓与动作,不成像
|
||
|
|
- 客厅摄像头平时**不解码、不上传**,仅在雷达报警时上传那一小段
|
||
|
|
- 录像存在户内盒子,不全量上云
|
||
|
|
- 家属只能看到**自己家、且与告警相关**的片段
|
||
|
|
|
||
|
|
## 可靠:不依赖单一环节
|
||
|
|
|
||
|
|
| 风险 | 应对 |
|
||
|
|
| --- | --- |
|
||
|
|
| 家属没看手机 | 短信 + 语音电话自动升级,可穿透勿扰模式 |
|
||
|
|
| 家属不在本地 | 升级至备用联系人与呼叫中心 |
|
||
|
|
| 家庭断网 | 边缘盒子本地缓存,恢复后补传;断网本身触发运维告警 |
|
||
|
|
| 设备故障 | 每日自动探活,离线超阀值主动联系用户 |
|
||
|
|
| 单户故障 | 一户一盒子,互不影响 |
|
||
|
|
|
||
|
|
## 准确:两级判定降误报
|
||
|
|
|
||
|
|
单靠摄像头或单靠雷达,误报都会让家属很快失去信任。
|
||
|
|
|
||
|
|
- **一级(雷达)**:宁可多报,不能漏报
|
||
|
|
- **二级(AI 视频)**:审核一级的候选,剥离坐下、弯腰、宠物、访客等干扰
|
||
|
|
- **误报反馈**:家属标记的每一次误报都会回流系统,**越用越准**
|
||
|
|
|
||
|
|
## 可追溯:每一条告警都有完整记录
|
||
|
|
|
||
|
|
什么时间触发、基于什么证据、向谁发过、走的什么通道、是否送达、谁在何时确认、处置结果如何——全部不可篡改地留存,可导出备查。
|
||
|
|
|
||
|
|
# 四、技术基座
|
||
|
|
|
||
|
|
核心组件均基于成熟开源项目,**无厂商锁定,数据完全可控**:
|
||
|
|
|
||
|
|
| 环节 | 技术基座 | 说明 |
|
||
|
|
| --- | --- | --- |
|
||
|
|
| 边缘录像与设备管理 | Kerberos Agent | MIT 许可,可商用 |
|
||
|
|
| AI 分析流水线 | Savant | 开源,支持故障隔离与弹性扩容 |
|
||
|
|
| 预警调度 | GoAlert | Apache-2.0,由 Target 公司开源并在内部生产使用 |
|
||
|
|
| 边缘硬件 | RK3588 平台 | 无风扇设计,无噪音,低功耗 |
|
||
|
|
| 业务平台与家属 App | 自主开发 | 根据业务需求持续迭代 |
|
||
|
|
|
||
|
|
# 五、实施路径
|
||
|
|
|
||
|
|
```mermaid
|
||
|
|
flowchart LR
|
||
|
|
P1["试点验证<br/>10 户"] --> P2["小规模运营<br/>50 户"] --> P3["全量部署<br/>200 户"]
|
||
|
|
```
|
||
|
|
|
||
|
|
| 阶段 | 重点 | 产出 |
|
||
|
|
| --- | --- | --- |
|
||
|
|
| 试点 | 验证检测准确率与安装流程 | 真实误报基线、安装规范 |
|
||
|
|
| 小规模 | 验证告警响应链与运维能力 | SLA 实测数据、客服流程 |
|
||
|
|
| 全量 | 规模化与成本优化 | 正式运营 |
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
> 本文档为方案概述。具体技术实现、容量规划与风险控制见《线上生产开发方案》。
|