# Reflekt 系统P0 & P1 级核心功能说明 ✅

## 核心价值主张

Reflekt 不仅仅是一套硬件组合，它是老人的 **"数字守护者"**。系统的核心价值在于：**在最糟糕的情况下，即使无人看护，系统也能准确拉响警报并确保信息触达**。任何削弱这一价值的功能缺失，都会使产品从 **"生命安全保障"** 降级为 **"普通电子玩具"**。

---

## 一、 P0 级：硬底线功能（ Must-Have ）

**定义**：非做不可，直接决定系统的安全性、可靠性与法律合规性。缺失任何一项均可能导致医疗事故或商业失败。

### 1. 紧急预警自动化闭环（ Fall-to-Alert Loop ）

- **功能描述**：跌倒检测后， Luma 需立即发起语音询问（如 "Are you okay?" ）。若在 30 秒内未收到清晰的正面回应（ "I'm okay" ），系统 **必须自动升级** 为红色紧急预警，触发家属电话 / 短信 /App 强提醒。
- **典型场景**： 78 岁的 Mary 摔倒后处于半昏迷状态，无法呼救。系统若仅记录日志而不自动升级预警，将导致严重的医疗延误。
- **必要性**：这是 Reflekt 存在的灵魂。如果只在老人有能力呼救时才起作用，系统将失去对最危险情况的覆盖能力。

### 2. 通知分级与静默穿透（ Notification Tiering ）

- **功能描述**：建立三级通知体系：
    - **普通（ Green ）**：日常建议与小变化。
    - **关注（ Yellow ）**：作息异常、活动下降、设备离线 12h 。
    - **紧急（ Red ）**：跌倒、 SOS 、长时间无回应、设备离线 48h 。
- **关键要求**：红色预警必须具备 **静默穿透能力**，即家属手机即使在 "勿扰模式" 下，也必须强制发出警报声。
- **必要性**：避免用户因信息过载而关闭通知，同时确保救命信息在任何时候都能被感知。

### 3. 设备心跳监控与离线报警（ Heartbeat & Offline Alert ）

- **功能描述**：后端实时监测雷达、手表、 Luma 的在线状态。
    - **离线 > 12 小时**：推送黄色提醒给家属。
    - **离线 > 48 小时**：在运营后台标记为 "高风险" ，由人工或自动化系统介入核实。
- **典型场景**：路由器死机或 WiFi 欠费导致系统失效。家属若不知情，会产生虚假的安全感。
- **必要性**：对用户基本的诚信承诺 —— 如果承诺 "一直在看着" ，就必须确保自己真的在线。

### 4. 离线状态下的 SOS 兜底机制（ Offline SOS Backup ）

- **功能描述**：当设备检测到断网且老人触发 SOS 或语音求助时， Luma 必须本地播报明确提示： "我现在没连上网络，如果是紧急情况，请直接拨打 911 。"
- **必要性**：在极端情况下做到 "不误导、不假装有用" ，防止老人因误以为求助成功而放弃其他自救手段。

### 5. 多照护人权限管理（ Caregiver Management ）

- **功能描述**：支持主账号添加 / 移除多位协作者（子女、护工等）。一旦移除，该账号必须立即失去对所有历史数据和实时状态的访问权限。
- **典型场景**：护工离职或家庭成员变动。在欧美市场，隐私泄露将面临极高的法律风险。
- **必要性**：直接关系到用户隐私伦理与产品信任感，是进入国际市场的门票。

### 6. 审计日志与安全标准（ Audit Log & Trust/Safety ）

- **功能描述**：记录所有敏感操作（改配置、删人、导数据）的 "人、时、地、事" ，日志保存 12 个月以上。全链路 HTTPS 加密，严禁跨家庭数据泄露。
- **必要性**：面向医院、保险公司等 B 端机构的硬性合规要求。没有审计日志，无法通过专业机构的安全审查。

### 7. 高龄化 UI/UX 标准（ Senior-Friendly UI ）

- **功能描述**： Luma 屏幕必须严格执行：字号 ≥ 18pt 、高对比度配色、每屏信息区块 ≤ 3 个。
- **必要性**：针对老花眼、白内障等生理特征设计。 UI 的可用性直接决定了老人是否愿意使用并与之交互。

---

## 二、 P1 级：强烈建议补齐（ MVP+ / Optimization ）

**定义**：提升运营效率、算法精度及商业化说服力的关键功能。

### 1. 误报闭环系统 (False Alarm Loop)

- **功能描述**：App 端支持家属标记误报原因（如：捡东西、做操、宠物干扰）。
- **商业价值 / 意义**：形成数据闭环，用于持续优化算法，降低家属的 "警报疲劳" 。

### 2. 试点运营看板 (Pilot Ops Dashboard)

- **功能描述**：针对 20-25 户试点家庭的聚合视图（在线率、跌倒数、误报率等）。
- **商业价值 / 意义**：为投资人和政府提供硬核数据支持，证明产品在缩短发现时间上的有效性。

### 3. 用药遵从日志 (Medication Log)

- **功能描述**：记录用药提醒的 "执行确认" 状态，形成 7-14 天的趋势报告。
- **商业价值 / 意义**：提升产品粘性，为未来对接医疗服务商和医生提供数据基础。

---

## 给开发团队的执行建议

1. **优先级确认**：请广州团队明确， P0 功能是系统的 "承重墙" ，不完成 P0 ，系统无法上线测试。
2. **架构预留**：即使 P1 放在第二阶段，目前的数据库架构和接口设计也必须为 "误报记录" 和 "多照护人权限" 预留字段。
3. **本地化意识**：所有提示语、报警逻辑必须符合美国市场（如 911 拨打建议、英语交互习惯）。