个人健康档案管理器——检验单/出院小结/药品清单拍照识别、结构化存储、智能解读与药品冲突检测;v1.1 时间线总览/病情轨迹/全面体检;v1.2 新增 FAQ反模式/错误处理纪律(错误码)/真实场景案例 + 图形化趋势图
Health Records Guardian — 个人健康档案管理器是一项面向实际任务的技能,主要用于纯本地、无代码、AI 驱动;拍照存档 → 识别结构化 → 智能解读 → 药品安全;
v1.2 健壮性补强 : FAQ/反模式 · 错误处理纪律。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
纯本地、无代码、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 年查询期;涉纠纷时加盖公章的原件 / 复印件更具法律效力,重要报告须自备份 | 🥈 |
默认数据目录:~/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 # 总索引(所有记录的元数据)
首次使用时自动创建上述目录结构。
保存检验单 / 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/labs/records/index.json保存出院小结 / 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/discharge/records/index.json保存药品 / 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/medications/records/index.json解读检验单 / review-lab)用户操作:说"解读检验单"(可指定日期或"最近一次")
AI 执行流程:
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 → 改善 ### 需要关注的组合 - 血糖 + 血脂同时偏高 → 代谢综合征风险
解读出院小结 / review-discharge)用户操作:说"解读出院小结"(可指定日期或"最近一次")
AI 执行流程:
查药品冲突 / check-meds)用户操作:说"查药品冲突"或"检查药品"
AI 执行流程:
references/medication-guide.md 检查:## 药品安全检查 — 当前活跃药品 N 种 ### 🔴 高风险(M项) - 阿司匹林 + 华法林 → 出血风险显著增加 → 建议:必须告知医生,评估是否需要调整 ### 🟡 需注意(M项) - 阿托伐他汀 + 克拉霉素 → 肌病风险增加 → 建议:使用克拉霉素期间暂停他汀 ### 药品清单 | 药品 | 剂量 | 频次 | 用途 | 状态 | |------|------|------|------|------|
以下三个命令只对
~/health-records/下的 JSON 做读取与分析,绝不修改/删除任何已存数据。 目的是把"散点资料"变成"可决策的洞察"——总览全貌、看清趋势、扫出盲区。
健康总览 / timeline)用户操作:说"健康总览"、"时间线"、"看看我的档案"
AI 执行流程:
index.json(不存在或为空 → 提示"还没有档案,先保存检验单/出院小结/药品")YYYY-MM-DD 🩸 XX医院·体检中心(异常 3 项)YYYY-MM-DD 🏥 XX医院·心内科(冠心病, 高血压2级)YYYY-MM-DD 💊 当前 5 种药设计借鉴 healthsave-observatory 的「单一观测台」范式:用户要的是"一眼看全",而非打开三个文件夹。
病情轨迹 / trajectory)用户操作:说"病情轨迹"、"改善还是恶化",或"XX 指标的轨迹"(指定指标名/缩写,如"总胆固醇"或"TC")
AI 执行流程:
labs/records/*.json,按指标 name/abbreviation 归一化分组,拼成 N 次序列(非两两对比):总胆固醇(TC):5.9(2026-03) → 6.4(2026-05) → 6.8(2026-07) ↑▁▂▃▅▇ 近似级别)+ 临床提示show_widget / Visualizer),额外渲染一张 SVG 折线图——show_widget 输出一段 ,viewBox 以 0 0 680 ...,标题含指标名+方向判定设计借鉴 ehrapy 的纵向面板分析:不是"两份对比",而是"N 次序列的趋势",且要容忍缺失点。
全面体检 / audit)用户操作:说"全面体检"、"查遗漏"、"遗漏线索"、"健康档案体检"
AI 执行流程(只读扫描,不修改/不删除任何数据):
follow_up 日期已过但无新记录;某基线项(如首次检验有、后续缺失)断档image_path 失效 / 重复 ID / created_at 与 date 矛盾与命令 5「会诊」的区别:会诊是被动触发的临床专家意见;全面体检是主动的数据审计—— 扫的是"资料之间的矛盾/缺失/盲区",不是"请专家给诊断建议"。两者互补。
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)。
高频踩坑与标准应对:
| 情况 | 反模式(别这么做) | 正确做法 |
|---|---|---|
| 图片模糊/反光/裁剪不全 | 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 仍可用于总览 / 轨迹 / 体检;提示「建议补拍存档原图以便复查」 |
每个命令在异常输入时主动识别并给可定位提示(而非让 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类档案,先保存」,而非空报错 |
兜底原则:能补则补(带标注),不能补则明确告诉用户缺什么——绝不静默假设导致错误数据进入档案。
index.json 若损坏(缺必填字段 / JSON 解析失败):从 labs/、discharge/、medications/ 下的 records/*.json 重建总索引,重建后告知用户「已自动重建索引,请核对」。references/data-schema.md 补默认值,不中断整体流程。场景一:出院后第一周
场景二:糖尿病 / 高血压慢病管理
HbA1c:拼 6+ 次序列,看 ↑恶化 / ↓改善diabetes-guardian / hypertension-guardian / vessel-guardian 做生活干预场景三:多医院合并(异地就医 / 转诊)
abbreviation 归一化(如"总胆固醇""TC""CHO" → TC)场景四:三年年度体检对比
本段回应 v1.2 评测中
adaptability.boundary回落(评测点名"所有能力依赖提示词,缺 OCR 质量保障 / 离线药品库 / 文件系统同步风险")。 设计取向:把能力边界讲清楚,比假装全能更可靠。以下为明确的不承诺清单。
E-NOIMG 与 FAQ 反模式)。records/ 丢失)无法恢复——请定期备份 ~/health-records/(见下)。~/health-records/ 纳入常规备份(如云盘 / 外接盘),换设备时手动迁移。references/medication-guide.md 是经验性规则集,非实时药监局数据库,不覆盖罕见药 / 新药相互作用;高风险组合以"咨询医生"为终判。备份提醒(稳定性兜底补充):建议在每次重要存档后执行一次
cp -r ~/health-records ~/health-records-backup-YYYYMMDD,或纳入系统自动备份。此操作由用户执行,skill 不自动发起写往外盘的同步。
健康会诊 / consult)用户操作:说"健康会诊"或"会诊"
AI 执行流程:
references/specialty-experts.md):### [专科名] 专家意见 - 关注重点:... - 风险评估:... - 建议:... - 与其他科室的关联:...
会诊不是诊断。所有建议都标注"仅供参考,不替代医生诊断"。
用户上传图片
│
├─→ 识别(AI 多模态)
│ │
│ ├─→ 结构化提取(JSON)
│ │
│ └─→ 保存图片 + 保存 JSON + 更新索引
│
├─→ 解读
│ │
│ ├─→ 检验单:异常标注 + 趋势分析 + 临床意义
│ ├─→ 出院小结:诊断解释 + 用药变更 + 复诊提醒
│ └─→ 药品:冲突检测 + 叠加效应 + 安全分级
│ │
│ └─→ 会诊(可选):多专科专家 + 协调器汇总
│
└─→ 洞察(v1.1 新增,只读扫描)
│
├─→ 健康总览:统一时间线 + 异常密度
├─→ 病情轨迹:多点纵向序列 + 改善/恶化汇总(可选图形化趋势图)
└─→ 全面体检:矛盾 / 缺失 / 风险叠加 / 数据质量 扫描
~/health-records/,不上传任何外部服务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-guardiandiabetes-guardianhypertension-guardiangout-guardianknee-joint-guardian / lumbar-guardianv1.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 审视 + 评测反馈闭环增强
相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.1万人学习
共49课时 | 82.6万人学习
最新文章