鲸护养老监护平台监护大屏界面
开放试用
鲸护 WhaleCare · 养老监护与慢病监测

鲸护 · 智慧养老鲸护 · 养老监护平台 —— 从监护大屏到家属平安页,告警有人接

老人档案、监护大屏、告警处置闭环、慢病随访、规则配置、接入观测与设备自助对接收在同一套工程里, 支持 29 类监护设备、26 类事件与 71 项体征指标接入。告警按严重级分发,P1 无人确认超 5 分钟自动升级呼叫全部联系人。 产品明确定位为非诊断用途。

8
业务页面
前端路由逐条对应
29
监护设备
类,注册表实测
26
事件类型
类,注册表实测
71
体征指标
项,注册表实测
34
接口路径
care-service 源码
5
试用角色
有效期 3 个月

鲸护是什么

鲸护是面向居家与机构养老的安全监护与慢病监测平台(与鲸农、鲸仓、鲸油、鲸宴、鲸工、鲸能同属鲸云行业子平台),管的是一位老人从设备接入到家属知晓的全过程: 设备注册与心跳、规则判定、告警分级触达、处置闭环、慢病随访,以及给家属看的每日平安简报。

它把「设备能不能接进来」和「告警有没有人接」当成两件同等重要的事:前者靠 29 类设备注册表与自助对接页, 后者靠分级路由加升级呼叫——P1 告警在无人确认超过设定时长后,会自动把呼叫扩展到全部紧急联系人。

上面的规模数字取自 2026-09-28 运行实例实测与源码统计(页面清单来自前端路由表,设备/事件/指标数来自注册表接口, 接口路径数来自后端源码)。演示库当前为 2 位老人、3 台设备的种子数据,仅用于说明系统功能,不代表实际业务规模。

一条监护链路

从设备接入到家属复盘,六个环节串成闭环;告警不是发出去就算完,要有人确认才算处置。

STEP 1接入
雷达 / 床垫 / 门磁 / SOS / 烟感 / 燃气与 OEM 血压血糖血氧统一接入,HTTP 上报与 MQTT 桥接两条路
STEP 2判定
规则引擎按事件或阈值判定,支持复合值、夜间离床超时、离线巡检与 24 小时未测量
STEP 3告警
三级规则覆盖(个人 / 机构 / 全局),可配静默时段与 5 分钟防重复
STEP 4触达
按严重级分发到 webhook、短信、语音外呼与微信,P1 强制包含电话与短信
STEP 5处置
open → ack → resolve / false-alarm 闭环,误报可标记,处置过程留痕
STEP 6复盘
告警趋势、每日平安简报与体征 30 天趋势聚合,家属读得到中文简报

8 个业务页面

与平台前端路由逐条对应,每一条都是真实存在的页面,不是目录式罗列。

监护大屏/bigscreen
在管人数、设备在线率、未处置告警与 24 小时趋势,支持房间级平安状态色块,可挂值班室显示器
今日总览/today
当日量测、告警与照护动态一屏聚合,值班交接的第一屏
老人档案/elders
建档向导、紧急联系人、绑定设备、血压趋势、告警历史与家属链接生成
告警处置/care-alerts
告警确认、处置与误报标记,闭环状态可追溯
慢病随访/chronic-care
随访计划创建、完成、暂停与逾期标记,自动排期并与照护记录联动
告警规则/rules
阈值、通道、静默时段与启停在线配置,改动即时生效
接入观测/integration-health
设备上报链路健康度,接入异常可定位到具体设备与通道
自助对接/device-onboard
新设备自助注册与联调引导,不必等实施人员到场

告警分级与升级

规则未指定通道时按严重级走默认路由;无论怎么配,P1 都强制包含电话与短信,这是安全下限。

P1
电话 + 短信 + 微信 + webhook;无人确认超 5 分钟自动升级呼叫全部联系人,每个事件仅一次
P2
短信 + 微信 + webhook
P3
微信 + webhook

分级路由与 P1 升级呼叫链路已通过端到端验证;webhook 通道已实发验证, 短信 / 语音外呼 / 微信服务号三条通道的发送代码与签名单元测试已完成,尚未对接真实服务商凭据做实发验证。

四条不可让步的红线

养老场景牵涉隐私与安全。鲸护把这些约束写进产品和数据库,而不是只写在宣传页上。

G1非诊断用途
所有告警文案与页面口径统一为「安全监护与健康数据采集」,明示不构成医疗诊断意见;家属平安页内置免责声明。
G2私密区域不用摄像头
卧室与卫生间只用雷达与体征信号,不安装摄像头。这条同时写在数据库约束里:视觉事件只落事件与分区,不上传图像,数据不出户。
G3家属页脱敏
家属凭免登录令牌访问平安页,数据脱敏后不含电话、身份证与住址;令牌可单独生成与失效。
G4口令与令牌
口令存储为 sha256 加盐摘要,校验走常数时间比较;登录令牌为 HMAC 签名、12 小时有效,试用到期登录即失效。

真实界面,不是渲染图

以下 8 屏截自 2026-09-28 运行中的实例(登录后台后实抓), 界面上的数据为演示库种子数据,仅用于说明系统功能。

鲸护养老监护平台 监护大屏界面
监护大屏
鲸护养老监护平台 今日总览界面
今日总览
鲸护养老监护平台 老人档案界面
老人档案
鲸护养老监护平台 告警处置界面
告警处置
鲸护养老监护平台 慢病随访界面
慢病随访
鲸护养老监护平台 告警规则界面
告警规则
鲸护养老监护平台 接入观测界面
接入观测
鲸护养老监护平台 自助对接界面
自助对接

部署与集成

部署形态

服务
Go 单进程服务(care-service,源码 13 个文件)+ MQTT 桥接
数据库
PostgreSQL 单库,监护域 9 张表(迁移 001)+ 随访、家属令牌等增量迁移
前端
React 18 + antd 5 + ECharts 单 SPA,Nginx 托管静态产物

接入方式

设备上报
统一 /api/v1/ingest(API-Key 鉴权),measured_at 兼容本地时间等 4 种格式
MQTT
mosquitto + 桥接服务,whalecare/# 主题转发到 ingest
自助对接
设备注册、心跳与类型注册表(29 类)在线可查,新增品类不必改代码

通知通道

已实发验证
webhook:已通过端到端实发验证;P1 升级呼叫链路已端到端验证
待凭据验证
阿里云短信、语音外呼与微信服务号模板消息:发送代码与签名单元测试已完成,尚未对接真实服务商凭据实发验证
不静默丢告警
未配置凭据的通道会记录 pending 审计(ok:false 并附原因),告警不会被悄悄吞掉

硬件边界:鲸护负责平台侧——接入、判定、触达与随访。雷达、床垫、门磁、SOS、烟感、燃气等前端设备与鲸感智能传感器同层,协议转换由鲸链边缘网关承担,边缘侧规则判定可配鲸灵边缘智能体。血压计、血糖仪等测量类设备采用已持证的 OEM 产品接入,平台不做诊断。具体选型按现场条件确定。

鲸护 · 养老监护平台

接入 → 判定 → 告警 → 触达 → 处置 → 复盘 —— 只做安全监护,不做医疗诊断