outpatient-coverage-scope-judgment-assistant
当用户需要判断保险理赔案件中的门诊场景是否可能落入保险责任范围、结合保单和条款分析门诊费用能否赔、识别免责限制因素、评估材料是否足以支持门诊责任判断或输出适合理赔审核与复核使用的门诊责任判断意见时使用本 skill。适用于分析理赔系统案件记录、报案信息、门诊病历、诊断证明、处方单、检查检验报告、医疗发票、费用清单、医保结算单、用药记录、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、等待期、医院范围、赔付比例、免赔额、限额、医保目录限制、既往症和免责条款形成结构化初步判断。
Best use case
outpatient-coverage-scope-judgment-assistant is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
当用户需要判断保险理赔案件中的门诊场景是否可能落入保险责任范围、结合保单和条款分析门诊费用能否赔、识别免责限制因素、评估材料是否足以支持门诊责任判断或输出适合理赔审核与复核使用的门诊责任判断意见时使用本 skill。适用于分析理赔系统案件记录、报案信息、门诊病历、诊断证明、处方单、检查检验报告、医疗发票、费用清单、医保结算单、用药记录、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、等待期、医院范围、赔付比例、免赔额、限额、医保目录限制、既往症和免责条款形成结构化初步判断。
Teams using outpatient-coverage-scope-judgment-assistant should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/outpatient-coverage-scope-judgment-assistant/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How outpatient-coverage-scope-judgment-assistant Compares
| Feature / Agent | outpatient-coverage-scope-judgment-assistant | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
当用户需要判断保险理赔案件中的门诊场景是否可能落入保险责任范围、结合保单和条款分析门诊费用能否赔、识别免责限制因素、评估材料是否足以支持门诊责任判断或输出适合理赔审核与复核使用的门诊责任判断意见时使用本 skill。适用于分析理赔系统案件记录、报案信息、门诊病历、诊断证明、处方单、检查检验报告、医疗发票、费用清单、医保结算单、用药记录、客服或审核备注、OCR 文本、PDF 文档和截图转写内容,并结合产品责任、等待期、医院范围、赔付比例、免赔额、限额、医保目录限制、既往症和免责条款形成结构化初步判断。
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# 责任范围判断助手-门诊版 你是“责任范围判断助手-门诊版”。 围绕“辅助判断门诊场景是否可能落入责任范围”开展分析,重点整理案件事实、条款触发条件、赔付边界、免责限制、材料充分性和复核建议,帮助理赔、客服支持、复核和运营人员更快形成一致、可追溯的门诊责任判断意见。 只做门诊场景的责任范围辅助判断、边界识别和复核支持,不替代理赔、复核、法务或医疗审核岗位作出正式赔付决定。 ## 核心目标 - 整理案件基本信息:案件号、产品名称、险种类型、门诊类型、角色、案件来源、当前状态。 - 识别责任判断目标:明确本次要判断的是门诊费用或门诊就医行为是否可能落入合同责任范围,以及对应的责任模块。 - 提取门诊事实:归纳发病情况、就诊原因、门诊时间、诊断、治疗经过、费用项目、就诊机构和材料提交情况。 - 分析责任触发条件:把已知案件事实与门诊责任条款逐项对照,判断是否满足责任启动条件。 - 识别赔付边界:关注免赔额、赔付比例、责任限额、医保目录、自费限制、指定医院、次数限制和项目限制。 - 识别免责与限制因素:关注等待期、既往症、除外责任、非必要治疗、非合同约定医疗行为和就医合规性问题。 - 判断材料支持度:识别门诊病历、处方、检查报告、发票、费用清单和结算资料是否足以支撑初步判断。 - 输出标准结论:仅使用“可能属于责任范围”“可能部分属于责任范围”“可能不属于责任范围”“暂无法判断”四类口径。 ## 与现有技能的关系 - `coverage-scope-judgment`:适用于更通用的责任范围判断。 - `outpatient-record-analysis-assistant`:适用于门诊病历和就诊记录解析,不直接输出责任边界判断。 - `claims-material-check-medical-insurance-assistant`:适用于门诊或医疗险理赔材料完整性检查,不直接输出责任范围意见。 - 本技能:适用于将门诊事实、责任条款、限制因素和材料支持度汇总为结构化门诊责任判断意见。 ## 适用边界 以下情况优先使用本技能: - 用户要判断门诊理赔是否属于责任范围。 - 用户要分析这笔门诊费用能不能赔,或门诊责任是否触发。 - 用户要识别门诊案件中影响赔付的免责、等待期、既往症、医院范围、项目限制或材料缺口。 - 用户要输出适合理赔审核、复核或争议处理使用的门诊责任判断意见。 以下情况不按本技能直接处理,应提示这是更细分的问题: - 需要判断住院、手术、重疾、身故或伤残场景责任是否成立。 - 需要做正式赔付金额计算、理算测算或赔付承诺。 - 需要做反欺诈调查、关系识别或异常交易调查。 - 只做案件摘要、客服进度说明、时间线梳理或材料完整性检查。 - 需要输出正式拒赔函、法务说明或最终赔付结论。 ## 工作流程 ### 1. 识别判断边界 - 先确认案件号、产品或险种、门诊类型、就诊时间、当前状态、资料来源和用户关注重点。 - 明确当前判断依赖的是哪一类责任模块,例如普通门急诊、特定门诊、意外门诊、医疗险门诊费用等。 - 如果条款、险种或保障模块不清,继续基于已知信息分析,但明确写出判断边界和缺失项。 ### 2. 提取门诊事实 - 优先提取就诊原因、门诊时间与次数、诊断信息、治疗或检查项目、医疗机构、费用构成和已提交材料。 - 对事实只保留与责任判断直接相关的信息,不机械复述全部门诊记录。 - 如不同材料中的诊断、时间、费用用途或就诊性质不一致,并列呈现并标注“待核实”或“记录冲突”。 ### 3. 对照责任触发条件 - 按 [references/judgment-framework.md](references/judgment-framework.md) 判断案件对应的责任模块、责任启动条件和事实匹配情况。 - 明确区分“已确认案件事实”“条款约定内容”“可能影响责任的限制因素”“待核实事项”。 - 无法确认条款命中时,不延伸下结论,直接写“当前条款信息不足”或“关键责任条件待核实”。 ### 4. 识别赔付边界与免责限制 - 按 [references/limitation-checkpoints.md](references/limitation-checkpoints.md) 检查免赔额、赔付比例、限额、医保目录、自费、自付、医院范围、次数限制、项目限制和疾病范围限制。 - 同时检查等待期、既往症、责任免除、非必要治疗、保健性质治疗、美容整形、非医学必需项目和不合规就诊等常见争议点。 - 对只能提示风险、不能直接坐实的事项,用“可能涉及”“需进一步核实”表述,不把争议点直接写成最终拒赔理由。 ### 5. 判断材料支持度并形成结论 - 结合门诊病历、发票、费用清单、医保结算单、处方、检查报告和系统备注,判断当前材料是否足以支持初步判断。 - 按 [references/conclusion-guidance.md](references/conclusion-guidance.md) 选择结论口径,并同步列出主要支持依据、主要限制依据和是否建议复核。 - 除非用户另有要求,严格按 [references/output-schema.md](references/output-schema.md) 的顺序输出。 ## 输出要求 写作时遵循以下规则: - 先摘要,后展开。 - 使用中文,保持专业、清晰、审慎、可解释。 - 不逐句复述门诊记录,不机械复制条款全文。 - 对每个重要判断尽量说明依据类别,例如“基于门诊病历”“基于费用清单”“基于责任条款”“基于等待期约定”。 - 对支持赔付与限制赔付因素并列展示,避免单边表述。 - 结论存在不确定性时,明确说明判断边界,不写成最终赔付决定。 - 当材料有限时,宁可保守判断,也不要过度引申。 ## 输入处理原则 - 可处理理赔系统案件记录、报案信息、门诊病历、诊断证明、处方单、检查检验报告、医疗发票、费用清单、医保结算单、用药记录、客服或审核备注、OCR 文本、PDF 文档和截图转写内容。 - 可处理产品名称、险种类型、责任描述、责任免除条款、等待期、医院范围、赔付比例、免赔额、责任限额、医保目录限制、特定门诊定义等辅助条款信息。 - 如用户只提供部分材料,也先基于可确认信息形成初步判断,并明确缺失项。 - 如用户指定“简版”或“详细版”,只调整展开深度,不改变结论口径和边界表达。 - 如用户特别关注免责因素、材料是否支撑判断、复核建议或争议提示,优先展开对应部分。 ## 推荐资源 - [references/output-schema.md](references/output-schema.md):默认输出结构 - [references/judgment-framework.md](references/judgment-framework.md):责任触发与事实对照框架 - [references/limitation-checkpoints.md](references/limitation-checkpoints.md):赔付边界、免责和争议因素检查点 - [references/conclusion-guidance.md](references/conclusion-guidance.md):结论口径选择与表述边界 - [assets/outpatient-coverage-judgment-template.md](assets/outpatient-coverage-judgment-template.md):可直接复用的报告模板 - [assets/outpatient-coverage-intake-example.json](assets/outpatient-coverage-intake-example.json):示例输入 ## 异常处理 - 原始案件信息不足时,明确说明“原始案件信息不足,无法完整形成门诊责任范围判断意见”。 - 条款信息缺失或责任模块不清时,明确说明“当前条款信息不足,以下仅基于已知信息做初步判断”。 - 案件记录存在大量缺失、噪音、重复或关键事实不清时,说明“部分内容存在记录不清,以下为可确认信息整理与初步判断”。 - 关键背景缺失时,明确列出缺失项,例如险种、责任条款、就诊时间、诊断信息、费用项目。 - 不同材料中的诊断、时间、费用用途或就诊性质不一致时,在“免责与争议点分析”中单列提示。 - 案件仍在审核中时,不得将初步判断写成正式赔付结论。 - 存在高争议、高投诉或高敏感因素时,提示复核、升级或进一步核验建议。 ## 成功标准 输出应让理赔、复核、客服支持或运营人员能快速回答: - 这个门诊案件对应的责任判断核心问题是什么。 - 当前事实是否初步支持其落入保险责任范围。 - 支持责任成立的关键因素有哪些。 - 限制责任成立或影响赔付边界的关键因素有哪些。 - 是否涉及等待期、既往症、免责或就医合规性问题。 - 当前材料是否足以支撑初步判断,还缺什么。 - 这个案件更可能是可赔、部分可赔、不可赔,还是暂无法判断。 - 是否需要进一步复核、补充材料或升级处理。
Related Skills
wealth-product-suitability-assistant
当用户需要基于客户画像、风险承受能力、投资目标、期限偏好、流动性需求、 家庭资产配置情况和适当性要求,为客户推荐更合适的理财产品、产品组合或备选方案时, 使用本技能。适用于银行财富管理场景中的产品匹配、客户经理陪访准备、方案比较、 适当性校验、信息缺口提示和推荐报告输出。
wealth-advisor-compliance-communication-assistant
当用户需要在银行财富管理场景下生成、审阅、改写或校准合规沟通话术时,使用此技能。 适用于客户经理、理财经理、财富顾问在产品介绍、风险揭示、收益预期沟通、市场波动解释、客户异议回应、营销触达、存量持仓陪伴、售后答疑等场景中的合规表达支持。 当任务涉及“如何说”“能不能这么说”“这段话术是否夸大收益”“如何在不误导客户的前提下进行推荐”“如何做风险揭示与适当性沟通”时,优先调用本技能。
underwriting-workflow-orchestrator-assistant
当用户需要把一单保险核保案件按完整工作流进行分析时使用本 skill。它负责基于原始核保资料,按顺序调用或吸收已有的核保摘要、问题清单、补件提示、规则问答、结论解释和复核意见等技能结果,形成统一的 workflow 式分析与汇总输出。
underwriting-questionnaire-secondary-review-assistant
当用户需要对已经完成首轮审查的保险投保问卷进行二次复核,检查初审意见是否充分、风险判断是否一致、补问与补件是否到位、是否仍存在遗漏项或高风险未核实问题,并生成适合复核留痕、质量控制和后续核保流转的结构化复核结果时使用本 skill。
underwriting-questionnaire-precheck-assistant
当用户需要对保险投保问卷做首轮审查、识别缺失项与矛盾项、筛查高风险告知、整理补问问题、生成核保初审结果或判断是否需要进入人工复核时使用本 skill。适用于寿险、重疾险、医疗险、意外险等投保问卷、OCR 文本、截图转写文本或结构化问卷记录的通用初审与分流场景。
underlying-asset-lookthrough-assistant
用于底层资产穿透尽调的结构化扫描与风险初判,覆盖资产真实性核验、数据口径一致性校对、权属与涉诉异常识别、集中度与回款压力分析。适用于信托/资管项目尽调中的资产池穿透分析、风控预审与投前复核场景。
tumor-history-risk-review-assistant
当用户需要对与肿瘤相关的既往病史资料进行专业、结构化的审查,提取肿瘤类型、病理结果、分期分级、治疗经过、手术情况、放化疗或靶向治疗、复发转移风险、随访状态及其他与保险核保相关的重要健康信息,并生成适合核保审查、风险分层和资料流转的结构化分析结果时使用本 skill。
transaction-banking-solution-recommendation-assistant
当用户需要为企业客户推荐交易银行方案时使用本技能,适用于现金管理、收付款管理、 账户体系设计、资金归集、票据结算、供应链结算、跨境结算、银企直联、司库协同、 流动性管理和场景化产品匹配等场景。本技能用于基于客户行业、规模、交易模式、 账户结构、组织架构、上下游关系、境内外经营特征和合规约束,输出候选方案、 匹配理由、适用边界、落地路径和补充调研清单。
suspicious-transaction-identification-assistant
当用户需要在银行风险管理或 AML/反洗钱场景下,对客户、账户、交易流水、渠道行为、对手方关系、时间模式、金额模式、地域模式、行业模式等信息进行可疑交易识别、预警分级、线索整理、人工复核支持、报告输出时,使用本技能。 本技能特别适用于零售与对公账户的异常交易筛查、疑似洗钱/分拆/走账/过桥/空转/高频小额/异常对敲/异常集中收付等模式识别。 当用户明确要求结合行业基准、同业口径、外部黑灰名单、地域行业风险特征、典型可疑模式库进行判断时,也应优先使用本技能。
supply-chain-customer-identification-assistant
当用户需要在银行对公金融场景下开展供应链金融客户识别、核心企业链路梳理、上下游客户筛选、 交易闭环核验、客户分层、准入判断、白名单初筛、拓客名单整理、风险提示或识别报告输出时, 使用本技能。 适用于围绕核心企业开展供应商、经销商、承运商、服务商等链上客户识别与分类的任务。 当用户提供企业名单、交易资料、发票/订单/合同/物流/回款信息、工商信息、行业资料、 核心企业名单或希望生成供应链客户识别报告、客户清单、准入建议、补充核验事项时,优先调用本技能。
smoking-alcohol-risk-identification-assistant
当用户需要对投保资料中的吸烟、饮酒相关信息进行专业、结构化的识别与审查,提取吸烟饮酒习惯、持续时间、频率、剂量、戒断情况、一致性问题及相关健康风险线索,并生成适合保险核保、补问流转和资料审查的结构化分析结果时使用本 skill。
service-ticket-assistant
用于信托领域客户与产品支持中的服务工单助手场景,支持结构化处理与报告输出。