医疗信息化解决方案专家技能
概述
本技能面向医疗信息化解决方案的「编撰 - 审核 - 优化」全生命周期，提供专家级的标准规范参考、核心系统知识、典型项目场景模板、AI 赋能方案库与方案审核清单。
兼容性说明：本 Skill 基于通用
SKILL.md规范编写，可运行在 OpenClaw、WorkBuddy 等支持该规范的 Agent 框架上。不同框架的加载路径可能不同（如~/.workbuddy/skills/、~/.openclaw/skills/或框架自定义的 skills 根目录），将本仓库克隆/解压到对应目录并确保顶层文件夹名为medinfo-solution-expert即可全局生效。触发词与编撰/审核/优化三大流程在任意框架中行为一致。
适用对象：
- 医疗 IT 厂商的售前 / 解决方案架构师
- 医院信息中心主任 / 项目负责人
- 医疗信息化咨询顾问
- 医疗 SaaS 产品经理
可处理的项目场景：
- 智慧医院建设（电子病历分级 + 智慧服务 + 智慧管理三位一体）
- 医院信息互联互通标准化成熟度测评
- 紧密型县域医疗卫生共同体 / 紧密型城市医疗集团建设
- 电子病历系统应用水平分级评价
- 紧密型县域医共体数智一体建设
- 紧密型城市医疗集团数智化建设
- 中心药房 / 云审方中心专项
- 连锁民营医院数智化建设
- 三级以下单体医疗机构数智化建设
- 单项系统建设或升级（HIS / EMR / LIS / PACS / RIS / HRP / 集成平台 / CDR / 互联网医院）
- AI 赋能专项（医学影像 AI、NLP 病历结构化、CDSS、大模型临床应用、智能导诊等）
触发条件
当用户提出以下任一意图时启动本技能：
- 编撰 / 起草 / 撰写医疗信息化解决方案、立项方案、技术方案、可行性报告
- 审核 / 评审 / 评估已有医疗信息化方案，指出问题、给出修改建议
- 优化 / 润色 / 完善已有方案，提升说服力与可落地性
- 涉及医院评级（互联互通、EMR 分级、智慧服务、智慧管理）的方案
- 涉及医共体 / 医联体 / 城市医疗集团建设的方案
- 涉及中心药房、云审方中心、连锁民营医院、基层医疗机构数智化的方案
- 涉及 AI 在医疗场景落地的方案
工作流程
流程一：方案编撰（Compose）
按以下步骤执行，每一步对应 references 中的具体知识来源。
第 1 步：识别项目场景与评级目标
- 询问 / 推断用户的项目场景归属（智慧医院 / 互联互通 / 医共体 / EMR 评级 / 单项系统 / AI 专项 / 综合）
- 询问 / 推断评级目标（如 EMR ≥5 级、互联互通 ≥4 级甲等）
- 询问 / 推断医院或区域规模（三级 / 二级 / 基层、单院 / 多院 / 区域）
参考：references/scenarios.md 中四大场景的痛点、评估维度与方案骨架要点。
第 2 步：政策与标准检索
- 对照
references/standards.md，确定项目所适用的政策与标准清单 - 必查标准（按场景）：
- 互联互通场景：WS/T 798-2022、WS/T 500-2016、WS/T 501/502-2016
- EMR 评级：国卫办医函〔2018〕479 号
- 智慧医院：WS/T 855-2024、WS/T 856-2024、WS/T 826-2023
- 医共体：紧密型县域 / 城市医疗集团建设方案
- 安全合规：GB/T 22239-2019、《数据安全法》《个人信息保护法》
- 若用户未提供最新政策版本，使用 WebSearch 工具检索近 2 年的政策更新
- 引用格式统一：「标准编号 + 标准名称」（详见
references/standards.md第三章）
第 3 步：现状评估与差距分析
- 列出业务系统现状（HIS / EMR / LIS / PACS / HRP / 集成平台 / 数据中心）
- 列出数据现状（标准化、主数据、共享文档、数据质量）
- 从目标等级倒推关键缺口
- 参考
references/systems.md中的系统职责边界
第 4 步：总体架构设计
按以下七层组织：
- 业务架构：医 / 护 / 技 / 药 / 管 / 辅 / 患
- 数据架构：采集 / 资产 / 服务 / 应用
- 应用架构：患者服务 / 临床业务 / 运营管理 / 决策支持
- 技术架构：前端 / 后端 / 数据库 / 中间件 / 集成引擎 / 容器编排
- 安全架构：网络 / 主机 / 应用 / 数据 / 审计
- 部署架构：本地化 / 云化 / 混合 / 容灾
- AI 架构：模型 / 推理 / 知识库 / 应用接入
参考 references/systems.md 第四章与 references/ai-applications.md。
第 5 步：详细技术方案
- 集成平台：集成引擎选型（InterSystems HealthShare / Mirth Connect / Rhapsody 等）、EMPI、共享文档生成器
- 临床数据中心（CDR）：FHIR 资源建模、数据采集、数据治理、数据服务
- 核心业务系统改造：HIS / EMR / LIS / PACS / HRP 的具体改造项
- 互联互通达标：53 类共享文档生成器、交互服务、性能压测
第 6 步：AI 赋能方案融入
按"必要性 + 可行性 + 风险可控"三要素判断是否融入 AI：
- 必要性：解决具体业务痛点，ROI 合理
- 可行性：数据底座齐备、合规路径清晰
- 风险可控：AI 失效有兜底、人机协同边界清晰
参考 references/ai-applications.md 中各 AI 场景的成熟度、合规要求、风险与接入方式。
对每个融入的 AI 应用，必须回答 references/ai-applications.md 第九章的 7 个关键评估问题。
第 7 步：实施计划
- 分阶段：先打基础（集成平台、CDR），后建应用（CDSS、智慧服务、AI）
- 分批次：试点科室 / 单病种先行，再推广
- 同步整改：数据治理与系统建设同步
第 8 步：投资估算
包含硬件、软件、集成、服务、培训、3-5 年运维成本。
第 9 步：风险与应对
按进度 / 数据 / 集成 / 合规 / 厂商 / 推广 / 安全 / AI 八类组织风险矩阵。
第 10 步：基于模板输出
将上述内容填入 assets/solution-template.md 模板。模板包含 11 个章节：摘要、需求分析、政策依据、现状评估、总体架构、详细技术方案、AI 赋能、实施计划、投资估算、风险应对、保障措施、预期效益。
输出格式：结构化 Markdown。若用户要求 Word / PPT，按其要求转换。
流程二：方案审核（Audit）
按 references/audit-checklist.md 的七个维度逐项审核：
- 政策符合性：政策版本是否最新、引用格式是否规范、评级目标是否合理、安全合规是否到位
- 逻辑完整性：章节结构、需求-方案对应、论证逻辑
- 技术可行性：架构合理性、技术选型、性能容量、高可用容灾
- 数据流闭环：业务闭环（门诊 / 住院 / 用药 / 检验 / 检查）、跨系统数据流、跨机构数据流
- 安全合规：等保、数据安全、应用安全、终端安全
- 风险应对：项目 / 业务 / 技术 / 风险描述质量
- 可落地性：实施计划、组织保障、投资估算、验收标准
若方案含 AI 应用，额外执行 AI 专项审核（references/audit-checklist.md 第八章）。
审核输出格式：按 references/audit-checklist.md 末尾给出的「审核报告输出格式」，每项标注 ✅ / ⚠️ / ❌，并附修改建议。最终给出整改建议汇总与优先级分级（高 / 中 / 低）。
流程三：方案优化（Optimize）
基于审核结果，从以下维度优化方案：
- 架构维度：分层清晰度、组件解耦、可演进性
- 业务流程维度：闭环完整性、流程顺畅度、跨系统协同
- 数据流维度：数据所有权明确、一致性保障、消息可靠性
- 技术选型维度：成熟度、信创适配、避免厂商绑定
- 论证说服力：痛点-方案推导、量化收益、关键指标
- 可落地性：实施计划合理性、资源匹配、风险兜底
- AI 融入合理性：必要性、可行性、合规性、风险兜底
优化原则：
- 保留原方案的结构与可取之处，仅修改问题点，不重写
- 优化建议必须具体可执行，给出修改前 / 修改后对比
- 量化指标必须有依据，不杜撰
知识库引用
| 任务 | 需要加载的 references | 需要使用的 assets |
|---|---|---|
| 编撰方案（新写） | standards.md + systems.md + scenarios.md + ai-applications.md | solution-template.md |
| 编撰方案（含 AI） | 上述 + ai-applications.md | solution-template.md |
| 编撰中心药房方案 | scenarios.md + central-pharmacy.md | solution-template.md |
| 编撰云审方方案 | scenarios.md + cloud-prescription.md | solution-template.md |
| 编撰药学一体化方案 | scenarios.md + central-pharmacy.md + cloud-prescription.md | solution-template.md |
| 审核方案 | standards.md + systems.md + scenarios.md + ai-applications.md + audit-checklist.md | — |
| 优化方案 | audit-checklist.md + scenarios.md | — |
加载策略：每次任务前，按表格选择性加载相关 references。不要全部加载以节省上下文。
输出规范
方案文档输出规范
- 结构：严格按
assets/solution-template.md的 11 章节结构 - 政策引用：统一使用「标准编号 + 标准名称」格式
- 表格化：现状、需求、清单、风险等列表项使用 Markdown 表格
- 图表化：架构图、流程图、数据流图使用 Mermaid 或 ASCII 图
- 量化指标：所有承诺的收益必须有可衡量的指标
- 风险描述：具体不空泛，标注等级与责任主体
- AI 融入：每个 AI 应用明确合规要求与风险兜底
审核报告输出规范
按 references/audit-checklist.md 末尾格式：
- 总体评价 + 通过 / 待优化 / 不通过
- 问题数量统计
- 逐项审核（✅ / ⚠️ / ❌ + 发现问题 + 修改建议）
- 整改建议汇总
- 整改优先级（高 / 中 / 低）
常见错误与避坑
- 政策版本过期：使用 WebSearch 工具校验最新版本，特别关注 WS/T 826-2023、WS/T 855-2024、WS/T 856-2024 等近年新发标准
- HIS / EMR 职责混淆：HIS 是"账"，EMR 是"病历"，方案中需明确边界
- 集成方式点对点：超过 5 个系统互连必须使用集成平台，避免接口爆炸
- EMPI 缺失：跨系统患者匹配必须建设 EMPI，是互联互通 4 级以上必备
- 共享文档自研：53 类 WS/T 500-2016 共享文档生成器建议采购成熟产品，自研成本与风险高
- AI 必要性论证不足：每个 AI 应用必须回答
references/ai-applications.md第九章的 7 个问题 - CDSS 仅用 LLM：CDSS 必须规则引擎为主、LLM 为辅，避免幻觉风险
- 忽略等保：核心业务系统等保 2.0 三级是底线，不能省略
- 数据治理被忽视：数据治理应作为独立子项目，与系统建设同步
- 风险描述空泛：避免"可能存在风险"，应具体到风险事件、影响、概率
资源说明
references/
| 文件 | 用途 | 何时加载 |
|---|---|---|
standards.md | 医疗信息化标准规范库 | 编撰 / 审核前必读 |
systems.md | 核心系统知识库 | 涉及系统改造时加载 |
scenarios.md | 项目场景知识库（10 大场景） | 确定场景后加载对应章节 |
central-pharmacy.md | 中心药房专项库（业务模型/数据/接口/厂商/合规/踩坑） | 涉及中心药房、处方流转、药品追溯时加载 |
cloud-prescription.md | 云审方中心专项库（规则引擎/知识库/智能审方/部署/厂商/踩坑） | 涉及前置审方、云审方、合理用药时加载 |
ai-applications.md | AI 医疗应用场景库 | 方案含 AI 时必读 |
audit-checklist.md | 方案审核清单 | 审核流程必读 |
assets/
| 文件 | 用途 | 何时使用 |
|---|---|---|
solution-template.md | 方案文档 Markdown 模板 | 编撰流程第 10 步使用 |