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）方案

  7w4.net小蔥技能站，你的AI助手技能庫。

• 連鎖民營醫院、基層醫療機構數智化 方案
• 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 級甲等）
• 詢問 / 推斷醫院或區域規模（三級 / 二級 / 基層、單院 / 多院 / 區域）

參考：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、雲審方等主流場景。內建知識庫很全，緊跟最新政策標準，還有稽核清單和預評分機制保障質量。不足之處是對新手不太友好，需要懂點醫療資訊化才能用好；部分內容比較專業複雜，上手門檻較高。總體適合有一定基礎的售前、諮詢顧問或醫院資訊科人員使用。