古法编程

Appearance

healthcare-emr-patterns Skill 是 Everything Claude Code 插件体系中专为医疗 EMR/EHR 应用设计的开发模式集，聚焦患者安全、临床工作流、处方生成与无障碍 UI。它规范了从患者接诊流程、结构化病历、药物交互检查到处方 PDF 生成的全链路最佳实践，并内置临床决策支持和可追溯审计机制，极大提升医疗软件开发效率与安全性。本文将详细介绍如何在实际项目中用好该 Skill，包括触发条件、操作步骤、输出示例及与其他 Agent/Skill 的协作方式。

Everything Claude Code Healthcare EMR Patterns：EMR/EHR 开发、临床工作流与处方生成无障碍 UI ​

医疗软件开发者在构建电子病历（EMR/EHR）系统时，面临着患者安全、临床准确性、工作流效率和合规性等多重挑战。healthcare-emr-patterns Skill 正是为此场景而生，基于真实医院生产实践（由 Health1 Super Speciality Hospitals 贡献），将复杂的医疗业务流程抽象为一套可被 AI 编程助手自动化执行的开发模式。无论你是初次接触医疗信息化，还是需要深度定制 EMR/EHR 工作流，这一 Skill 都能为你的项目提供系统性指导和高质量输出。

1. 解决什么问题？不用它时的痛点 ​

在没有 healthcare-emr-patterns Skill 的情况下，开发者常常会遇到以下问题：

  • 患者安全难以保障：药物交互、异常化验值、危急生命体征等易被忽略或提示不充分，存在临床风险。
  • 临床工作流割裂：传统 Tab 式页面、数据分散，医生需要频繁切换，影响效率和准确性。
  • 处方与病历合规性不足：签署后的病历可随意编辑，缺乏审计追踪，难以满足医疗法规要求。
  • UI 无障碍性弱：对色弱、屏幕阅读器、手套操作等医疗场景支持不佳，影响医护人员体验。
  • 代码实现不规范：临床数据结构混乱，缺少强类型和模板化，后期维护困难。

healthcare-emr-patterns Skill 针对上述痛点，提供了从业务流到 UI、从安全机制到数据结构的全方位模式规范，确保医疗软件既安全合规又高效易用。

2. 触发条件：什么时候激活 ​

你应在以下场景主动启用 healthcare-emr-patterns Skill：

  • 新建或重构 EMR/EHR、HIS、诊所管理等医疗信息系统
  • 设计患者接诊、临床记录、处方、化验单等核心业务流程
  • 需要集成药物交互检查、临床决策支持（CDSS）、审计追踪等能力
  • 希望提升医疗 UI 的无障碍性和临床友好度
  • 参与医疗数据合规、患者安全相关的代码审查与规范制定

在 Claude Code、Codex、Cursor 等 AI 编程助手环境下，只需在项目配置或会话中激活该 Skill，相关 Agent（如 Healthcare Reviewer、CDSS Evaluator）即可自动调用其模式和校验规则。

3. 使用流程（Step by Step） ​

步骤 1：激活 Skill 并选配 Agent ​

步骤 2：设计单页临床接诊流程 ​

Skill 会生成如下单页纵向流程蓝图，避免 Tab 切换割裂：

Patient Header（始终可见）
├── 基本信息、过敏史、现用药
│
Encounter Flow（纵向滚动）
├── 1. 主诉（结构化模板+自由文本）
├── 2. 现病史
├── 3. 体格检查（按系统）
├── 4. 生命体征（自动评分/预警）
├── 5. 诊断（ICD-10/SNOMED 检索）
├── 6. 用药（药品库+交互检查）
├── 7. 检查申请（化验/影像）
├── 8. 诊疗计划与随访
└── 9. 签署/锁定/打印

步骤 3：集成智能临床模板 ​

Skill 输出标准化的 TypeScript 接口：

typescript
interface ClinicalTemplate {
  id: string;
  name: string;             // 例："胸痛"
  chips: string[];          // 可点选症状标签
  requiredFields: string[]; // 必填数据项
  redFlags: string[];       // 触发不可忽略警示
  icdSuggestions: string[]; // 预设诊断编码
}
  • 红旗项（redFlags）一旦被触发，UI 必须弹出不可关闭的警示弹窗，确保临床风险被正视。

步骤 4：实现用药安全与交互检查 ​

Skill 指导你按以下流程实现药物安全逻辑：

  1. 医生选择药物
  2. 系统自动检查：
    • 当前用药间的交互
    • 本次接诊内的药物组合
    • 患者过敏史
    • 剂量是否适合体重/年龄/肾功能
  3. 若为危急交互，UI 直接阻止处方，医生需填写理由后方可强制通过，所有操作写入审计日志。
  4. 主要交互则需医生主动确认并记录。
  5. 所有警示与覆盖理由均自动入审计追踪。

步骤 5：签署与锁定病历，支持补充说明 ​

  • 病历一旦签署即锁定，禁止直接编辑，仅可通过“补充说明”（addendum）追加记录，原文与补充均在患者时间线上可见。
  • 审计日志记录签署人、时间及所有补充内容，满足合规要求。

步骤 6：无障碍 UI 设计与临床数据展示 ​

Skill 自动生成如下 UI 规范：

  • 生命体征、化验结果：高亮异常值，趋势箭头，自动评分（如 NEWS2），危急值不可忽略弹窗提示
  • 处方 PDF：一键生成，含患者信息、过敏史、诊断、药品明细、医生签名
  • 无障碍要求：对比度≥4.5:1、大尺寸触控区、键盘导航、色弱友好、屏幕阅读器标签、所有临床警示需主动确认

步骤 7：审计追踪与合规校验 ​

  • 所有临床数据变更、警示、覆盖、签署、补充说明均自动写入审计日志
  • Skill 可配合 Healthcare PHI Compliance Skill 实现完整的医疗数据合规链路

4. 输出示例 ​

示例 1：患者接诊流程 ​

医生打开患者 #4521 接诊页面
→ 顶部显示："Rajesh M, 58岁男，过敏：青霉素，现用药：二甲双胍 500mg"
→ 主诉：选择“胸痛”模板，点击“胸骨下”、“放射左臂”、“压榨感”标签
→ 红旗“压榨性胸痛”自动弹出不可关闭警示
→ 体检：心脏听诊正常
→ 生命体征：心率 110，血压 90/60，SpO2 94%
→ NEWS2 自动评分：8分，高危，弹窗提醒升级处理
→ 诊断：查找“ACS”，选择 ICD-10 I21.9
→ 用药：选择阿司匹林 300mg，无交互风险
→ 签署病历，锁定，仅可补充说明

示例 2：用药交互安全 ​

医生为患者 #4521 开具华法林
→ CDSS 检测到：华法林+阿司匹林=危急交互
→ UI 弹出红色不可关闭弹窗，禁止直接处方
→ 医生点击“覆盖并填写理由”，输入“权衡利弊，已监测 INR”
→ 理由和警示写入审计日志，处方流程继续

示例 3：签署锁定与补充说明 ​

接诊记录 #E-2024-0891 由 Dr. Shah 于 14:30 签署
→ 所有字段锁定，不可编辑
→ 仅显示“添加补充说明”按钮
→ Dr. Shah 添加：“化验结果回报，肌钙蛋白升高”
→ 新纪录 E-2024-0891-A1 关联原记录，时间线展示原文+补充

5. 常见协作 Agent 与 Skill ​

这些 Agent/Skill 可通过 ECC 配置联动，形成从开发、审查到上线前评测的完整自动化链路。更多配置细节可参考 Claude Code 快速上手指南。

FAQ ​

Q: healthcare-emr-patterns Skill 适合哪些医疗软件项目？
A: 适用于医院、诊所、体检中心等需要 EMR/EHR、处方、临床决策支持、审计追踪等核心功能的医疗信息化项目。

Q: 如何确保药物交互和患者安全机制不会被绕过？
A: Skill 默认危急交互直接阻断处方，医生如需覆盖必须填写理由并写入审计日志，所有警示不可被静默或自动关闭。

Q: 支持哪些无障碍和合规性要求？
A: Skill 强制高对比度、大触控区、键盘导航、色弱友好、屏幕阅读器支持，并自动生成完整审计追踪，满足医疗法规需求。

友情链接： 能跑吗 · 打工算 · 车主算 · 开发工具 · 人工不智能

Copyright © 2026 地豆 蜀ICP备2021007188号 | 关于本站 | 隐私政策