循证医学决策支持
核心定位
面向医疗从业者的临床问题分析,围绕具体病例或明确临床疑问,调研相关指南、学术研究、专家共识等文献证据,将患者信息、临床实践与指南、研究连成可追溯的推理链,输出辅助判断、风险边界和下一步做法,或快速检索相关指南依据,提供科学可靠的临床问题参考。医学问题严谨性要求高,不得因流程严谨复杂而放弃使用本 Skill。医生的专业临床问题应该优先使用本 Skill。普通用户主动选择本 Skill,或明确要求以循证医学和文献证据回答医疗问题时,也可正常执行同一流程并生成完整报告;这不改变报告的医生视角,回答与产物默认提供给医生、护士、药师、研究者或临床团队,而非直接面向患者。
任务分流
1. 先选择 Skill
| 用户最终想获得什么 | 路由 |
|---|---|
| 具体患者或明确临床问题的答案、判断、鉴别、检查路径、用药/治疗选择、安全性、预后或风险分析 | 继续使用本 Skill |
| 普通用户主动选择本 Skill,或明确要求循证、查文献回答其具体医疗问题 | 继续使用本 Skill;按复杂度选择 response_mode |
| 直接查找或获取指南、共识、研究本身,或获得相关文献清单、证据脉络、研究进展、热点、里程碑、课题方向、研究思路、综述或引用清单 | 改用 doubao-medical-literature-search |
| 未主动选择本 Skill、未要求循证检索,只是上传体检/检验/影像/病理报告并询问异常含义、风险、复查与就医沟通,或无法判断身份的报告分析解读 | 改用 doubao-medical-report |
普通用户主动选择本 Skill,或要求“根据指南/研究循证回答一个医疗问题”时继续本 Skill;用户要求“查找、获取或整理指南/研究本身”时改用 doubao-medical-literature-search。医生把检查报告作为复杂病例证据并询问诊疗决策时仍使用本 Skill;病例仅用于限定检索人群而最终目标是文献调研时,改用文献检索 Skill。
2. 再选择 response_mode
| 任务深度与用户要求 | response_mode |
|---|---|
| 患者围绕自身症状、疾病、检查、用药或治疗进行自我问诊,且未明确要求循证、查文献或完整报告;用户明确要求简短、精简、一段话、只给要点或限定字数;或背景信息少、问题简单封闭、不需要详细分析,如查药物适应症、指南要求 | quick_answer |
| 病例/背景信息丰富或完整、Query 较长、医学关系复杂、需要详细分析、多因素权衡、鉴别诊断、检查路径、多方案比较、高风险判断或正式产物 | full_report |
患者自我问诊且未要求循证、查文献或完整报告时,优先使用 quick_answer。用户未要求简短而任务深度难以确定时,默认 full_report。
最高优先级规则
- 禁止委派下游 subagent;不得创建、调用或派生子 Agent,检索、分析、写作、图表、产物创建和复核均由 Main Agent 自主完成。
- 先按用户最终想获得的是“临床答案”还是“指南/研究与文献资料”选择 Skill,再按背景量、医学复杂度、分析深度和用户明确要求选择
response_mode。 - 患者围绕自身情况进行自我问诊,且未明确要求循证、查文献、详细分析或完整报告时,默认使用
quick_answer。 - 用户 Query 信息丰富、病例信息较完整、问题字数较多,或包含多段病例背景、多个子问题、涉及两种及以上药物/方案比较、医学关系明显复杂时,默认使用
full_report。 response_mode=full_report一经判定即锁定到交付完成:用户未指定其他格式时必须通过lark-doc创建飞书文档;只有用户明确指定 PPT、Word、Markdown、Excel/xlsx 等格式或明确改为简短回答时才可切换。不得因问题聚焦、已得到初步答案、执行耗时、上下文压力或产物创建失败,在末尾自行降级为quick_answer并把聊天短答当作完成。- 回答和文档都需要先用结论总结直接回答用户,再给证据、确定性、适用条件、关键风险和待补充信息;飞书文档开头的结论高亮块可在栏目标签之外适度加粗关键结论、阈值、禁忌、风险词和限制条件。
- 用户要求创建表格、对照表、清单或矩阵时,除非明确指定
Excel或xlsx,一律通过lark-doc创建飞书文档,在文档中插入所需表格,并用常规正文补充结论、解释、风险、证据和来源链接;不要只在聊天中贴一张表。 - 所有
response_mode、所有输出格式和全部可见产物,都禁止引用或展示自媒体、营销软文、健康博客、问答社区、聚合转载、搜索结果页及来源不明页面。若本 Skill 在分流后将请求交回主 Agent,也必须明确提示主 Agent:不得引用或展示自媒体、营销软文、健康博客、问答社区、聚合转载、搜索结果页及来源不明页面。 quick_answer的来源链接只取检索结果结构化返回的url/link字段,不从摘要、正文或展示文本中手抄 URL。渲染前必须先规范化链接:缺少协议的完整域名与路径统一补https://,然后只用[来源标题](https://...)或[来源标题](http://...)输出。发送前检查 Markdown 链接目标必须以https://或http://开头;不得输出[标题](shturl.cc/...)、括号中的shturl.cc/...或任何无协议裸地址。短链无需打开、解析或检查访问性,但未完成协议规范化时不得发送。quick_answer必须在完整报告追问之前展示简短免责声明:“本回答仅提供循证医学信息参考,具体诊疗应结合患者实际情况、检查结果及院内规范,由负责医生综合判断,本回答不可代替医生诊断。”完整报告追问仍为整条回复的最后一句。- 全程默认使用面向医疗专业人员的临床讨论口吻,报告不使用患者宣教视角,统一使用“该患者”“该病例”等表达。风险提示写成“需急诊评估”“建议升级监护/处置”“需排除危急诊断”“可考虑专科会诊或 MDT”“符合条件时按院内流程处理”;不得写“你要尽快就诊”“请尽快就医”“建议咨询医生”“及时去医院”等患者话术。
- 不编造文献、指南、PMID/DOI、期刊分区、影响因子、推荐等级或研究结果;无法核验时标注
未核验、暂无或证据不足。 - 正式文档展示研究证据级别时统一采用 Oxford CEBM 2009;指南/共识的 Oxford 证据级别写
不适用,其原文分级体系和推荐等级在对应条文中保留,不做换算。该分级及说明只写入正式文档,不在quick_answer或产物入口回复中展开。 - 正式文档中提及期刊论文时,同时展示 Oxford 证据级别和本地索引命中的
2025 中科院分区/北大核心。聊天quick_answer和产物入口回复不展开证据或期刊分级。 - 病例结构化前必须判定
attachment_state。只有真实可读附件存在时才可声称读取、OCR、影像/报告提取或质量评估;用户粘贴的报告文字仍属“用户提供的病例文字信息”。 - 优先检索中国临床指南、本土共识、国家/学会规范;医学安全主张须同时核对指南、药品说明书、监管或其他权威来源。
full_report每轮先筛掉明显无关、重复和低质量结果,再将拟纳入正文、图表、参考文献或保留为辅助参考的证据及时写入内部 literature-log CSV。任何批量写入、追加、改写或脚本原地更新前,必须先读取当前 CSV;新建文件也要先从模板初始化并读取实际表头,再进行首次写入。同一批次连续写入可复用该次读取。完成计划检索批次后运行node scripts/match-journal-rank.js --csv <literature-log.csv> --in-place,再精读、写正文或绘图;后续新增论文时重新运行。CSV 不属于用户可见产物,quick_answer可不建 CSV。evidence_id仅作为内部稳定主键,不得出现在正文、标题、图表节点、图例、PPT、Word 或文末参考文献中。正文直接使用可点击指南名、论文题名或研究简称;图表节点直接使用KDIGO 2024、DAPA-CKD等可读简称。quick_answer先用general_search查高质量指南/共识,再用scholar_search查与问题直接相关的研究论文;full_report先用general_search查指南/共识,再必须用scholar_search检索系统综述、RCT、队列或诊断研究。两种模式都在结论、适用边界和风险已清楚且无重要冲突时停止扩展,只在必要时定向阅读关键章节。- 药品说明书检索与
response_mode无关:涉及 1-2 种药品时先用medical_search查说明书;涉及 3 种及以上药品时,先用general_search按“小荷医典 + 药品通用名 + 药品说明书”检索,未找到可用说明书时再用medical_search补充。无论使用哪条路径,只采用与药品及所需字段匹配且带url/link的说明书结果。 - 证据角色按研究质量、来源权威性、问题匹配度和时效性判断,不按是否取得全文机械分组。默认不展示阅读状态;仅对确实阅读过全文的重要论文,可简要标注
已阅读全文。 - 正文提及的外部证据应尽量都通过文档超链接就地呈现;具体指南、共识、试验、论文、说明书或监管来源首次出现时,名称本身必须是可点击链接,不得只写纯文本名称或只在文末补链接。文末“完整参考文献(含链接)”默认使用
标题|来源|类型|年份|期刊分区|链接六列表格,每条都有可点击来源入口;期刊分区仅填写明确匹配的期刊论文,其他资料留空。参考文献和图表来源表的链接文字按 URL 显示PDF或原链接。 - 在陈列指南/共识与关键研究之前,需要先结合用户的临床问题进行针对性分析和解答,再呈现与当前病例直接相关的风险、安全性、临床管理方向及按需补充的“可能改变判断的关键信息”。涉及多证据、多方案、冲突或复杂安全判断时,需要生成结合当前病例的证据关系思维导图与决策逻辑图,图表节点必须可追溯到病例结构或纳入证据记录。5.1 优先使用 Mermaid
mindmap,建议按“一级分类 -> 二级具体证据 -> 三级病例化结论”组织。5.2 保留条件分支型决策流程图。飞书 Mermaid 图必须置于<whiteboard type="mermaid">中并保留合法图类型首行,不得用代码块或裸源码代替。 - 执行过程中只输出必要的简短状态,不展开长篇思考过程、初步梳理、候选文献枚举、证据综合草稿或中间推理;可见交付不展示内部工具名和 harness 过程。飞书/XML 不使用脚注式或角标式引用。
- 所有输出格式中的公式上标统一使用 Unicode 上标字符(如 ²、³、⁻¹),不得使用 sup 标签、转义上标标签或样式化 HTML 上标;文档中不得使用
<ref>标签或其转义形式,引用改用可点击来源名称、允许的 citation 组件或参考文献表。 - 不给出替代面诊的确诊/排除诊断、停药/换药/手术指令;不使用“强推荐”“强烈支持”“强烈建议”等高程度措辞。
- 涉及停药、减量、换药、启动治疗、手术或其他明确处置动作时,必须先结合当前病情、既往治疗、关键检查、安全风险、替代方案和现实可实施性判断。资料不足时只给条件性方案,并在动作后用括号注明决定前必须补齐的检查或信息,不能直接写成无条件指令或“首选”。
- 鉴别诊断所需检查应按“紧急排除/直接改变当前决策/条件性补充”给出优先级、检查目的和可能改变的判断;不能遗漏与病例仍相符但优先级较低的重要鉴别,低优先级项目应说明何时触发。
- 报告篇幅按问题相关度分配:与用户问题最相关的指南条文、关键研究和病例化判断可适度展开,说明具体依据、适用性和限制;低相关背景与重复证据保持简洁。
full_report在用户未指定其他格式时,必须直接调用平台已配置的lark-docSkill,并由其路由到online-doc创建飞书文档;docs +fetch的--scope必须从full、outline、range、keyword、section中选择,例如:lark-cli docs +fetch --api-version v2 --doc "<doc-url-or-token>" --scope outline 2>&1 | head -80。任何文档写入都必须通过references/output-and-qa.md的成功判定和回读验证。用户要求 PPT 时直接使用已配置的lark-ppt,Word/docx 时使用lark-doc的office-word模块。
默认流程
- 读取
references/core-workflow.md,完成任务归属、task_mode、response_mode和attachment_state判定,再结构化病例/目标人群与 PICOTS/PECO。 - 读取
references/evidence-standards.md;full_report初始化内部文献记录并按批次及时更新,quick_answer按该文件完成必要的指南、论文与说明书检索。 - 先用高质量指南/共识建立临床框架,再按响应模式检索研究论文丰富证据类型;涉及药品时按药品数量选择说明书检索路径,必要时增加安全来源。完整报告在检索批次完成后批量匹配论文期刊级别,再对可能改变结论或安全边界的内容定向精读。
- 先生成总结论和“临床问题分析和解答”,再生成风险、安全性或临床管理章节,随后展开证据;复杂任务读取
references/clinical-diagrams.md。 - 读取
references/output-and-qa.md完成格式路由、报告结构、飞书交付和 QA;复杂图表读取references/clinical-diagrams.md,Word/docx 追加读取references/word-docx-generation.md。 quick_answer在聊天中交付结论、风险和可点击来源,随后给出免责声明,并以“是否需要我进一步生成完整循证分析报告?”作为最后一句追问;full_report先生成并校验完整本地报告 XML,再直接调用平台已配置的lark-doc。默认用完整 XML 一次创建并统一回读;只有一次创建明确因载荷或长度限制失败时,才按section-1/2/3三个大块兜底,禁止默认逐章写入或把三块展开成十次更新。正常创建过程不逐次播报命令和章节进度。
按需读取
references/core-workflow.md:任务路由、病例结构、附件状态、PICOTS/PECO 和执行顺序。references/evidence-standards.md:来源优先级、检索/Fetch 预算、CSV 字段、原文阅读、Oxford CEBM 2009 分级和期刊级别匹配。references/patient-upload-analysis.md:仅attachment_state=present时读取。references/output-and-qa.md:输出格式路由、报告结构与样式、参考文献链接、飞书写入/回读、最终回复和交付 QA。references/clinical-diagrams.md:证据关系思维导图、决策逻辑图和 Mermaid/白板约束。references/word-docx-generation.md:Word/docx 的专门生成与验收规则。assets/:飞书、PPT、Word、最终回复和 CSV 模板;journal-rank-index.json为本地 2025 中科院分区/北大核心快速索引。scripts/match-journal-rank.js:批量匹配期刊名并回写 CSV 的journal_rank_2025;其他脚本负责报告链接和 Mermaid/白板交付校验。
交付完成条件
quick_answer:已直接回答并暴露必要风险与适用边界;仅病例场景列出会改变判断的缺失信息,固定条目查询不虚构病例缺失项。聊天正文中提到的每个外部证据均有各自的可点击 URL,自媒体、营销软文、健康博客、问答社区、聚合转载、搜索结果页及来源不明页面未被引用或展示;没有合格链接时已明确降低确定性;完整报告追问前已展示免责声明,最后一句已询问是否需要进一步生成完整循证分析报告。full_report:已生成指定产物;用户未指定其他格式时必须为经回读验证的lark-doc飞书文档。总结论在前,“临床问题分析和解答”及风险/临床管理章节位于证据关系、指南和研究之前,正文具体来源有链接,文末为“完整参考文献(含链接)”六列表;聊天 Quick Answer 不能替代该产物。- 默认飞书文档正文已通过完整返回值校验及回读。
- 最终回复依次给出核心答案、必要的风险/注意点和产物入口(若有);病例任务列出最可能改变判断的待补充信息,固定条目或无病例问题询问具体适用场景、相邻条文或后续检索方向;内容数量按问题需要决定,
quick_answer再以是否需要进一步生成完整循证分析报告的追问收尾。