name: medinfo-solution-expert version: 1.6.6 description: 医疗信息化解决方案编撰、审核、优化、招投标应答与选型对比专家级 Agent Skill（兼容 OpenClaw / WorkBuddy 等框架）。覆盖智慧医院、互联互通测评、医共体、电子病历/智慧医疗评级、中心药房、云审方、智慧中药房、SPD 医疗耗材供应链、全民健康信息平台、城市级智慧医疗、公共卫生/妇幼健康、互联网医院云平台与监管、医疗健康大数据、卫生政务云、基层云化产品、智能医疗终端/物联网、连锁民营医院、基层医疗机构及 HIS/EMR/LIS/PACS/HRP/NIS/集成平台/CDR 等场景。内置标准规范库、核心系统知识库、19 大场景库、AI 医疗应用库、DRG/DIP 2.0 库、信创国产化库、投资估算参考库、招投标与选型库、方案审核清单与自检预评分能力，并提供快速开始、快速命令地图、能力边界与异常处理（ERR-01~ERR-10 错误代码表）、交付前自检（结构/版本/AI/边界/脱敏）、55 条常见问题 FAQ、公文格式 .docx 输出能力、复杂场景拆解等使用指引，输出符合国内医疗信息化标准的结构化 Markdown 方案文档，可按需转换为公文格式 .docx。 agent_created: true

医疗信息化解决方案专家技能

概述

本技能面向医疗信息化解决方案的「编撰 - 审核 - 优化」全生命周期，提供专家级的标准规范参考、核心系统知识、典型项目场景模板、AI 赋能方案库与方案审核清单。

兼容性说明：本 Skill 基于通用 SKILL.md 规范编写，可运行在 OpenClaw、WorkBuddy 等支持该规范的 Agent 框架上。不同框架的加载路径可能不同（如 ~/.workbuddy/skills/、~/.openclaw/skills/ 或框架自定义的 skills 根目录），将本仓库克隆/解压到对应目录并确保顶层文件夹名为 medinfo-solution-expert 即可全局生效。触发词与编撰/审核/优化三大流程在任意框架中行为一致。

安全与伦理声明：本 Skill 仅提供方法论、标准规范与方案框架参考，不处理任何真实患者诊疗数据、个人隐私数据或未经脱敏的机构数据。编撰/审核方案时，所有示例、字段、流程均应以脱敏后的样例数据呈现；涉及真实项目须严格遵守《数据安全法》《个人信息保护法》《医疗卫生机构数据安全和个人信息保护管理办法（试行）》及人类遗传资源相关法规，落实数据分类分级、加密、脱敏与权限管控。AI 医疗应用方案须明确医疗器械注册、伦理审查与人工兜底要求。

30 秒快速开始

第一次用，记住三件事：

1. 怎么启动：直接说"帮我写一份 XX 医院互联互通四级甲等方案""审核这份 EMR 5 级方案""优化一下这个智慧医院方案"，或"给这份方案跑个自检"。任意等价说法都能触发（见下方触发条件）。
2. 你会得到什么：一份符合国内标准的「文档摘要 + 目录 + 11 个正文章节」（共 13 个一级标题，末尾可选附录）结构化 Markdown 方案；审核/优化会输出问题清单与修改建议；编撰完自动附带一份预评分自检报告。
3. 信息越全越好：告诉我「医院等级 + 评级目标 + 现有系统 + 预算范围」，方案能一次到位；信息不全我会先问几个关键问题再动手，不会瞎猜。

首次对话模板（可直接复制，替换括号内容）： "帮我写一份【某县人民医院】的【互联互通四级甲等】方案，医院是【二级甲等】，现有【HIS/EMR 在用、无集成平台】，预算【千万级】。" 信息越具体，方案越一次到位；缺什么我会主动问你，不会瞎猜。

新手推荐阅读路径：本文「30 秒快速开始」→「能力边界与异常处理」→「常见问题 FAQ」→ 动手时参考 assets/solution-template.md 与 assets/sample-solutions.md → 跨场景细节查 references/ 对应专项库 → 多轮调用范例见 assets/conversation-examples.md。

快速命令地图（想找什么直接看这里）

提示：不需要记固定话术，用自然语言即可；上表只是帮你快速定位文档位置。

适用对象： - 医疗 IT 厂商的售前 / 解决方案架构师 - 医院信息中心主任 / 项目负责人 - 医疗信息化咨询顾问 - 医疗 SaaS 产品经理

可处理的项目场景： - 智慧医院建设（电子病历分级 + 智慧服务 + 智慧管理三位一体） - 医院信息互联互通标准化成熟度测评 - 紧密型县域医疗卫生共同体 / 紧密型城市医疗集团建设 - 电子病历系统应用水平分级评价 - 紧密型县域医共体数智一体建设 - 紧密型城市医疗集团数智化建设 - 中心药房 / 云审方中心专项 - 连锁民营医院数智化建设 - 三级以下单体医疗机构数智化建设 - 单项系统建设或升级（HIS / EMR / LIS / PACS / RIS / HRP / 集成平台 / CDR / 互联网医院） - AI 赋能专项（医学影像 AI、NLP 病历结构化、CDSS、大模型临床应用、智能导诊等）

触发条件

当用户提出以下任一意图时启动本技能。触发基于"意图"而非"关键词"——任意等价表述（同义句、口语化、缩写、换种说法）均可触发；若用户表述模糊但明显指向医疗信息化方案，也应主动启动并澄清细节。

编撰类

• 编撰 / 起草 / 撰写 / 写一份 / 帮我弄个医疗信息化解决方案、立项方案、技术方案、可行性报告、建设方案、规划

审核类

• 审核 / 评审 / 评估 / 把把关 / 看看有没有问题 / 挑挑刺 已有医疗信息化方案

优化类

• 优化 / 润色 / 完善 / 提升 / 改一版 / 加强 已有方案

评级与专项

• 医院评级（互联互通、EMR 分级、智慧服务、智慧管理）的方案
• 医共体 / 医联体 / 城市医疗集团 / 区域医疗 / 全民健康信息平台 建设方案
• 中心药房、云审方中心、智慧中药房、SPD 医疗耗材供应链 方案
• 公共卫生信息化、妇幼健康服务、互联网医院云平台与监管平台 方案
• 医疗健康大数据平台、卫生政务私有云、基层云化产品与服务 方案
• 智能医疗终端 / 医疗物联网（IoMT）方案
• 连锁民营医院、基层医疗机构数智化 方案
• DRG/DIP 2.0 医保支付改革、医保智能审核、病案首页质控、医院精细化运营 方案
• AI 在医疗场景落地（影像 AI、NLP 病历、CDSS、大模型、智能导诊）的方案

招投标与选型

• 投标应答 / 招投标方案 / 把招标要求转成得分方案 / 写需求响应矩阵与偏离表
• 方案选型对比 / 技术选型 / 自研还是采购 / A 厂商还是 B 厂商 / 给出选型建议
• 招标文件解读 / 评分办法拆解 / 废标条款排查

自检类

• 自检 / 预评分 / 跑一遍审核清单 / 检查方案质量 / 给方案打分（对任意已编撰方案或本技能生成方案执行一键自检并输出预评分）

同义触发示例（均会启动）："整一个互联互通的方案"＝"写份互通互认建设材料"；"帮我看看这方案行不行"＝"审一下这份投标文档"；"把方案弄得更靠谱"＝"优化下说服力"；"这标怎么应"＝"投标方案怎么写"。若未被自动触发，用户可直接说"用医疗方案专家技能"。

能力边界与异常处理

能力边界（三栏表）

异常处理：错误代码表（ERR-XX）

为提升运行稳定性与可诊断性，所有异常按统一代码输出，并附带标准修复动作与回退路径。调用方/用户看到 ERR 代码即可定位问题，无需依赖多轮对话猜测。

行为规范：遇到 ERR-04/ERR-05/ERR-07/ERR-09 时必须先修复再交付，不得以"我先写一版"绕过；其余 ERR 可在标注后降级输出。

极端情况兜底规则

当输入不完整、冲突或模型自身稳定性受限时，按以下优先级兜底，避免"乱答"或"崩溃"：

1. 先澄清，不臆造：任何关键字段缺失走 ERR-01；任何标准版本不确定走 ERR-04。
2. 先核验，不编造：涉及政策文号、标准版本、分组数（如 DRG 409 / DIP 9520）、等保/密评要求，必须能用 references/standards.md 或 WebSearch 核验；无法核验的标注"以官方最新发布为准"。
3. 先拆分，不混写：多场景/多目标叠加时拆分子方案（ERR-03），禁止在一份方案里逻辑打架。
4. 先安全，再交付：含 AI 应用必须完成 7 问（ERR-05）；含等保/密评必须明确级别与国密要求；自检 <60 分必须给出整改清单（ERR-08）。
5. 先格式，再内容：输出前自检章节结构是否完整（13 个一级标题）、表格是否闭合、Markdown 是否规范；发现 ERR-09 立即重输。
6. 先边界，再建议：超范围请求（ERR-07）不硬答，但给 1~2 句相邻方向提示，保持友好。

运行稳定性契约（确定性保障）

本技能承诺以下运行稳定性保障，使每次调用结果可预期、可诊断、可自愈：

1. 交付前自检必过：流程一第 10a 步的 5 项核对（结构/版本/AI/边界/脱敏）未通过，绝不交付带病方案；对应 ERR 代码（04/05/07/09）必须先修复再交付。
2. 引用可溯源可核验：所有政策/标准/分组数必须能在 references/standards.md 或官方来源核验；无法核验的标注"以最新发布为准"，禁止编造文号与年份。
3. 异常显式报告：任何异常必报 ERR 代码 + 标准修复动作 + 回退路径，不静默失败、不无限追问（澄清上限 2 轮，超限转 ERR-10 输出假设版）。
4. 输出结构核对：交付前核对 13 个一级标题齐全、Markdown 表格/列表闭合；发现 ERR-09（截断/错位/损坏）立即重输该章节，不以损坏内容交付。
5. 按需加载不臆测：references 按任务表选择性加载，缺文件时明确告知并给出替代路径，不假定内容存在。

上述契约与「极端情况兜底规则」「错误代码表」共同构成技能的可靠性底座；评测或用户可据此逐条验证行为一致性。

澄清问卷（模糊输入时主动使用）

当用户未提供以下任一项时，在动手前先问（合并提问，不超过 2 轮）： 1. 项目场景归属（智慧医院 / 互联互通 / 医共体 / 城市医疗集团 / 全民健康信息平台 / 公共卫生 / 互联网医院 / EMR 评级 / 中心药房 / 云审方 / 智慧中药房 / SPD / 基层云化 / 智能医疗终端 / 单项系统 / AI 专项 / 综合）？ 2. 评级或建设目标（如 EMR ≥5 级、互联互通 ≥4 级甲等）？ 3. 机构规模（三级 / 二级 / 基层、单院 / 多院 / 区域 / 卫健委）？ 4. 现有主要系统（HIS/EMR/LIS/PACS/HRP/NIS/集成平台现状）？ 5. 预算范围与投资口径（脱敏，如"百万级""千万级""千万-五千万"）？

行为规范：信息不全时先澄清再动手，不臆造关键参数；若用户坚持"你先写一版"，则明确标注所有假设项（用【假设】标记），便于后续校正。

工作流程

流程一：方案编撰（Compose）

按以下步骤执行，每一步对应 references 中的具体知识来源。

第 1 步：识别项目场景与评级目标

行为规范（提升运行稳定性）：若用户未明确给出场景 / 评级目标 / 规模中的任一项，必须先澄清再动手，不要假设。使用上方「澄清问卷」合并提问，最多 2 轮；仍模糊则按 ERR-01 / ERR-10 输出"最佳猜测 + 【假设】标注"版本并提示校正。

• 询问 / 推断用户的项目场景归属（详见 references/scenarios.md 的 19 大场景：智慧医院 / 互联互通 / 县域医共体基础版 / EMR 评级 / 县域医共体数智一体 / 中心药房 / 云审方 / 城市医疗集团 / 连锁民营 / 三级以下单体 / 全民健康信息平台 / 公卫妇幼 / 互联网医院 / 医疗大数据 / 政务云 / 基层云化 / 智能终端物联网 / 智慧中药房 / SPD；单项系统、AI 专项、综合类可作为上述场景的延伸或独立专项）
• 询问 / 推断评级目标（如 EMR ≥5 级、互联互通 ≥4 级甲等）

  本技能来自小葱技能站7w4.net。

• 询问 / 推断医院或区域规模（三级 / 二级 / 基层、单院 / 多院 / 区域）

参考：references/scenarios.md 中对应场景的痛点、评估维度与方案骨架要点（全库覆盖 19 大场景）。

第 2 步：政策与标准检索（版本准确性硬约束）

硬性规则（防 ERR-04）：任何政策/标准引用必须满足"三可"——可溯源、可核验、可替换。禁止编造文号、禁止写死未证实的未来版本、禁止把旧版本当最新版。

• 对照 references/standards.md，确定项目所适用的政策与标准清单
• 必查标准（按场景）：
• 互联互通场景：WS/T 798-2022、WS/T 500-2016、WS/T 501/502-2016
• EMR 评级：智慧医疗分级评价（2025版）——已取代国卫办医函〔2018〕479 号
• 智慧医院：WS/T 855-2024、WS/T 856-2024、WS/T 826-2023
• 医共体：紧密型县域 / 城市医疗集团建设方案
• 安全合规：GB/T 22239-2019、《数据安全法》《个人信息保护法》
• 若用户未提供最新政策版本，使用 WebSearch 工具检索近 2 年官方发布；检索结果无法确认时，统一标注"以国家/属地主管部门最新发布为准"，不强行给具体文号或年份
• 引用格式统一：「标准编号 + 标准名称」（详见 references/standards.md 第三章）
• 版本校验动作：输出方案前，自动核对以下字段是否标注"以最新发布为准"或给出可核验来源：①智慧医疗分级评价版本 ②互联互通测评版本 ③DRG/DIP 版本与分组数 ④等保/密评要求 ⑤信创目录/适配要求

第 3 步：现状评估与差距分析

• 列出业务系统现状（HIS / EMR / LIS / PACS / HRP / 集成平台 / 数据中心）
• 列出数据现状（标准化、主数据、共享文档、数据质量）
• 从目标等级倒推关键缺口
• 参考 references/systems.md 中的系统职责边界

第 4 步：总体架构设计

按以下七层组织： 1. 业务架构：医 / 护 / 技 / 药 / 管 / 辅 / 患 2. 数据架构：采集 / 资产 / 服务 / 应用 3. 应用架构：患者服务 / 临床业务 / 运营管理 / 决策支持 4. 技术架构：前端 / 后端 / 数据库 / 中间件 / 集成引擎 / 容器编排 5. 安全架构：网络 / 主机 / 应用 / 数据 / 审计 6. 部署架构：本地化 / 云化 / 混合 / 容灾 7. 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 个正文章节（共 13 个一级标题）：文档摘要、目录、项目背景与需求分析、政策依据与标准规范、现状评估与差距分析、总体架构设计、详细技术方案、AI 赋能方案、实施计划、投资估算、风险评估与应对、保障措施、预期效益（末尾可选附录 A~E）。

输出格式：结构化 Markdown（默认）。若用户要求 Word / PPT / 公文格式 .docx，先产出 Markdown 再按 assets/official-docx-format.md 规范转换——公文格式适用于提交政府 / 卫健 / 医院评审或正式归档，参数（A4、页边距 3.7/3.5/2.8/2.6cm、正文仿宋_GB2312 三号、行距固定 28 磅、标题层级字体映射）详见该规范库；转换后必做 5 项核对（字体/页边距/表格/图表/内容一致性）。

第 10a 步：交付前自检（防 ERR-04 / ERR-05 / ERR-09）

在最终交付前，必须完成以下 5 项快速核对；任一未通过，按对应 ERR 代码处理，不得直接交付：

1. 结构完整性：13 个一级标题是否齐全？Markdown 表格/列表是否闭合？（否则 ERR-09）
2. 版本准确性：所有政策/标准/分组数是否标注"以最新发布为准"或给出可核验来源？（否则 ERR-04）
3. AI 合规性：若含 AI，是否已回答 ai-applications.md 第九章 7 问并标注人工兜底？（否则 ERR-05）
4. 边界正确性：是否出现 ⛔ 不做项（真实患者数据、法律承诺、厂商报价、中标承诺）？（否则 ERR-07）
5. 数据脱敏性：机构名、金额、客户案例是否已脱敏/区间化？（否则重新脱敏）

流程二：方案审核（Audit）

按 references/audit-checklist.md 的七个维度逐项审核：

1. 政策符合性：政策版本是否最新、引用格式是否规范、评级目标是否合理、安全合规是否到位
2. 逻辑完整性：章节结构、需求-方案对应、论证逻辑
3. 技术可行性：架构合理性、技术选型、性能容量、高可用容灾
4. 数据流闭环：业务闭环（门诊 / 住院 / 用药 / 检验 / 检查）、跨系统数据流、跨机构数据流
5. 安全合规：等保、数据安全、应用安全、终端安全
6. 风险应对：项目 / 业务 / 技术 / 风险描述质量
7. 可落地性：实施计划、组织保障、投资估算、验收标准

若方案含 AI 应用，额外执行 AI 专项审核（references/audit-checklist.md 第八章）。

审核输出格式：按 references/audit-checklist.md 末尾给出的「审核报告输出格式」，每项标注 ✅ / ⚠️ / ❌，并附修改建议。最终给出整改建议汇总与优先级分级（高 / 中 / 低）。

流程三：方案优化（Optimize）

基于审核结果，从以下维度优化方案：

1. 架构维度：分层清晰度、组件解耦、可演进性
2. 业务流程维度：闭环完整性、流程顺畅度、跨系统协同
3. 数据流维度：数据所有权明确、一致性保障、消息可靠性
4. 技术选型维度：成熟度、信创适配、避免厂商绑定
5. 论证说服力：痛点-方案推导、量化收益、关键指标
6. 可落地性：实施计划合理性、资源匹配、风险兜底
7. AI 融入合理性：必要性、可行性、合规性、风险兜底

优化原则： - 保留原方案的结构与可取之处，仅修改问题点，不重写 - 优化建议必须具体可执行，给出修改前 / 修改后对比 - 量化指标必须有依据，不杜撰

流程四：方案自检与预评分（Self-Check）

完成「流程一 · 方案编撰」第 10 步输出后，自动对刚生成的方案执行一次自检；亦支持对任意已存在方案单独触发（用户输入"自检 / 预评分 / 跑一遍审核清单 / 检查方案质量"）。

执行步骤： 1. 加载 references/audit-checklist.md 的全部检查项（含第八章 AI 专项——当且仅当方案含 AI 应用时启用）。 2. 逐项判定 ✅ / ⚠️ / ❌，按 audit-checklist.md 第九节「方案预评分与自检报告」的计分规则计算各维度得分与加权总分。 3. 按第九节报告模板输出「方案自检报告（预评分）」，含总分、等第、维度得分、问题清单（高 / 中 / 低优先级）与整改后重检建议。 4. 给出"建议是否可直接提交 / 进入下一环节"的结论。

自检本质上就是一次轻量级审核（流程二），区别在于：① 编撰后自动跑、② 输出带加权预评分与等第、③ 聚焦"能否提交"的快速判定。计分规则与模板已固化在 references/audit-checklist.md 第九节，无需重新设计。

流程五：方案选型对比与投标应答（Select / Bid）

面向"自研 vs 采购""A 厂商 vs B 厂商""招标要求如何转化得分"两类高频售前需求。

选型对比（Select）

1. 明确对比维度框架：标准符合性 / 功能覆盖 / 等保密评信创 / 案例成熟度 / 集成扩展 / 运维可持续性 / 5 年 TCO（详见 references/bidding.md 第二章）
2. 加载候选方案的系统职责与边界（references/systems.md）、信创适配清单（references/xinchuang.md）
3. 输出选型对比表（方案 A/B/C 逐维度打分）+ 选型结论（推荐主选 + 理由 + 风险与合同建议）
4. 不编造未证实的厂商参数；用"支持/已适配/可扩展"谨慎措辞

投标应答（Bid）

1. 拆解招标文件：评标办法 / 资格门槛 / 技术参数三张表，形成得分点地图与废标风险清单
2. 输出需求响应矩阵（偏离表）：招标要求 → 方案响应 → 无偏离/正偏离/负偏离 → 证据章节
3. 将方案每个章节映射到评分细则具体得分项，确保强制条款逐条"无偏离"
4. 投资口径只给量级参照（references/investment-estimation.md），不写精确报价（属投标阶段动作）
5. 案例脱敏（"某省三甲，互联互通五级乙等"），不泄露真实客户名

边界：本流程提供应答策略与方法论框架，不出具正式招投标法律文书、不预测中标结果（见能力边界 ⛔ 不做）。涉及法律效力文件须由具备资质的机构出具。

知识库引用

加载策略：每次任务前，按表格选择性加载相关 references。不要全部加载以节省上下文。

流程示例（Few-shot）

为降低产出差异、提升稳定性，以下给出三类核心流程的输入/输出样例。更多场景维度的示例（8 类编撰 + 2 类审核 + 2 类优化）见 assets/few-shot-examples.md；完整脱敏方案样例见 assets/sample-solutions.md。

示例 1 · 编撰（Compose）

• 用户输入："帮我写一份某县人民医院互联互通四级甲等建设方案，医院是二级甲等，正在做 HIS/EMR 升级"
• 技能动作：
• 识别场景=互联互通测评（四级甲等）、规模=二级→对应用户目标需先升级 HIS/EMR 至可支撑
• 检索标准：WS/T 798-2022、WS/T 500-2016、WS/T 501/502-2016、WS/T 826-2023
• 现状差距：缺 EMPI、无共享文档生成器、交互服务不全
• 按模板输出 13 个一级标题方案（文档摘要 + 目录 + 11 章，可选附录）
• 关键产出：文档摘要、需求分析、政策依据、现状评估、总体架构（七层）、详细技术方案（集成平台+CDR+53类共享文档）、实施计划、风险应对等

示例 2 · 审核（Audit）

• 用户输入："审核这份 EMR 5 级建设方案，看有没有问题"
• 技能动作：按 references/audit-checklist.md 七维度逐项 ✅/⚠️/❌，重点核查：①是否引用 2025 版智慧医疗标准（非 479 号）②5 级关键节点（统一数据中心/22 个闭环/中级决策支持）是否覆盖 ③等保三级 + 密评是否规划 ④AI 应用是否标注注册证与兜底
• 关键产出：审核报告（问题清单 + 整改建议 + 优先级）

示例 3 · 优化（Optimize）

• 用户输入："把这份智慧医院方案优化一下，重点加强数据中台和数据流"
• 技能动作：保留原结构，针对数据流章节补充主数据源归属表、消息可靠性机制；对"数据中台"给出 CDR/ODR/SDR 分层与演进路径
• 关键产出：修改前/后对比 + 具体可执行建议

完整多轮对话示例（含澄清与边界处理）

以下为真实调用形态，展示"模糊输入 → 澄清 → 编撰 → 自检"的完整链路。更多多轮示例见 assets/conversation-examples.md。

示例 4 · 多轮编撰（模糊输入被澄清） - 用户（第 1 轮）："帮我写个医共体方案" - 技能：识别缺关键字段 → 发澄清问卷："①哪类医共体（县域/城市）？②建设目标？③牵头医院等级？④现有系统？" - 用户（第 2 轮）："紧密型县域，牵头二甲，在做 HIS 升级，目标是通过建设验收" - 技能：场景=县域医共体数智一体 → 检索标准 → 按模板输出 13 个一级标题方案（文档摘要+目录+11章）→ 自动跑自检（预评分 82/良好）→ 输出自检报告，标注 2 个中优先级待补项（密评规划、数据治理专项）

示例 5 · 边界降级（超范围被优雅处理） - 用户："帮我写一份医院空调改造方案" - 技能：判定超出医疗信息化范围 → 明确告知不适用，但给相邻建议："若目标是机房/弱电智能化（网络、安防、物联网），属医院信息化基础设施，可提供建设框架；纯暖通改造建议咨询基建部门"

输出规范

方案文档输出规范

1. 结构：严格按 assets/solution-template.md 的结构（文档摘要 + 目录 + 11 个正文章节，共 13 个一级标题）
2. 政策引用：统一使用「标准编号 + 标准名称」格式；无法确认最新版本时标注"以国家/属地主管部门最新发布为准"
3. 表格化：现状、需求、清单、风险等列表项使用 Markdown 表格
4. 图表化：架构图、流程图、数据流图使用 Mermaid 或 ASCII 图
5. 量化指标：所有承诺的收益必须有可衡量的指标
6. 风险描述：具体不空泛，标注等级与责任主体
7. AI 融入：每个 AI 应用明确合规要求与风险兜底
8. 交付前自检：输出前执行 5 项核对（结构/版本/AI/边界/脱敏），未通过按 ERR 代码处理

公文格式 .docx 输出规范（可选能力）

当用户要求"公文格式 / 正式文档 / .docx / Word 报送版"且用于对外提交或归档时，按 assets/official-docx-format.md 输出：

• 默认输出顺序：先按上述规范产出结构化 Markdown（保证内容质量），再转换为 .docx，两版内容必须一致。
• 核心参数（GB/T 9704-2012 简化版）：A4；页边距上 3.7 / 下 3.5 / 左 2.8 / 右 2.6 cm；正文仿宋_GB2312 三号（16pt）、行距固定 28 磅、首行缩进 2 字符；# 标题二号小标宋居中、## 章节黑体、### 小节楷体、#### 子节仿宋加粗；西文 Times New Roman。
• 转换方式：优先调用环境中的 md→docx 脚本（如 md2official_docx.py）；无脚本则用 python-docx 按参数手工生成；也可用 pandoc + 公文参考模板。
• 转换后必做 5 项核对：① 字体是否生效（中文须设 w:eastAsia）；② 页边距 3.7/3.5/2.8/2.6；③ 表格完整、表头加粗；④ Mermaid/ASCII 架构图已转图片嵌入或标注附件；⑤ 与 Markdown 源逐节一致，不丢章节。
• 导航目录：docx 自动带目录页（TOC 域，打开按 F9 或自动更新生成）且章节标题使用内置 Heading 样式，Word「导航」窗格可直接跳转——普通段落不会进目录，须用 Heading 样式。
• 合规：docx 同样遵守脱敏红线（AP-07）；对外报送建议文末附编制单位 / 日期 / 版本号落款。

审核报告输出规范

按 references/audit-checklist.md 末尾格式： - 总体评价 + 通过 / 待优化 / 不通过 - 问题数量统计 - 逐项审核（✅ / ⚠️ / ❌ + 发现问题 + 修改建议） - 整改建议汇总 - 整改优先级（高 / 中 / 低）

常见问题与反模式（FAQ）

Q1：用户只说"写个方案"什么都不给，怎么办？ A：用「澄清问卷」问清场景/评级/规模/现有系统/预算，最多 2 轮；仍模糊则输出"最佳猜测+【假设】标注"版本，提示用户校正，绝不空转或拒答。

Q2：用户说"优化一下"但其实是想"审核找问题"，怎么区分？ A：先复述意图确认——"你是想找出方案问题（审核），还是基于问题改方案（优化）？" 实为查问题走审核流程；实为改问题走优化流程。优化不重写、只改问题点并给修改前后对比。

Q3：政策标准用哪一版？怎么避免过期？ A：电子病历/智慧医疗用 2025 版《智慧医疗分级评价》（已取代 479 号）；互联互通用 WS/T 798-2022 等；智慧医院用 WS/T 855-856-2024、826-2023。编撰前用 WebSearch 核验近 2 年版本，统一标注"以最新发布为准"。

Q4：用户要的评级目标明显定太高（如二级医院要 EMR 6 级），怎么处理？ A：如实标注目标与现状差距，给出"达标路径"（先达 4 级夯实底座，再冲 5/6 级），不隐瞒难度也不直接否定用户目标。

Q5：投资和预算怎么给？ A：一律脱敏，写"千万级""千万-五千万"等区间，不编具体厂商报价/合同金额。列出硬件/软件/集成/服务/培训/运维成本构成，注明"以立项批复为准"。

Q6：AI 应用方案最容易漏什么？ A：漏三件事——①医疗器械注册证/备案 ②伦理审查 ③人工兜底与失效处理。每个 AI 应用必须回答 ai-applications.md 第九章 7 问，CDSS 必须"规则引擎为主、LLM 为辅"。

Q7：集成方式选点对点还是平台？ A：超过 5 个系统互连必须用集成平台，避免接口爆炸。HIS/EMR/LIS/PACS/HRP 之间优先走集成引擎 + EMPI + 共享文档。

Q8：EMPI 一定要建吗？ A：互联互通 4 级及以上必须建 EMPI（跨系统患者主索引唯一匹配），否则患者数据无法跨系统对齐。

Q9：53 类共享文档自研还是采购？ A：建议采购成熟产品，自研成本与合规风险高。编撰时注明"采购 WS/T 500-2016 共享文档生成器"。

Q10：等保和密评能不能省？ A：不能。核心业务系统等保 2.0 三级是底线；密评（商用密码应用安全性评估）是三级医院评审前置否决项，国密 SM2/SM3/SM4 强制。

Q11：数据治理该怎么写？ A：作为独立子项目，与系统建设同步，不与"数据架构"混为一谈。覆盖数据标准、主数据、数据质量（唯一性/完整性/合规性/同一性/时效性）、脱敏、分类分级。

Q12：风险描述总被说"空泛"怎么改？ A：避免"可能存在风险"，必须写清"风险事件 + 影响 + 概率 + 责任主体 + 缓解措施"，按进度/数据/集成/合规/厂商/推广/安全/AI 八类组织矩阵。

Q13：方案要用 Word/PPT 怎么办？ A：先产出 Markdown 结构化方案（保证内容质量），再按用户要求转换格式（Word/PPT/HTML），结构不丢。若用于提交政府/卫健/医院评审或正式归档，可输出公文格式 .docx：A4、页边距上 3.7/下 3.5/左 2.8/右 2.6cm、正文仿宋_GB2312 三号、行距固定 28 磅，标题层级字体映射与转换方法见 assets/official-docx-format.md。转换后必核对字体/页边距/表格/图表/内容一致性 5 项。

Q14：多院区/医共体怎么写数据合规？ A：跨机构数据共享须明确授权、去标识化、传输加密；区域平台遵循《数据安全法》《个人信息保护法》及卫生健康行业数据管理办法，标注数据所有权与流转边界。

Q15：信创/国产替代要不要写？ A：涉及核心业务系统建议标注信创适配要求（数据库/中间件/操作系统优先国产），作为技术选型维度之一。

Q16：用户两个需求冲突（如既要低成本又要全功能），怎么办？ A：用"取舍矩阵"呈现必选/可选/暂缓项及对应预算影响，让用户决策，不替用户拍板。

Q17：自检没过（<60 分）方案是不是废了？ A：不是。输出问题清单 + 高/中/低优先级 + 整改建议 + 重检触发方式；用户补完可重跑自检，形成闭环。

Q18：DRG/DIP 方案以哪个版本为准？ A：以本地医保局发布版本为准；框架用国家医保局 2024 版 2.0（DRG 核心 409 组、DIP 核心 9520 组），注明"以属地最新政策为准"。

Q19：触发词没精确匹配到，技能没启动？ A：触发基于意图而非关键词，等价说法均可。若明显指向医疗信息化方案但未被触发，应主动启动并澄清。用户也可直接说"用医疗方案专家技能"。

Q20：场景混合（医共体 + 城市医疗集团 + DRG）怎么组织？ A：拆为独立子方案分别编撰，最后给"总体蓝图 + 分阶段整合"建议，避免在一份文档里逻辑打架。详见「复杂场景拆解」。

Q21：用户要"保证中标/通过评级"，能承诺吗？ A：不能。方案只提供方法论与达标路径，不承诺结果；评审/中标受多因素影响，须如实说明。

Q22：样例里的机构名/金额能直接用吗？ A：不能。所有样例均为脱敏示意，仅展示结构与写法，落地须替换为真实脱敏后的项目数据。

Q23：投标方案怎么写、招标要求怎么转化成分？ A：先拆招标文件三张表（评标办法/资格门槛/技术参数），形成得分点地图与废标风险清单；再输出需求响应矩阵（招标要求→方案响应→无偏离/正偏离/负偏离→证据章节），确保强制条款逐条"无偏离"。投资只给量级参照，不写精确报价；案例脱敏。本技能提供应答策略与方法论，不出具正式招投标法律文书、不预测中标结果。

Q24：自研还是采购、A 厂商还是 B 厂商，怎么选型？ A：用统一维度框架对比（标准符合性/功能覆盖/等保密评信创/案例成熟度/集成扩展/运维可持续性/5 年 TCO），输出选型对比表 + 结论（推荐主选+理由+风险与合同建议）。不编造未证实的厂商参数，用"支持/已适配/可扩展"谨慎措辞。

Q25：投资估算给不了精确数，量级怎么写？ A：按 references/investment-estimation.md 的分场景量级区间（如互联互通四级甲等约 800–2000 万、EMR 5 级约 1000–3000 万）给"脱敏示意"区间，并拆成软件/硬件/集成/数据治理/等保密评/培训运维构成；明确"以立项批复与招标控制价为准，不构成报价承诺"。

Q26：智慧中药房方案和西医药房有什么区别？ A：智慧中药房必须突出中医药特色：①中药专用审方（十八反、十九畏、毒性药、剂量、证型）②饮片/配方颗粒自动调剂③煎药中心自动化煎煮与包装④中药追溯与养护管理⑤用药指导（煎服方法、禁忌）。麻精中药、毒性中药必须院内调配，不参与处方流转。

Q27：SPD 方案最关键写什么？ A：SPD 方案必须写清四件事：①运营模式（第三方/自建/院外库/院内库/消耗后结算）②高值耗材一物一码 UDI 全程追溯（采购→入库→科室→患者→结算）③采购权/定价权/供应商选择权归医院，SPD 只负责物流与信息④廉政合规（供应商准入、异常预警、审计留痕）。同时明确与 HIS/HRP/财务的消耗结算集成。

Q28：图中"全民健康信息平台"和医院"互联互通"是什么关系？ A：互联互通测评面向单个医院内部系统互联与对外交互能力；全民健康信息平台面向区域/城市，汇聚多家医院、公卫、医保数据，支撑分级诊疗与行业监管。医院互联互通是接入全民健康信息平台的基础条件之一。

Q29：ERR 错误代码是什么意思，怎么用？ A：ERR-01~ERR-10 是技能内置的异常处理编码，对应"关键字段缺失/目标错配/场景冲突/版本不确定/AI 合规缺失/输入超长/超范围/自检不通过/输出失控/澄清不收敛"。遇到异常时技能会报代码 + 修复动作 + 回退路径，不需要你猜，按提示补信息或确认即可。

Q30：方案里出现"版本信息对不上"的小问题，怎么避免？ A：所有政策/标准/分组数在交付前会走"版本校验动作"：①优先用 references/standards.md 中已核定的版本 ②无法确认时用 WebSearch 核验近 2 年官方发布 ③仍不确定则标注"以国家/属地主管部门最新发布为准"。你如果发现版本可疑，直接说"核验一下这条标准的版本"。

Q31：我一次性贴了一大段招标文件/方案，模型处理不过来怎么办？ A：会触发 ERR-06。技能会告知"将分段处理"，先提炼摘要/目录/关键需求，再按模块推进。你也可以主动说"先看第 3 章技术参数"或"先做招标文件拆解"。

Q32：澄清了 2 轮还是给不齐信息，技能会怎么做？ A：触发 ERR-10。技能会输出"当前最佳猜测版"，并显式列出所有未确认的【假设】，由你确认或纠偏。不会无限追问，也不会在缺失关键信息时直接交付最终版。

Q33：输出被截断、章节错位、表格坏了怎么办？ A：触发 ERR-09。技能会停止交付损坏内容，请求"继续输出"或"重输第 X 章"。你遇到此类情况，可直接说"刚才输出断了，继续"或"重出第 7 章"。

Q34：交付前自检都检查什么，不通过会怎样？ A：检查 5 项：结构完整性、版本准确性、AI 合规性、边界正确性、数据脱敏性。任一未通过会按对应 ERR 代码处理（如版本问题 ERR-04、AI 缺兜底 ERR-05），整改后才交付，不会把带病方案直接给你。

Q35：文档很多，怎么快速找到我要的内容？ A：先看「30 秒快速开始」里的「快速命令地图」——按"你想做的事"直接定位到对应流程或 references。常见问题先看 FAQ（Q1~Q55），复杂交互看 assets/conversation-examples.md，样例结构看 assets/sample-solutions.md。

Q36：技能提示 ERR-01（关键字段缺失），我该做什么？ A：ERR-01 表示你还没给出「场景 / 评级目标 / 规模 / 现有系统」中的关键项。按提示回答澄清问卷的缺项即可（例如"三级医院、目标互联互通四级甲等、现有 HIS/EMR、预算约 3000 万"），回答后技能会继续编撰。不需要重新说一遍需求。

Q37：看到 ERR-02（评级目标与机构等级明显错配），方案还能要吗？ A：能。ERR-02 是技能在提示你目标定太高（如二级医院要 EMR 6 级）。它不会直接拒绝，而是给出"分阶段达标路径"（先 4 级→再 5 级→追加 AI 能力项）。你只需确认是按建议降首期目标，还是维持原目标并补充底座建设（集成平台/CDR/数据治理）。

Q38：ERR-03（场景冲突被拆成多份子方案），怎么整合回一份？ A：技能已按"医共体 + 城市集团 + DRG"等拆成独立子方案 + 总体蓝图。要合成一份时，告诉技能"合成一份，共享总体架构七层与集成平台，专项各成章节"——技能会按「复杂场景拆解」的整合蓝图合并，不会硬拼。

Q39：看到 ERR-04（政策/标准版本不确定），我该提供什么？ A：ERR-04 表示某项标准（如 DRG 分组数、某省细则）无法核验到最新版。最快解法：你粘贴官方文件原文或文号；否则技能会统一标注"以国家/属地主管部门最新发布为准"并继续，不影响整体交付。

Q40：ERR-05（AI 合规缺失）被提示，最快补法是什么？ A：技能会列出缺失项（注册证/备案、伦理审查、人工兜底、数据隐私）。你逐项确认后它自动补全：医疗器械注册证（三类/二类）、伦理审查意见、AI 失效降级流程、去标识化声明。补完重跑自检即可。

Q41：ERR-06（输入超长）怎么把大文件交给技能？ A：不要把整份招标文件一次性粘贴。分段交：先给"招标文件关键章节摘要"（评分办法、技术需求清单），技能提炼需求后，再按需补具体条目。也可以让技能"先建目录框架，我再逐章补充"。

Q42：ERR-07（超范围请求被拒），是不是技能不支持我？ A：不是。ERR-07 只针对"非医疗信息化内容"（纯基建/暖通/法律条款/真实患者数据等）。技能会给出相邻方向建议（如机房弱电、智慧后勤平台），你可顺着转向；纯超范围内容它不会硬写。

Q43：ERR-08（自检不通过 <60 分），这份方案是不是废了？ A：不是。技能输出高/中/低优先级问题清单，你按高优先级先改（通常是政策版本、等保密评、AI 合规三项），改完说"重跑自检"即可重新评分。低分只代表待补，不代表推倒重写。

Q44：ERR-09（输出被截断/表格坏/章节错位），怎么最快恢复？ A：直接说"继续输出"或"重输第 X 章"。技能会从断点续写或重出该章节，不会以损坏内容交付。若多次截断，先让技能"输出本章概要，确认后展开"，减小单次输出量。

Q45：ERR-10（澄清 2 轮后给了"最佳猜测 + 假设"版），我怎么确认？ A：技能会显式列出所有未确认的【假设】（如机构等级、预算、评级目标）。你只需逐条回复"对/改为 X"，技能按确认后的假设重新校准，不必整篇重写。

Q46：我踩了反模式 AP-01（把 479 号当最新标准），要改哪里？ A：全文检索"479"或"电子病历分级评价管理办法"，全部替换为 2025 版《智慧医疗分级评价》；若方案里已写"已取代 479 号"的历史沿革说明可保留，但引用依据必须是 2025 版。

Q47：反模式 AP-05（投资估算写了精确数）已踩坑，怎么改？ A：把精确金额改为"量级区间 + 构成拆分"（如 3000~5000 万元，含软件 35%/集成 20%/数据治理 15%/等保密评 10%/硬件与实施 20%），末尾注明"以立项批复为准，不构成报价承诺"。参考 references/investment-estimation.md。

Q48：输出 docx 转换失败 / 乱码 / 没有目录，怎么办？ A：先确认是否安装了中文字体（方正小标宋/仿宋_GB2312 缺失会静默替换）；再确认 Markdown 源完整（先出 Markdown 再转 docx，源不完整先补源）。目录未生成时在 Word 里全选（Ctrl+A）→ F9 更新域。转换细节见 assets/official-docx-format.md。

Q49：用户给的旧方案引用 479 号等过期标准，要不要整篇重写？ A：不用重写。走「审核」流程，技能会逐项标出过期引用（479 号、旧版互联互通指标、非 2025 版智慧医疗评价），给"修改前/后"对照建议，你替换即可——不要整篇推倒，保留有效内容。

Q50：用户坚持要写真实客户名和真实金额，怎么处理？ A：遵守脱敏红线（AP-07）。明确告知"真实方案交付物中不出现可识别客户名/精确金额，用代称 + 区间"，并解释这是行业合规要求；若用户确有内部使用需求，可输出"落地前替换清单"（代称 → 真实值对照表），由用户自行替换。

Q51：多轮对话后上下文丢了，怎么快速重建？ A：告诉技能"继续刚才的 XX 方案"并补一句关键信息（场景/目标/规模任一），技能会从 assets/conversation-examples.md 的调用链路重演：先澄清确认目标 → 再续编。若完全丢失，让技能"先出目录框架，确认后逐章填充"。

Q52：等保二级/三级、密评、国密这些词老搞混，怎么区分？ A：等保 2.0 三级是核心业务系统安全底线（网络/主机/应用/数据四层）；密评（商用密码应用安全性评估）是三级医院评审前置否决项，用国密 SM2/SM3/SM4；国密算法是密评的技术底座。方案里三者都要写：等保三级 + 密评规划 + 国密算法（SM2/SM3/SM4）。

Q53：方案要提交卫健委评审，有什么特别格式要求？ A：建议输出公文格式 .docx（A4、3.7/3.5/2.8/2.6 边距、仿宋正文、自动目录），并确保：政策引用带标准编号、评级目标写"2025 版智慧医疗分级评价"、密评前置项明确、数据脱敏、文末附编制单位/日期/版本号。详见 assets/official-docx-format.md。

Q54：我只有一份招标文件，能直接生成投标方案吗？ A：能。把招标文件的"评标办法 + 技术需求"章节给技能，它会拆解评标维度 → 生成需求响应矩阵（逐条响应 + 证明材料映射）→ 按得分点组织方案章节。可走「流程五」投标应答，参考 references/bidding.md。

Q55：这个技能和通用"方案写作"助手比，强在哪？ A：四个差异：① 内置 19 大医疗信息化场景库 + 13 个 references 专项库（DRG/信创/SPD/中药房等），术语与标准不靠猜；② 自动跑预评分自检（audit-checklist 第九节加权 100%），交付前已知分数；③ ERR-01~10 错误代码 + AP-01~10 反模式，异常与踩坑可诊断可修复；④ 可输出公文格式 .docx 并带导航目录，直接用于报送。

反模式速查（编撰 / 审核中必须规避的 10 类错误）

以下内容是评审与实战中高频出现的"踩坑点"。凡是命中任一项，方案质量与可信度会直接受损，须主动规避并纳入交付前自检：

自检口诀：标准看版本、投资看区间、AI 看兜底、场景看拆分、交付看自检。

复杂场景拆解

针对多家医院联合评级、多专项叠加等复杂项目，给出拆解策略，避免一份文档逻辑打架。

多院联合 / 医共体 + 城市集团混合

• 拆为「区域平台层（集成平台+CDR+EMPI 共享）」+「单体医院层（各院 HIS/EMR 改造）」+「协同应用层（双向转诊/远程医疗/检查互认）」
• 评级目标按"区域平台达 X 级 + 牵头院达 Y 级"分别表述
• 数据架构强调"一数一源、跨院主索引、共享文档互通"

评级 + 业务系统改造并行

• 用「达标倒推」：先定评级关键节点（如 EMR 5 级需统一数据中心、22 闭环、中级决策支持），再映射系统改造项
• 实施计划分期：先底座（集成平台/CDR/数据治理）→ 再应用（CDSS/智慧服务/AI）→ 同步整改

多专项叠加（医共体 + 中心药房 + 云审方 + DRG）

• 每个专项独立成章，共用「总体架构七层」与「集成平台」
• 在「实施计划」中用甘特图体现专项间依赖（中心药房依赖 HIS 升级、云审方依赖 EMPI）

边界降级（超范围）

• 见「能力边界与异常处理」🔽 降级做，优雅处理不拒答

资源说明

references/

assets/

这个 Skill 质量不错，能帮你写、审、优化医疗信息化方案，覆盖智慧医院、互联互通、医共体、SPD、云审方等主流场景。内置知识库很全，紧跟最新政策标准，还有审核清单和预评分机制保障质量。不足之处是对新手不太友好，需要懂点医疗信息化才能用好；部分内容比较专业复杂，上手门槛较高。总体适合有一定基础的售前、咨询顾问或医院信息科人员使用。