AUDIT MEMO
Health-Tracking 价值审计与下一步路线图
2026-01-24 22:45 · Zon（个人健康系统） · 01-Health/Health-Tracking
逐个盘点价值信息 → 找出缺口 → 给出下一步与开源/商业化路径
要点速览
- 你已经搭出一个“个人健康系统”的关键部件：标准化数据（YAML）→ 看板（Dataview）→ 随访 TODO → 证据库。
- 最大价值点不是“记录”，而是你在做的 风险分层 + 随访策略（能减少过度检查与焦虑）。
- 当前最大短板是 数据覆盖率与键名一致性（尤其 ZON 2018/2025）；这会直接拖垮趋势与高亮。
- 唯一需要立刻处理的风险：明文 PII（
体检CENN/2025_debug.txt）。 - 开源栈建议：Obsidian 插件（Dataview/Tracker/Templater） + OCRmyPDF/Tesseract + pdfplumber + DuckDB。
- 盈利潜力：把你现有的“体检报告→结构化→随访计划/提问清单”产品化（离线优先、明确不做诊断）。
关键洞见
What’s Valuable
- 协议层：用统一键名把体检变成可查询数据（
模板&指标.md）。 - 入口层：看板把“项目、研究、门诊、检索”串成工作流（
ZON体检指标看板.md）。 - 行动层：随访 TODO 已经是可执行的计划（
ZON-2025个性化体检TODO.md）。 - 证据层：把“要不要查”落到指南与关键词，而不是情绪（
关键问题调研+检索提示）。 - 产品信号：你在写的
体检报告研读agent.md已经具备可商业化结构。
Main Bottlenecks
- 覆盖率：年度 YAML 字段普遍不全 → 趋势/高亮不稳定。
- 一致性：ZON/CENN 键名不统一（靠
default()兜底）。 - 维护成本：字段与 TODO 过多，容易从“系统”退化成“堆文档”。
- 隐私：存在明文中间产物（需要收敛）。
System Maturity (est.)
| 维度 | 当前 | 说明 |
|---|---|---|
| 数据模型 | 4/5 | schema 已经很完整（模板&指标 + 标准化键）。 |
| 行动层 | 4/5 | 个性化 TODO 与门诊提纲非常强。 |
| 证据层 | 3/5 | 检索提示与阅读清单齐全，但缺“读后结论回填”。 |
| 自动化 | 2/5 | CENN 2025 显示可做，但仍偏手工。 |
| 隐私 | 2/5 | 存在明文 PII 中间产物，需要收口。 |
Data Coverage (est.)
ZON 与 CENN 的年度 YAML 填写覆盖率（仅统计标量字段，不含 lists）。
ZON
CENN
步骤指南（新手友好）
- 选一个“最小闭环”：每年只保证 12–20 个字段 +
summary/key_findings/watchlist/next_actions完整。 - 统一键名：把 CENN 的
height_cm/weight_kg/bmi/bp_mmHg统一映射到m01~m04；避免带/的键名。 - 把“异常”变成“卡片”：每个随访项固定 5 行：触发条件、复查间隔、停止条件、红旗症状、医生结论回填。
- 看板只服务行动：看板顶部永远只放 3 条：本季度随访、未回填的门诊结论、需要补录的年度数据。
- 自动化从中间产物开始：保留一份脱敏后的抽取文本（类似
2025_debug.txt），用它训练/迭代你的解析规则。
最小字段集（示例）
- 基础：
m03_bmi、m04_bp_mmHg - 糖代谢：
g01_glu、g02_hba1c - 血脂：
l01_tc、l03_ldl、l04_hdl、l02_tg - 肝肾：
lv01_alt、lv05_tbil、lv07_glb、lv09_alb_glb、k02_crea、k01_ua - 影像/专项：按个人 watchlist 选 1–3 项（如
img01_chest_ct/f07_breast_ultrasound/f05_pelvic_ultrasound）。
SVG 图解
专家视角（best minds）
Gary Wolf · Quantified Self
- Thesis：只追踪能改变决策的指标；把每个指标当成一个可检验的问题。
- What you did well：你已经把“体检”从一次性报告变成可迭代的日志系统（YAML→看板→TODO）。
- Push：把大而全的字段集缩成“最小闭环”，用 1–2 个小实验验证随访策略是否真的降低焦虑/提高行动。
- Limits：指标本身不等于因果；需要把结果回填到“行为/随访决策”。
- Quote：paraphrase（本次离线无法核验原话与出处）。
Peter Attia · Preventive Medicine
- Thesis：用风险分层决定检查频率；把“能预防/能干预”的风险放在最前面。
- What you did well：你在
ZON-体检关键问题调研.md里明确了“何时可以少查”的问题，这是正确方向。 - Push：把随访事项从“项目清单”变成“风险卡片”：触发条件、复查间隔、停止条件、红旗症状。
- Limits：个体化医疗需要结合病史/家族史/医生评估；你这里的系统应定位为记录与沟通工具。
- Quote：paraphrase（本次离线无法核验原话与出处）。
Atul Gawande · Checklists
- Thesis：复杂问题靠“清单 + 复盘”避免漏项；关键是把清单做得足够短、足够可执行。
- What you did well：门诊提问清单/年度体检 TODO 已经具备 checklist 的骨架。
- Push：把 76 项年度清单压缩成 10 项“必做”，其余按风险展开；否则系统会被维护成本拖垮。
- Limits：清单不能替代判断；需要把“我为什么做/不做”写入决策记录。
- Quote：paraphrase（本次离线无法核验原话与出处）。
Marty Cagan · Product
- Thesis：你已经有真实痛点与原型；下一步是把它变成可重复交付的产品闭环。
- Product wedge：从“体检报告 → 结构化 YAML + 一页随访计划 + 门诊提问清单”做 MVP（不做诊断）。
- Moat：你这套键名/看板/提问/检索 prompt 的组合，是可复用的方法论资产。
- Risks：医疗合规与信任成本；必须强调“信息翻译/组织”，不要越界成诊疗建议。
- Quote：paraphrase（本次离线无法核验原话与出处）。
方案
| 方案 | 适合谁 | 收益 | 代价 | 关键风险 | 第一步 |
|---|---|---|---|---|---|
| A. 纯 Obsidian（稳） | 只想把自己/家人的体检管理好 | 最低摩擦、隐私好、复盘方便 | 手动录入/抽取成本高 | 数据长期不全 → 看板失效 | 定“最小字段集”并补齐 2022/2025 |
| B. Obsidian + 本地分析（强） | 想要趋势/评分/自动提醒 | 更强的图表与统计；可扩展到日常健康数据 | 多一套数据管道要维护 | 过度工程化 | 先用 DuckDB/CSV 导出 2 个指标趋势 |
| C. 产品化（可赚） | 想把这套方法卖给更多人 | 模板/插件/SaaS 的商业空间；内容与工具可互相导流 | 合规/支持/运营成本 | 医疗边界与责任 | 做 3 份真实报告的端到端 demo（输入→输出） |
盈利潜力（不做诊断）
- 模板产品：Obsidian「健康体检系统」模板包（看板 + YAML 模板 + 门诊提纲 + 随访节奏）。成本低、交付快。
- 工具产品：体检报告“翻译/结构化”本地工具（PDF/图片 → 结构化字段 + 一页随访计划）。可做一次性买断或订阅。
- 插件/开源：做一个 Obsidian 插件：导入报告→生成年度笔记→看板自动更新；开源核心 + 付费增强（OCR/模板/同步）。
- 内容与服务：围绕“体检项目是否必要/随访频率/如何跟医生沟通”做内容；再卖模板/工具或提供咨询式服务（强调非医疗）。
- B2B（更难）：企业体检后“员工自助解读+随访提醒”工具；难点在合规、数据安全与销售周期。
合规边界建议：定位为“信息翻译/组织/提醒”，所有输出都要有明确免责声明与就医指引；避免给出诊断或用药建议。
证据与置信度
| 主张 | 证据 | 置信度 |
|---|---|---|
| 该目录已形成“模型→看板→行动→证据”的闭环雏形。 | 模型：模板&指标；看板：ZON体检指标看板/健康数据看板/体检数据概览；行动：ZON-2025个性化体检TODO/年度体检项目TODO；证据：关键问题调研+文献检索提示+阅读清单。 | High |
| 年度数据覆盖率不均衡，影响趋势看板可靠性。 | 体检ZON/体检CENN 年度 YAML 统计（见“细节”表格与柱状图）。 | High |
| 存在明文 PII 风险点。 | 体检CENN/2025_debug.txt 含身份证号等字段（未在本报告中复述）。 | High |
| CENN 2025 已验证“从原始报告抽取→结构化→随访计划”的自动化楔子。 | 体检CENN/2025.md + 体检CENN/2025_debug.txt 的结构与内容。 | Med |
下一步
- 立刻（今天）：把
体检CENN/2025_debug.txt做脱敏/迁移到加密区（这是唯一“明显风险”）。 - 本周：定义“最小字段集”（12–20 项）+ 把
体检ZON/2022.md与体检ZON/2025.md补齐到可跑趋势的程度。 - 本月：把
ZON-2025个性化体检TODO.md的“3–6个月内”事项改成 3 个日历事件（门诊/复查/复盘录入）。 - 本季度：做一个本地脚本：PDF→文本→字段抽取→生成年度 YAML（先覆盖血脂/血糖/肝肾功/血常规）。
- 可选（产品化）：把
体检报告研读agent.md提炼成 PRD，并用 3 份报告做 demo（含失败案例与边界声明）。
细节（可选）
Inventory (逐个)
以下按“条目→价值→不足→下一步”逐个给结论，便于你直接改系统。
| 条目 | 位置 | 价值信息 | 不足 | 建议下一步 |
|---|---|---|---|---|
| 模板&指标 | 01-Health/Health-Tracking/模板&指标.md | 体检数据模型（YAML 键 + 三层解释 + 参考范围），是整个系统的“协议层”。 | 键很全，导致“填写成本高 → 覆盖率低”。 | 定义“最小可用字段集（12–20项）”并用 Templater 一键生成年度笔记。 |
| ZON 指标看板 | 01-Health/Health-Tracking/ZON体检指标看板.md | 按系统组织指标 + 推荐周期 + Dataview 汇总 + 统一入口（TODO/研究/门诊/检索）。 | 入口 TODO 仍未执行（open 5 / done 0）。 | 把“高优先级随访”抽成看板顶部 3 条，并同步到日历/提醒。 |
| 健康数据看板 | 01-Health/Health-Tracking/健康数据看板.md | 一个页面同时拉取 ZON/CENN 的体检概览（Dataview），适合做总入口。 | 目前偏“表格拉取”，缺少异常高亮与趋势图。 | 给每个关键指标增加阈值高亮（DataviewJS）+ 最少 2 张趋势图。 |
| 体检数据概览 | 01-Health/Health-Tracking/体检数据概览.md | 演示了 Dataview + DataviewJS 高亮 + charts 插件趋势图的写法。 | 更像“用法片段”，尚未变成长期维护的真实总览页。 | 把它升级为“年度趋势仪表盘”：HbA1c/LDL/ALT/血压/BMI 等。 |
| 年度体检 TODO | 01-Health/Health-Tracking/年度体检项目TODO.md | 把体检当项目管理：预约→检查→录入→复盘。 | 过于全面（open 76 / done 0），容易让行动瘫痪。 | 把清单拆成“基础必做（少而稳）/按风险加做（可选）”。 |
| ZON 2025 个性化 TODO | 01-Health/Health-Tracking/ZON-2025个性化体检TODO.md | 真正可执行：按系统列随访、带资料清单、带日期与标签。 | 仍是计划状态（open 10 / done 0），且部分日期偏远。 | 把“3–6个月内”的事项拆成 1 次门诊 + 1 次复查 + 1 次录入复盘的最短闭环。 |
| 关键问题调研 | 01-Health/Health-Tracking/ZON-体检关键问题调研.md | 把“焦虑”转成可验证问题：为什么查、查多久、何时可以少查。 | 仍缺“门诊结论回填”：医生怎么说、最终随访间隔怎么定。 | 每次门诊后用同一模板补 5 行：结论/证据/下一次时间/红旗症状/是否结束随访。 |
| 门诊提问清单 | 01-Health/Health-Tracking/ZON-体检门诊提问清单.md | 一页纸对话脚本：关键信息→要问什么→带什么材料。 | 建议增加“已回答/结论/下一步”勾选区。 | 把它做成可打印版本（仅保留关键 10 问）。 |
| 文献检索提示 | 01-Health/Health-Tracking/ZON-体检文献检索提示.md | 可复用的英文 prompt/检索式：把“查资料”变成可复制流程。 | 需要把“检索结果”沉淀回自己的策略（而不是停在 prompt）。 | 给每个主题补 1 个“我最终采用的随访策略”。 |
| 指南阅读清单 | 01-Health/Health-Tracking/ZON-体检文献与指南阅读清单.md | 为每个主题选 1–2 个“知识锚点”，避免信息海漂流。 | 当前是“待读清单”，缺少阅读状态与摘要。 | 加 3 个字段：Read? / 关键结论(3条) / 对我的影响(1条)。 |
| 体检报告研读 agent | 01-Health/Health-Tracking/体检报告研读agent.md | 已经是产品雏形：痛点→方案→MVP 流程图→Agent vs Chatbot 辨析。 | 内容风格更像聊天记录；缺少“规格说明书（I/O/边界/验收）”。 | 提炼成 1 页 PRD + 3 个真实报告的端到端 demo。 |
| 年度体检数据（ZON） | 01-Health/Health-Tracking/体检ZON/ | 纵向资产：2017–2025 的年度记录 + 影像/报告原件（可做趋势、可回溯）。 | 多个年份 YAML 填写率偏低（尤其 2018/2025），影响趋势与高亮。 | 优先补“关键指标 + key_findings/watchlist/next_actions”，其余按需补。 |
| 年度体检数据（CENN） | 01-Health/Health-Tracking/体检CENN/ | 2025 年已实现“PDF→结构化 YAML→解读与复查计划”的近闭环。 | 键名混杂（重复字段/带 / 的键），并出现明文敏感信息。 | 统一键名；把原始抽取文本做脱敏后再存档（或加密）。 |
| 敏感：抽取调试文本 | 01-Health/Health-Tracking/体检CENN/2025_debug.txt | 对“自动化解析”很有价值：等价于 OCR/提取后的中间产物。 | 含身份证号等 PII；明文放在 vault 是风险点。 | 立即做脱敏（或迁移到加密区）；仅保留解析所需字段。 |
Completeness
覆盖率 = 年度 YAML 标量字段中“非空”的比例（估算）。
| 对象 | 年份 | 填写 | 覆盖率(估) |
|---|---|---|---|
| ZON | 2017 | 16/89 | 18.0% |
| ZON | 2018 | 5/103 | 4.9% |
| ZON | 2020 | 17/90 | 18.9% |
| ZON | 2021 | 22/89 | 24.7% |
| ZON | 2022 | 34/92 | 37.0% |
| ZON | 2024 | 15/94 | 16.0% |
| ZON | 2025 | 10/92 | 10.9% |
| CENN | 2017 | 17/55 | 30.9% |
| CENN | 2018 | 18/55 | 32.7% |
| CENN | 2020 | 17/55 | 30.9% |
| CENN | 2021 | 18/55 | 32.7% |
| CENN | 2022 | 20/56 | 35.7% |
| CENN | 2024 | 7/55 | 12.7% |
| CENN | 2025 | 50/65 | 76.9% |
Schema Drift
你已经用 default(m03_bmi, bmi) 解决了部分漂移，但长期建议收敛到同一套键名。
| 类别 | 说明 | 例子 |
|---|---|---|
| 共享键 | 两个人的年度笔记都在用（适合做统一看板） | age b01_wbc b05_hgb b10_plt create-date exam_id f03_hpv f04_tct f05_pelvic_ultrasound f07_breast_ultrasound … |
| 仅 ZON | 覆盖更细的检验/免疫/肿瘤/骨代谢等（但也更难长期填写） | b02_ly_per b03_gr_per b04_rbc b06_hct b07_mcv b08_mch b09_mchc b11_ferritin b12_serum_iron b13_tibc … |
| 仅 CENN | 存在重复字段与“带 / 的键名”（对 Dataview/脚本不友好） | bmi bp_mmHg cv01_cardiac_ultrasound cv02_carotid_us height_cm m06_cholesterol_total_mmol/L m07_triglycerides_mmol/L m08_hdl_cholesterol_mmol/L m09_ldl_cholesterol_mmol/L m10_alt_U/L … |
来源
- 本地资料（本报告直接分析）：
01-Health/Health-Tracking/下的看板、TODO、年度体检笔记与附件。 - 外部权威（在你的阅读清单里出现；本次离线无法在线核验）：AASLD/EASL/ACR BI-RADS/USPSTF/WHO/ARIA 等指南与共识。
收尾总结
你已经把“体检”做成了一个系统：数据模型、看板入口、随访行动、证据检索、甚至产品雏形都在。 下一阶段的关键不是再加内容，而是把 覆盖率、键名一致性、隐私边界 三件事做扎实 —— 这会让看板开始稳定地产生“下一步”，而不是只展示信息。
当你能稳定做到“每次体检 30 分钟内完成结构化 + 生成随访计划”，你就同时拥有：更好的个人健康管理体验，以及一个可复制的产品原型。
一个下一步动作
把 2025 的关键化验值补齐到 YAML，并让 Dataview 看板跑出趋势与红色高亮。
“把焦虑变成流程，把流程变成行动。”
— Closing note