这个品类的数据长什么样
既往症判定的数据主要来源于医保结算记录、既往就诊病历、投保时的健康告知问卷。医保结算记录由医保经办机构按自然日同步更新，就诊病历由医疗机构实时上传至医保系统，健康告知问卷数据随投保流程实时生成。数据文档分为结构化与非结构化两类：结构化文档包含就诊日期、诊断编码、费用金额等字段，诊断编码采用ICD-10标准，单位为无；非结构化病历文本包含主诉、现病史、既往史等自然语言内容。
这些特征在「工具调用与插件」这一环带来什么约束
多源数据的对接需求要求插件支持同时调用医保、病历、健康告知三类外部接口，不同接口的鉴权规则与返回格式存在差异。数据更新频率的差异需要匹配不同的缓存策略，避免旧数据影响判定结果。结构化字段的标准化要求需将外部接口返回的ICD-10编码、就诊日期等字段映射至工作流统一变量，非结构化文本则需先完成实体提取才能用于判定。此外，医疗文档的长度差异可能导致单次接口调用返回大量数据，需限制返回条目以适配工作流处理能力。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
plugin_auth_type | api_key_auth | 对接医保、病历等外部医疗数据接口时，多数服务采用API密钥鉴权，符合行业通用对接规范。 |
plugin_request_timeout | 300 秒 | 既往症判定需拉取多份医疗文档，300秒可覆盖多数医疗机构接口的响应周期，避免因超时丢失关键数据。 |
plugin_cache_ttl | 86400 秒 | 医保结算数据每日更新，该缓存时长可平衡数据时效性与接口调用成本。 |
structured_data_mapping | {"diagnosis_code": "icd10_code", "visit_date": "service_date", "cost_amount": "total_fee"} | 标准化外部接口返回字段与工作流所需字段的映射，避免字段名不一致导致的解析失败。 |
max_response_items | 20 | 既往症判定需匹配最多20条相关就诊记录，覆盖多数理赔场景的核查需求。 |
error_retry_count | 2 | 外部接口偶发波动，两次重试可降低临时故障导致的调用失败率。 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：工作流中调用MCP工具时，无法获取已配置的全局token变量，导致鉴权失败。原因：未在插件配置中开启全局变量传递开关，未将全局变量绑定至工具请求参数。
- 现象：插件调用后返回结果字段为空。原因：未设置结构化数据映射规则，直接使用原始接口字段，导致工作流无法识别对应变量。
- 现象：工具调用返回超时错误。原因：设置的请求超时时间过短，未覆盖多份医疗文档的拉取与解析耗时。
怎么确认配好了
- 进入FastGPT插件管理页面，选择对应既往症判定插件，输入测试API密钥后触发连通性测试，确认返回200状态码。
- 手动触发配置好的理赔初审工作流，查看工具调用日志，确认结构化数据映射后的字段与工作流变量完全匹配，无缺失字段。
- 模拟包含多份就诊记录的调用场景，验证工具返回的结果条数不超过预设的
max_response_items取值。 - 等待24小时后再次调用插件，确认返回的医保数据为最新更新的记录，无过期数据残留。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。