HEALTH SYSTEM REVIEW

01-Health 文件夹完善评估

2026-01-17 · 个人(ZON) · /01-Health 结构与工作流

目标:降低维护成本,让“入口统一、看板可用、随访闭环”自动运转


要点速览

关键洞见

  1. 你已经做对了最难的一步:把体检发现转成“可执行的决策支持文档”(索引+随访时间表+门诊提问清单)。 下一步要让这些成果“随时可检索、可汇总、可复盘”。
  2. 健康系统的核心是闭环:输入(体检/日志)→ 转化(看板/策略)→ 行动(TODO/习惯)→ 复盘(趋势/下次时间)。 任何一环依赖手工维护,系统就会慢慢失效。
  3. Schema 一致性 = 自动化的地基:你体检 YAML 字段设计很好,但 Dataview 查询只要有一处字段漂移,就会让“总览”失真。
  4. 分人管理(ZON vs CENN)是正确方向:下一步建议把“人”变成一级过滤条件(标签或 frontmatter),减少重复看板与重复维护。
  5. 追踪要少而准:生活方式板块不用一开始全量记录;挑 1–2 个领先指标(leading indicators),先把闭环跑起来,再扩展。

步骤指南(新手友好)

  1. 建立“单一入口页”:新建或补齐一页(建议用你已引用的 01-Health/个人健康档案.md)作为 Health 的 Home,集中链接: Health-Knowledge 索引、ZON/CENN 看板、今年随访 TODO、门诊提纲。
  2. 统一体检字段口径:选定 m03_bmi/m04_bp_mmHg 为唯一真源(或给每条体检记录补充别名字段 bmi/bp_mmHg),二选一;然后把所有 Dataview 查询统一到同一套字段。
  3. 把“生活方式看板”接上数据:为睡眠/营养/运动各建一个最小日志目录(每日或每周一条),只写 2–4 个字段; 看板用 Dataview 拉取统计(例如每周运动次数、平均睡眠时长)。
  4. 把“下一次时间”变成系统的第一等公民:任何需要随访的事项都要落到一个可查询字段(如 next_review)或任务日期((@YYYY-MM-DD)),并在入口页汇总。
  5. 建立复盘节奏:每季度 30 分钟:看体检指标趋势、清空已完成任务、把新发现写入知识库索引、更新“下一次时间表”。

SVG 图解

今天 1周 1月 1季 入口 字段 日志 复盘 Crux: 一致性 vs. 维护成本
Inputs System Outputs 体检报告 日常日志 健康系统 复查节奏 行为调整

专家视角(best minds)

Tiago Forte — Second Brain / PARA

  • Thesis: 把健康系统当作“为未来的你服务”的检索与行动系统;入口要少、路径要短。
  • Arguments: 明确区分 Reference(知识)与 Projects/Reviews(随访/复盘);让“下一步”始终可见。
  • Limits: 过度结构化会抬高维护成本;结构应服务行动,不要反客为主。

Andy Matuschak — Evergreen Notes / MOCs

  • Thesis: 用少量高质量 MOC(Map of Content)把复杂系统变成可浏览的“路径”,减少迷路。
  • Arguments: 让关键概念(风险/随访/决策)可链接、可复用;用局部小笔记承载结论与上下文。
  • Limits: 链接与拆分需要纪律;要以“能否被未来自己复用”为判断标准。

Atul Gawande — Checklists / Systems

  • Thesis: 复杂问题靠系统降错:把“需要随访的事”做成可触发的清单与时间表,而不是依赖记忆。
  • Arguments: 为门诊准备一页纸提纲、把复查时间写进系统、用复盘节奏压住遗漏与拖延。
  • Limits: 清单太多会让人疲劳;只保留关键清单(高风险/高收益)。

Peter Attia — Risk Management / Metrics

  • Thesis: 健康管理本质是风险管理:用少数关键指标与行为杠杆,稳定拉长长期收益。
  • Arguments: 把“领先指标”(睡眠/训练频率)和“滞后指标”(体检化验)打通,让行动更可控。
  • Limits: 指标容易变成焦虑源;追踪应服务决策,不追求完美记录。

方案

Option Best for Upside Downside Key risk First step
A. 最小修补(1–2h) 只想立刻更顺手 入口统一、断链清零、看板更可靠 生活方式仍偏手工 只修表面,后续又分散 补齐 01-Health/个人健康档案.md,并统一 Dataview 字段
B. 闭环升级(0.5d) 想稳定跑起来 引入最小日志 + 自动汇总,维护成本显著下降 需要一次性改动模板/查询 字段不一致导致迁移痛 为睡眠/运动/营养各建一个日志目录 + 2–4 个字段
C. 系统化自动化(1–2d) 想持续扩展/复用 PDF→结构化→趋势→提醒,自动化程度高 实现成本高 过度工程化,反而弃用 先固化 schema,再考虑脚本化解析与提醒

证据与置信度

Claim Evidence Confidence
Health-Knowledge 具备索引与随访时间表 01-Health/Health-Knowledge/README-健康知识库索引.md High
存在断链:个人健康档案入口被引用但文件缺失 [[01-Health/个人健康档案]] 被引用但未找到同名文件 High
体检记录使用 m03/m04 等标准化字段 01-Health/Health-Tracking/体检ZON/*.md 的 YAML High
部分看板 Dataview 字段与体检字段可能不一致 01-Health/Health-Tracking/健康数据看板.md 查询 bmi/bp_mmHg High
生活方式看板目前偏模板、数据入口不统一 Sleep-Recovery/作息恢复看板.md / Nutrition/营养管理看板.md / Movement/*看板.md High

下一步

细节(可选)

Observed folder snapshot
  • 01-Health/Health-Tracking 体量最大(含 PDF/HTML/图片等附件)。
  • 01-Health/Health-Knowledge 以“问题 → 证据 → 策略”为主,已有索引与决策支持文档。
  • CENN-Health体检CENN 已做分人管理,方向正确。
具体可修的小坑
  • 看板的字段命名(bmi vs m03_bmi)建议统一,否则 Dataview 汇总不稳定。
  • 体检报告研读agent.md 更像“项目/作品文案”,可考虑移动到 02-Projects03-Share 以减少追踪区噪音。
  • .DS_Store 存在于 01-Health 下多个目录;若进入版本控制,可确认已在 .gitignore 内排除。

来源

收尾总结

结论:01-Health 已具备“证据 → 决策 → 行动”的骨架,下一步最值得做的是把入口与字段一致性做稳, 让 Dataview 看板成为可信的“仪表盘”,并用最小日志把生活方式板块跑成闭环。

一个下一步动作

补齐 `01-Health/个人健康档案.md` 作为 Health Home,并把关键看板/随访入口集中到 1 页。

“所有模型都是错的,但有些是有用的。”

— George E. P. Box