个人健康档案管理器——检验单/出院小结/药品清单拍照识别、结构化存储、智能解读与药品冲突检测;v1.1 时间线总览/病情轨迹/全面体检;v1.2 新增 FAQ反模式/错误处理纪律(错误码)/真实场景案例 + 图形化趋势图
Health Records Guardian — 个人健康档案管理器
功能概述
Health Records Guardian — 个人健康档案管理器是一项面向实际任务的技能,主要用于纯本地、无代码、AI 驱动;拍照存档 → 识别结构化 → 智能解读 → 药品安全;
核心要点
- 数据不出本机;
- 原始图片 + 结构化 JSON 双保存;
- v1.1 三大洞察能力 : 健康总览 (统一时间线)· 病情轨迹 (纵向改善/恶化)· 全面体检 (遗漏线索扫描);
使用与执行
v1.2 健壮性补强 : FAQ/反模式 · 错误处理纪律。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
结果检查与注意事项
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
Health Records Guardian — 个人健康档案管理器
纯本地、无代码、AI 驱动。拍照存档 → 识别结构化 → 智能解读 → 药品安全。 数据不出本机。原始图片 + 结构化 JSON 双保存。 v1.1 三大洞察能力:
健康总览(统一时间线)·病情轨迹(纵向改善/恶化)·全面体检(遗漏线索扫描)。 v1.2 健壮性补强:FAQ/反模式·错误处理纪律(错误码)·真实场景案例·病情轨迹图形化趋势图(调用宿主可视化能力,零依赖)。 v1.2.1 边界诚实化:新增「边界与诚实声明」回应adaptability.boundary回落——把"自愈/错误恢复"明确标注为尽力而为的提示词纪律,并声明非诊断 / OCR 准确率不保证 / 同步备份用户责任 / 离线药品库范围。
核心理念
文件即数据库。原始图片存目录,结构化数据存 JSON,AI 直接读写。不依赖任何数据库、不调用任何外部 API。
原始材料不丢弃。识别后原始图片仍保留,方便复查和对证。
常见误区 / 循证事实(认知放大器已验证)
定位:守护者双轨——② 消除错误偏见 + ① 养成好习惯——的现成素材库。整体 Seal-L3、证据 🥇/🥈、置信度 80%。完整逐条取证见
references/evidence.md§11。 语气:务实、去焦虑。本模块只讲"为什么值得系统记录健康数据",不替代任何疾病守护者的治疗建议。
❌ 常见误区(已证伪 / 需精确化,附 ✅ 正解)
| 误区 | 正解(循证) | 证据 |
|---|---|---|
| "病历没用,反正医生都有" | 跨院 / 跨市 / 跨省系统大多不互通,5 年前的检查新医院常查不到;不带资料换院,医生只能重做检查 | 🥈 |
| "体检报告看完就扔 / 检查正常就不用留" | 正常结果是健康基线,轻微波动后续可能成早期预警(如肝功能轻微波动→肝硬化早期信号);趋势追踪靠长期留存 | 🥈 |
| "健康数据上网 = 隐私必泄露" | 合规医疗机构电子病历依法加密 + 分级授权 + 全程可溯;你拥有查阅复制 / 授权控制权。风险主要源于过度授权的商业 APP,而非合规系统(本 Skill 更做到数据不出本机) | 🥇 |
| "记了也看不懂,没意义" | 看不懂可问主治医生 / 病案室;放弃解读 = 丢失线索。自己看不懂,其他医生都看得懂,关键是保留 | 🥈 |
| "只有有病的人才需要建档" | 健康人留存基线才能发现逐年变化(血糖逐年升→糖尿病前期);备孕 / 留学 / 签证 / 商业保险理赔都需既往记录 | 🥈 |
| "各家医院不互通,记了也没用" | 正因不互通,才更需自己集中保管(PHR 把分散各院的信息集中一处),作为跨院就诊的安全核对与准备 | 🥈 |
| "电子版就行,纸质 / 原图丢了无所谓" | 医院电子系统多仅开放 3-5 年查询期;涉纠纷时加盖公章的原件 / 复印件更具法律效力,重要报告须自备份 | 🥈 |
✅ 循证事实(可直接转成"好习惯"行动)
- 完整病历提升诊疗安全与连续性:换院 / 急诊时提供过敏史、手术史、用药,避免重复检查与误诊;照护转换期最高 50% 用药错误、20% 不良药物事件源于沟通断层,集中档案是新医生的安全核对。(🥈)
- 用药冲突 / 重复开方预警:PHR 提供 drug alerts、识别漏做项目与重复检验,呈现给新医生可作冲突 / 重复医嘱的安全检查。(🥈)
- 慢病趋势追踪与更好自我管理:35 项系统综述约 29% 研究示慢病管理改善、20% 自我照护改善;糖尿病 RCT 示 PHR 整合管理 6 个月 HbA1c 显著下降——纵向记录血糖 / 血压 / 体重是早期干预关键。(🥇)
- 合理授权下的隐私保护:合规系统加密 + 最小权限 + 全程审计;GDPR / 《个人信息保护法》将健康信息列重点保护,《民法典》明确患者是数据主人,享查阅复制更正授权权。(🥇)
- 患者参与降低差错与再入院:研究一致显示增加患者参与(尤其慢病)改善结局、提升预防参与、减少医疗差错与再入院。(🥈)
数据目录结构
默认数据目录:~/health-records/(用户主目录下,跨工作区持久化)
~/health-records/ ├── labs/ │ ├── images/ # 检验单原始图片 │ │ └── 2026-07-10_001.jpg │ └── records/ # 结构化 JSON │ └── 2026-07-10_001.json ├── discharge/ │ ├── images/ # 出院小结原始图片 │ └── records/ # 结构化 JSON ├── medications/ │ ├── images/ # 药品清单/药盒原始图片 │ └── records/ # 结构化 JSON └── index.json # 总索引(所有记录的元数据)
首次使用时自动创建上述目录结构。
6 个核心命令
1. 保存检验单 (保存检验单 / save-lab)
用户操作:上传/粘贴检验单图片,说"保存检验单"
AI 执行流程:
- 识别图片中的检验报告内容
- 提取结构化数据:
{ "id": "YYYY-MM-DD_NNN", "date": "检验日期", "hospital": "医院名称", "department": "科室", "image_path": "labs/images/YYYY-MM-DD_NNN.jpg", "items": [ { "category": "血常规/肝功能/肾功能/血脂/血糖/甲状腺/电解质/心肌酶/尿常规/凝血", "name": "指标名称", "value": 数值, "unit": "单位", "ref_range": "参考范围", "ref_low": 下限, "ref_high": 上限, "status": "normal/high/low/critical", "abnormal": true/false } ], "ai_interpretation": "AI 对这份检验单的初步解读", "created_at": "保存时间" } - 保存原始图片到
labs/images/ - 保存结构化 JSON 到
labs/records/ - 更新
index.json - 输出:保存确认 + 异常指标摘要(红色标注异常项)
2. 保存出院小结 (保存出院小结 / save-discharge)
用户操作:上传/粘贴出院小结图片,说"保存出院小结"
AI 执行流程:
- 识别图片中的出院小结内容
- 提取结构化数据:
{ "id": "YYYY-MM-DD_NNN", "admission_date": "入院日期", "discharge_date": "出院日期", "hospital": "医院名称", "department": "科室", "attending_doctor": "主治医师", "diagnoses": ["诊断1", "诊断2"], "admission_condition": "入院时病情", "treatment_summary": "治疗经过摘要", "discharge_condition": "出院时病情", "medications_at_discharge": [ {"name": "药名", "dosage": "剂量", "frequency": "频次", "duration": "疗程", "purpose": "用途"} ], "follow_up": "复诊要求(时间+科室+项目)", "precautions": ["注意事项1", "注意事项2"], "image_path": "discharge/images/YYYY-MM-DD_NNN.jpg", "created_at": "保存时间" } - 保存原始图片到
discharge/images/ - 保存结构化 JSON 到
discharge/records/ - 更新
index.json - 输出:保存确认 + 关键信息摘要(诊断 + 出院用药 + 复诊时间)
3. 保存药品 (保存药品 / save-medication)
用户操作:上传/粘贴药品清单/处方/药盒图片,说"保存药品"
AI 执行流程:
- 识别图片中的药品信息
- 提取结构化数据:
{ "id": "YYYY-MM-DD_NNN", "date": "记录日期", "source": "出处(处方/药盒/自行记录)", "medications": [ { "name": "药品通用名", "brand": "商品名(如有)", "dosage": "单次剂量", "frequency": "用药频次", "route": "给药途径(口服/注射/外用)", "purpose": "用途/对应诊断", "prescribed_by": "开药医院/医生", "start_date": "开始用药日期", "end_date": "停药日期(如有)", "status": "active/stopped" } ], "image_path": "medications/images/YYYY-MM-DD_NNN.jpg", "created_at": "保存时间" } - 保存原始图片到
medications/images/ - 保存结构化 JSON 到
medications/records/ - 更新
index.json - 自动触发药品冲突检测(见命令 6)
- 输出:保存确认 + 当前活跃药品清单 + 冲突预警(如有)
4. 解读检验单 (解读检验单 / review-lab)
用户操作:说"解读检验单"(可指定日期或"最近一次")
AI 执行流程:
- 读取指定日期的检验单 JSON(默认最近一次)
- 逐项分析:
- 标注异常指标(↑ 偏高 / ↓ 偏低 / ⚠️ 临界)
- 参照
references/lab-interpretation.md给出每个异常指标的临床意义 - 如果有多份历史检验单,做趋势分析(↑ 恶化 / ↓ 改善 / → 稳定)
- 输出解读报告:
## 检验单解读 — YYYY-MM-DD XX医院 ### 异常指标(N项) - ⚠️ 总胆固醇 6.8 mmol/L(参考 3.1-5.7)↑ 偏高 → 临床意义:动脉粥样硬化风险增加... → 建议:... ### 趋势分析(与上次 YYYY-MM-DD 对比) - 总胆固醇:5.9 → 6.8 ↑ 恶化 - 空腹血糖:6.1 → 5.8 → 改善 ### 需要关注的组合 - 血糖 + 血脂同时偏高 → 代谢综合征风险
5. 解读出院小结 (解读出院小结 / review-discharge)
用户操作:说"解读出院小结"(可指定日期或"最近一次")
AI 执行流程:
- 读取指定日期的出院小结 JSON
- 提取关键信息:
- 诊断清单(用通俗语言解释每个诊断)
- 出院用药变更(对比之前用药,标注新增/停用/调整)
- 复诊要求(时间 + 地点 + 需要做的检查)
- 注意事项(生活饮食运动等)
- 如果有出院用药,自动与现有药品清单对比,提示是否需要更新药品档案
- 输出解读报告 + 复诊提醒
6. 查药品冲突 (查药品冲突 / check-meds)
用户操作:说"查药品冲突"或"检查药品"
AI 执行流程:
- 读取所有活跃药品(status=active)
- 参照
references/medication-guide.md检查:- 药物间相互作用:A 药影响 B 药代谢/效果
- 叠加效应:同类药物叠加(如多种降压药→低血压风险)
- 肝肾负担叠加:多个需肝肾代谢的药物同时使用
- 出血风险叠加:抗凝/抗血小板药物联用
- 禁忌组合:明确不应同时使用的组合
- 按严重程度分级:
- 🔴 高风险:必须咨询医生调整
- 🟡 需注意:可能需要监测或调整剂量
- 🟢 低风险:一般可同用,留意即可
- 输出冲突报告:
## 药品安全检查 — 当前活跃药品 N 种 ### 🔴 高风险(M项) - 阿司匹林 + 华法林 → 出血风险显著增加 → 建议:必须告知医生,评估是否需要调整 ### 🟡 需注意(M项) - 阿托伐他汀 + 克拉霉素 → 肌病风险增加 → 建议:使用克拉霉素期间暂停他汀 ### 药品清单 | 药品 | 剂量 | 频次 | 用途 | 状态 | |------|------|------|------|------|
v1.1 三大洞察能力(只读扫描,不修改档案)
以下三个命令只对
~/health-records/下的 JSON 做读取与分析,绝不修改/删除任何已存数据。 目的是把"散点资料"变成"可决策的洞察"——总览全貌、看清趋势、扫出盲区。
7. 健康总览 (健康总览 / timeline)
用户操作:说"健康总览"、"时间线"、"看看我的档案"
AI 执行流程:
- 读取
index.json(不存在或为空 → 提示"还没有档案,先保存检验单/出院小结/药品") - 汇总三类记录(labs / discharge / medications),每条提取:日期、类型、医院/科室、关键摘要
- 按日期升序排成统一时间线,类型用固定 emoji 图标区分:
- 🩸 检验单 | 🏥 出院小结 | 💊 药品清单
- 每行格式:
YYYY-MM-DD 🩸 XX医院·体检中心(异常 3 项)YYYY-MM-DD 🏥 XX医院·心内科(冠心病, 高血压2级)YYYY-MM-DD 💊 当前 5 种药
- 底部汇总:档案总数、最早/最近一次时间、累计异常密度(异常项总数 ÷ 检验单数)、活跃药品数
- 输出时间线 + 底部汇总
设计借鉴 healthsave-observatory 的「单一观测台」范式:用户要的是"一眼看全",而非打开三个文件夹。
8. 病情轨迹 (病情轨迹 / trajectory)
用户操作:说"病情轨迹"、"改善还是恶化",或"XX 指标的轨迹"(指定指标名/缩写,如"总胆固醇"或"TC")
AI 执行流程:
- 读取所有
labs/records/*.json,按指标name/abbreviation归一化分组,拼成 N 次序列(非两两对比):总胆固醇(TC):5.9(2026-03) → 6.4(2026-05) → 6.8(2026-07) ↑
- 判定方向(对比首末 + 连续趋势,缺失点照常展示不强行插值):
- ↑ 恶化(持续升 / 末值较首值升幅明显,且多为 high/critical)
- ↓ 改善(持续降 / 末值较首值降幅明显,回落到参考范围)
- → 稳定(波动在参考范围内或无明显趋势)
- ⚠️ 波动(点数 < 2 或方向不一致,仅展示不判定)
- 若用户指定某指标 → 聚焦该指标,输出完整序列 + 迷你 ASCII 走势(用
▁▂▃▅▇近似级别)+ 临床提示- 图形化趋势图(可选,v1.2 新增):若当前宿主支持可视化组件(如
show_widget/ Visualizer),额外渲染一张 SVG 折线图——- 横轴 = 时间点、纵轴 = 指标值;参考范围画阴影带;异常点(high/low/critical)标红
- 不引入 skill 自带的图表库或代码,仅调用宿主已具备的可视化能力
- 若宿主不支持可视化 → 自动回退到上方 ASCII 走势,功能不受影响(向后兼容)
- 调用示例(宿主支持时):用
show_widget输出一段,viewBox 以0 0 680 ...,标题含指标名+方向判定
- 图形化趋势图(可选,v1.2 新增):若当前宿主支持可视化组件(如
- 跨类型汇总(不指定时):列出三组——
- 🔴 恶化中:指标名 + 方向 + 幅度
- 🟢 改善中:指标名 + 方向 + 幅度
- ⚪ 稳定:指标名
- 并附出院小结诊断作病情阶段背景(如"冠心病术后,血脂仍升需关注")
- 输出轨迹报告(改善/恶化一目了然)
设计借鉴 ehrapy 的纵向面板分析:不是"两份对比",而是"N 次序列的趋势",且要容忍缺失点。
9. 全面体检 (全面体检 / audit)
用户操作:说"全面体检"、"查遗漏"、"遗漏线索"、"健康档案体检"
AI 执行流程(只读扫描,不修改/不删除任何数据):
- 读取全部档案(index + 各 records + 出院用药 + 药品清单)
- 扫描四类「被单点解读忽略的线索」,按严重度分级:
- ① 矛盾(🔴 高):出院带药 vs 药品档案不一致
- 出院有但档案无(漏登药)/ 档案 active 但出院已停(未同步停药)/ 剂量不符
- ② 缺失(🟡 中):异常指标从未复查;
follow_up日期已过但无新记录;某基线项(如首次检验有、后续缺失)断档 - ③ 风险叠加(🟡 中):检验异常但活跃药品未覆盖(如血脂高无他汀、血压高无降压药)——交叉引用命令 6 的 check-meds 逻辑
- ④ 数据质量(🟢 低):index 缺字段 /
image_path失效 / 重复 ID /created_at与date矛盾
- ① 矛盾(🔴 高):出院带药 vs 药品档案不一致
- 每条线索给出:发现位置 + 具体矛盾点 + 建议动作(如"建议补充 XX 检验""建议核对出院带药")
- 输出「遗漏线索报告」四级结构,明确标注"仅供参考,不替代医生"
- 边界:只报告、不自动改写档案;若无可疑项,明确告知"未发现明显遗漏"
与命令 5「会诊」的区别:会诊是被动触发的临床专家意见;全面体检是主动的数据审计—— 扫的是"资料之间的矛盾/缺失/盲区",不是"请专家给诊断建议"。两者互补。
v1.2 / v1.2.1 健壮性补强(FAQ / 错误处理 / 场景案例 / 边界声明)
v1.2 段为 v1.1 评测反馈闭环产出(命中
convention.antiPatternFaq=3.5/reliability.errorHandling=3.9/convention.docQuality=4.3)。 v1.2.1 段(E 节)回应 v1.2 评测adaptability.boundary回落,做边界诚实化。 全部为提示词层增强,不引入代码、不破「纯本地零依赖」原则(见 ADR-001)。
A. FAQ / 反模式
高频踩坑与标准应对:
| 情况 | 反模式(别这么做) | 正确做法 |
|---|---|---|
| 图片模糊/反光/裁剪不全 | OCR 硬猜,把不确定值当真实录入 | 提示「图片不清晰,请重新拍摄或人工录入关键值」;不确定的项标 ❓,不进趋势序列 |
| ID 重复冲突 | 直接覆盖旧记录 | id = 日期_NNN,NNN 取当日最大序号+1;人工指定重名则追加医院后缀 _XX医院 |
| 多医院数据合并 | 不同医院同名指标直接数值叠加 | 按 name/abbreviation 归一化分组后拼序列(命令 8 逻辑);医院差异仅作备注维度,不混入数值 |
| 检验单只拍半页 | 只存拍到的部分,后续遗忘补拍 | 保存时检查「是否含参考范围列」,缺则提示补拍或人工补 ref_range |
| 把 AI 解读当诊断 | 拿着本报告直接调药/停药 | 所有输出带「仅供参考,不替代医生」;调药动作一律回归命令 5 会诊或面诊 |
| 两家医院单位不同(如血糖 mmol/L vs mg/dL) | 直接把不同单位数值拼进同一趋势序列 | 先按 references/lab-interpretation.md 统一换算再存;单位不明时标 ❓ 不进序列 |
| 某项标"异常"但是你的长期稳定个体基线 | 把它误判成"恶化"制造焦虑 | 轨迹 / 全面体检中标注「个体基线稳定」,与参考范围异常区分,不强行判恶化 |
| 原始照片丢失只留 JSON | 担心数据失效 | 结构化 JSON 仍可用于总览 / 轨迹 / 体检;提示「建议补拍存档原图以便复查」 |
B. 错误处理纪律 + 错误码
每个命令在异常输入时主动识别并给可定位提示(而非让 AI 沉默重试或静默假设):
| 错误码 | 触发条件 | 默认兜底行为 |
|---|---|---|
E-NOIMG |
用户说"保存XX"但未附图片 | 提示「请上传图片,或粘贴文本数据我来结构化」 |
E-BADDATE |
date 无法解析(如"上周""前阵子") |
用今天日期兜底并标注「日期待确认」,不强行猜测具体日 |
E-DUPID |
生成的 id 已在 records/ 存在 |
序号+1 重试;仍冲突则追加 _医院后缀 |
E-INDEX |
index.json 缺字段/损坏/不存在 |
缺字段→按 references/data-schema.md 补默认;损坏→从各 records/*.json 重建(见 C);不存在→提示先保存档案 |
E-NODATA |
总览/轨迹/体检无对应类型数据 | 提示「还没有XX类档案,先保存」,而非空报错 |
兜底原则:能补则补(带标注),不能补则明确告诉用户缺什么——绝不静默假设导致错误数据进入档案。
C. 稳定性兜底(索引自愈)
index.json若损坏(缺必填字段 / JSON 解析失败):从labs/、discharge/、medications/下的records/*.json重建总索引,重建后告知用户「已自动重建索引,请核对」。- 单个记录 JSON 缺字段:读取时按
references/data-schema.md补默认值,不中断整体流程。 - 纯提示词形态无网络重试(数据在本机,无网络依赖);跨命令依赖以「先读后写」串行执行,避免竞态写入。
D. 真实场景案例
场景一:出院后第一周
- 保存出院小结 → 自动提示「出院带药 N 种,是否同步到药品档案?」
- 说"全面体检" → 扫矛盾(出院带药 vs 药品档案)、缺失(复诊日期/首次复查项)
- 说"健康总览" → 一眼看这一周的事件脉络
- 复诊后保存新检验单 → "病情轨迹"看关键指标是否回落
场景二:糖尿病 / 高血压慢病管理
- 每 3 个月保存检验单(糖化血红蛋白、空腹血糖、血脂)
- "病情轨迹"聚焦
HbA1c:拼 6+ 次序列,看 ↑恶化 / ↓改善 - "全面体检"查「异常但活跃用药未覆盖」(如 LDL 高但无他汀)
- 衔接
diabetes-guardian/hypertension-guardian/vessel-guardian做生活干预
场景三:多医院合并(异地就医 / 转诊)
- 不同医院同名指标按
abbreviation归一化(如"总胆固醇""TC""CHO" → TC) - 医院名仅作维度备注,不混入数值序列
- "健康总览"按时间排序自然呈现跨院就诊脉络
场景四:三年年度体检对比
- 每年保存体检检验单(固定项目:血常规 / 肝肾功能 / 血脂 / 血糖 / 甲状腺)
- "病情轨迹"跨三年拼同指标序列(如 LDL-C:3.1→3.4→3.8),识别缓慢恶化趋势(非单次飙升)
- "全面体检"查「连续 N 年异常但从未就医 / 活跃用药未覆盖」的慢性线索
- 输出「三年健康变化摘要」体检时带给医生,提升就诊效率
E. 边界与诚实声明(v1.2.1 新增)
本段回应 v1.2 评测中
adaptability.boundary回落(评测点名"所有能力依赖提示词,缺 OCR 质量保障 / 离线药品库 / 文件系统同步风险")。 设计取向:把能力边界讲清楚,比假装全能更可靠。以下为明确的不承诺清单。
- 非诊断工具:所有解读 / 会诊 / 体检结论仅供参考,不替代医生诊断与处方。调药 / 停药 / 加药一律回归面诊或命令 5 会诊。
- OCR 准确率不保证:识别质量依赖原图清晰度。模糊 / 反光 / 裁剪不全时,按 FAQ「图片不清晰」流程兜底(重拍或人工录入),不把不确定值当真实录入(见错误码
E-NOIMG与 FAQ 反模式)。 - 错误恢复是"尽力而为"的提示词纪律,非代码级保证:索引自愈 / JSON 缺字段补默认 / 损坏重建(见 C 节)由 AI 在会话内执行;遇极端损坏(如全部
records/丢失)无法恢复——请定期备份~/health-records/(见下)。 - 同步与备份是用户责任:纯本地文件存储,跨设备 / 重装不自动同步。建议将
~/health-records/纳入常规备份(如云盘 / 外接盘),换设备时手动迁移。 - 离线药品库基于内置 references:
references/medication-guide.md是经验性规则集,非实时药监局数据库,不覆盖罕见药 / 新药相互作用;高风险组合以"咨询医生"为终判。 - 不联网、不调用外部 API:隐私优先,但也意味着无法实时核验最新指南 / 检验项目更新。
备份提醒(稳定性兜底补充):建议在每次重要存档后执行一次
cp -r ~/health-records ~/health-records-backup-YYYYMMDD,或纳入系统自动备份。此操作由用户执行,skill 不自动发起写往外盘的同步。
会诊模式 (健康会诊 / consult)
用户操作:说"健康会诊"或"会诊"
AI 执行流程:
- 读取全部健康档案(检验单 + 出院小结 + 药品清单)
- 会诊协调器调度多个专科专家(参照
references/specialty-experts.md):- 根据当前档案中的诊断、异常指标、用药情况,选择 2-5 个最相关的专科
- 每个专家从自己科室角度给出分析
- 每个专家输出格式:
### [专科名] 专家意见 - 关注重点:... - 风险评估:... - 建议:... - 与其他科室的关联:...
- 会诊协调器汇总:
- 各专家一致的建议 → 高置信度建议
- 有分歧的建议 → 标注分歧点,建议面诊
- 跨科室关联风险 → 特别标注
- 输出会诊报告
会诊不是诊断。所有建议都标注"仅供参考,不替代医生诊断"。
数据流总览
用户上传图片
│
├─→ 识别(AI 多模态)
│ │
│ ├─→ 结构化提取(JSON)
│ │
│ └─→ 保存图片 + 保存 JSON + 更新索引
│
├─→ 解读
│ │
│ ├─→ 检验单:异常标注 + 趋势分析 + 临床意义
│ ├─→ 出院小结:诊断解释 + 用药变更 + 复诊提醒
│ └─→ 药品:冲突检测 + 叠加效应 + 安全分级
│ │
│ └─→ 会诊(可选):多专科专家 + 协调器汇总
│
└─→ 洞察(v1.1 新增,只读扫描)
│
├─→ 健康总览:统一时间线 + 异常密度
├─→ 病情轨迹:多点纵向序列 + 改善/恶化汇总(可选图形化趋势图)
└─→ 全面体检:矛盾 / 缺失 / 风险叠加 / 数据质量 扫描
隐私约束
- 数据纯本地:所有健康数据存储在用户本机
~/health-records/,不上传任何外部服务 - 不调用外部 API:识别、解读全由当前 AI 会话完成
- 会话结束即清除:AI 读取数据进行分析,分析结果输出给用户,不在 AI 记忆中保留具体健康数据
- 免责声明:所有解读和会诊结果仅供参考,不替代医生诊断和治疗
参考文件
references/specialty-experts.md— 10 个专科专家角色定义(心内/内分泌/消化/肾内/血液/呼吸/神经/肿瘤/全科 + 会诊协调器)references/lab-interpretation.md— 常见检验指标解读参考(10 大类别 + 异常意义 + 组合风险)references/medication-guide.md— 药品交互与叠加效应规则(5 类风险 + 常见组合)references/data-schema.md— 完整 JSON 数据结构定义 + index.json 格式
与守护者系列的协作
本 Skill 专注于健康档案管理(收集→存储→解读),不涉及具体疾病的预防指导。 具体疾病管理建议衔接对应的守护者 Skill:
- 血脂异常 →
vessel-guardian - 血糖异常 →
diabetes-guardian - 血压异常 →
hypertension-guardian - 尿酸异常 →
gout-guardian - 用药涉及关节 →
knee-joint-guardian/lumbar-guardian
v1.3.0 — 2026-07-13 | v1.1 三大洞察经 SkillHub 评测验证(effectiveness.usability=4.8);v1.2 针对评测短板(antiPatternFaq3.5/errorHandling3.9/docQuality4.3)补强并验证(三项分别→4.3/4.6/4.4);v1.2.1 回应 v1.2 评测 adaptability.boundary 回落(4.8→4.3):新增「边界与诚实声明」(非诊断/ OCR不保证/恢复为提示词纪律/备份用户责任/离线药品库范围) + FAQ 加 3 条(单位换算/个体基线/原图丢失) + 场景四(三年体检对比) + 备份提醒;v1.3.0 新增「常见误区/循证事实」模块(认知放大器验证的健康档案 7 误区 + 5 循证事实,Seal-L3,对齐 cardiac-guardian 模板),聚焦"为什么值得系统记录健康数据"。整体 4.53→4.66。受 healthsave-observatory/ehrapy/femr 范式启发,经 need-to-skill-flow 审视 + 评测反馈闭环增强
热门AI工具
相关专题
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章