一份健康数据，两个使用场景

Overview

为什么要分两端，而不是把网页塞进手机

健康数据的两类动作节奏完全不同：记录发生在当下，几秒钟，随手；复核发生在事后，需要把几十条记录并排看。硬塞进一个界面，两件事都做不好。所以两端共用一套数据和判读规则，但界面各自服务一种节奏。

睡眠、步数、静息心率、呼吸率、血氧、HRV——每天固定这六个，一张卡看完。历史日期直接标出与前一天的差值，不需要自己算。今天的卡片下面就是输入框：症状、饮食、任何事，打字或者按住说。

分两层。系统按慢病预置指标组合与阈值——糖尿病、高血压、血脂异常、体重管理、骨质疏松、生理周期，判读逻辑是内置的。此外可以自建追踪，比如"减脂"只放 BMI、体重、体脂率三个数。两层都是一张卡三个数，偏离目标标金色。

用日常说法提问就行——"最近胃疼，也睡不好"。系统会检索记录、读取档案、分析对应时间窗的数据，再作答，睡眠结构、血氧趋势这类图表直接生成在回答里。

Me 是整个 App 的个人底座，回答两个问题：你是谁，你的数据从哪来。"你是谁"是一份健康档案——年龄、性别、血型、族裔，加上慢病史、家族史、过敏、生活习惯和正在用的药，每一项都在影响指标的参考范围和预警口径。"数据从哪来"是数据源的总控——设备、病历门户、自填问卷，连接状态收在同一处。档案越完整、数据源越全，其他模块给出的每一条判读就越贴近你本人。

健康数据的共享很少是对等的。子女要看父母的数据，不一定要把自己的交出去。所以"我共享给他"和"他共享给我"是两条独立的权限，各自设置，各自撤销。设备、机构、用药、文件、病种的共享数量直接列在成员卡上，不用点进去猜。

前面所有模块之所以能给结论，是因为中间有一道把原始字段翻译成标准指标的工序：hourlyTotalSteps 变成 Hourly Steps，单位统一，参考范围挂上。这道工序不是黑箱——原始名、原始值、标准名、标准值、时间、来源摊在同一张表里，逐条可查可改。

它只放在 Web，因为这是批量核对的活儿，需要筛选、排序和一次改多条。App 端不重复这个界面，用户在手机上看到的是已经归一之后的结果。