健康保险承保与理赔长材料的上下文与截断：引用上限与分段送入

这个品类每天在处理什么材料

该品类日常处理的材料包括健康告知、体检、疾病诊断、病历、住院记录、费用清单、理赔申请、调查和责任认定记录，数据来源涵盖医疗机构材料、客户告知、历史保单理赔、疾病/医疗经验数据及核心保单系统。医疗资料随就诊或理赔事件触发更新，保单数据随业务事件更新，疾病与医疗经验数据按公司精算周期更新，具体医疗直连数据的更新频率依合作医疗机构系统而定。不同材料的格式与载体存在差异，部分为客户填写的结构化表单，部分为医疗机构出具的非结构化文档或核心系统内的结构化数据。

这些材料在「上下文与 token」这一环带来什么约束

多类型混合材料的输入会大幅增加上下文token消耗，易超出模型上下文窗口限额。长文档如住院记录、病历的token占用较高，若未合理分段或截断，可能丢失关键诊疗信息。不同更新频率的材料并存时，实时触发的医疗资料与周期更新的经验数据可能存在时间差，导致上下文时效性不足。多份关联材料如病历与理赔申请需同时纳入上下文，进一步加剧token压力，需精准控制召回与分段的范围。

配置怎么定

最耗时的环节会卡在哪

从病历提取疾病、症状、检查和治疗时间线是一项耗时环节，该功能可自动抽取结构化时间线，但材料分段截断会丢失关键时间节点，导致抽取字段为空，或召回不到对应诊疗记录，需人工回退重做。核对疾病定义、既往症、医疗行为和保险责任是第二个环节，功能环节可匹配核心审核条款，但召回条数过低会遗漏关键既往症记录，导致结果与原件对不上，需人工复核。审核费用、重复报销及异常医疗证据是第三个环节，功能环节可比对费用明细与规则，但分段切断费用明细会导致异常无法识别，解析超时会中断流程，需重新提交材料。

做错了会怎样

功能环节配置失误可能引发业务赔款损失、合同争议、监管处理及客户错拒、少赔或延迟赔付。分段长度过短会切断关键医疗术语或时间节点，maxContext设置过小会遗漏多份关联材料，召回条数过低会导致核心审核依据缺失，未开启溯源功能会导致结果无法与原件核对，进而触发各类风险。

与相邻品类的区别

与一般寿险相比，该场景大量依赖医疗诊断、病历及费用类材料，上下文需覆盖多维度医疗信息。与意外险相比，该场景核心审核逻辑围绕疾病与医疗条件展开，上下文配置需匹配医疗材料的特征，不适用于其他品类的配置逻辑。

还需要按机构实际情况确认的

• 医疗数据接入程度：不同机构与医疗机构的对接系统、数据格式存在差异，需确认实际可获取的材料范围与更新频率。
• 既往症调查方法：不同机构的既往症核查流程、数据来源存在差异，需适配对应的上下文召回逻辑。
• 费用审核规则：不同机构的费用判定标准、报销范围存在差异，需调整匹配的规则匹配阈值与召回范围。

业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S053、S060）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。