Denys Linkov:让混乱的保险理赔数据成为 AI 的可用基础

原标题Denys Linkov: Making Messy Insurance Claims Data Useful for AI

Wisedocs AI 负责人介绍重复记录、缺失证据、评测以及从单个医疗理赔到业务组合洞察的路径。

DLDenys Linkov讲者 · Wisedocs
频道
AI Engineer
发布
2026年10月18日
视频
44:30
阅读
7 分钟
幻灯片
5
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

Denys Linkov 解释医疗理赔为何难以处理:记录因医疗机构和司法辖区而异,以多种格式送达,并可能包含重复、遗漏或相互冲突的诊断。他认为数据质量和人工审查是有效使用 AI 的基础。 他介绍 MLCR 基准、分层提取流程和潜在的业务组合分析,并区分公司具体案例、目标与已经证实的行业成果。

  1. 1表格各不相同不同司法辖区的工伤赔偿表格存在差异。
  2. 2清理数据重复、混合记录和劣质扫描增加理赔难度。
  3. 3查找缺失证据记录提到的报告可能并未出现在案件材料中。
  4. 4评估理赔推理MLCR 用准确性和完整性等指标测试不同问题。
  5. 5跨案件观察结构化数据可支持组合分析,但分析受数据质量限制。
  6. 6保留人工监督系统向人提示问题;合规还需要单独评估。

要点建议

  1. 数字化和可靠数据是有效应用 AI 的基础。
  2. 重复、混合和缺失的记录可能影响隐私和决策。
  3. 用专家核实的答案评估准确性和完整性。
  4. 人工审查者需要贯穿流程的证据和监督。
  5. 跨案件分析会继承上游数据的局限。
  6. 客户案例不能证明整个行业的成果。
全文

按章节阅读整理后的全文

01

数字化转型与理赔

Linkov 介绍企业 AI 背后尚未完成的数据工作。

我在 Wisedocs 负责 AI,我们处理复杂医疗理赔。今天我希望把技术决策与患者和索赔人的体验联系起来,而不只看商业指标。

许多组织尚未完成此前的数字化转型,就开始尝试 AI。云迁移、数据湖和一致的数据实践仍未完成,因此需要关注应用的基础条件。

纸张仍是医疗和保险工作流的一部分。纸质材料可以支持单个理赔,但文档没有变成可用数据时,跨案件比较就很困难。

传真也仍在使用,有时接收后才转换成数字格式。这可能有助于导入,却不能单独解决医疗信息交换的大问题。

不同的工伤赔偿表格
幻灯片 1 / 5不同的工伤赔偿表格三个州的表格展示了文档布局的差异。

工伤赔偿表格体现了标准化的难题:不同州的表格布局和所要求的信息不同,版本也会随时间变化。

保险公司关注赔付率和费用等指标,但财务指标只是问题的一部分。应先明确要改善的结果,再判断 AI 是否适合。

有用的 AI 项目需要明确目标、专业人员、治理、安全、基础设施和数据。在大型企业中,即使申请系统或选择供应商也可能需要时间。

高管可能希望获得一份理想数据集,把患者病情与近期医生治疗结果联系起来。回答这一问题的前提是相关信息存在、能够正确连接,也适合这样的比较。

02

医疗理赔为何复杂

他介绍治疗、保障和诉讼过程中的交接。

我重点讨论财产及意外险中的复杂医疗理赔,包括汽车责任险和工伤赔偿。受伤案件可能涉及治疗、保险公司、雇主和法律程序。

理赔可能因复杂程度、监管和诉讼而耗时数周或数年。减少延误有望改善体验,但缩短十倍是愿景,并非已证实的成果。

医疗过程包括诊断、专科就诊、保障范围、治疗审查、账单、支付和后续护理。每次交接都可能带来延误,不同专家也可能意见不一。

理赔员流动、重复处理数据,以及受伤索赔人承受的压力,都可能让流程更复杂。目标是用技术帮助人们应对这些问题。

工伤赔偿案件从报告伤情和填写表格开始,随后产生治疗及相关文档。我的案例是合成数据,但展示了实际可能遇到的记录类型。

账单和病程记录因医疗机构而异,材料可能通过 PDF、邮件或传真到达,而不是统一的电子数据流。相互冲突的观察结果会增加审查难度。

诉讼又增加了一层激励关系和延误。重复或可疑材料需要调查;重复本身并不能证明欺诈。

03

数据质量与缺失记录

重复、混合文件和遗漏带来运营及隐私风险。

我希望始终关注护理质量、成本、速度和体验。我把技术工作分成数据清理、单个案件内分析和跨案件分析。

数据质量问题的来源
幻灯片 2 / 5数据质量问题的来源幻灯片列出重复、混合记录和数字化不佳的材料。

常见数据问题包括重复记录、混入其他患者的记录、扫描质量差和手写内容。混合记录既带来隐私风险,也可能使审查者依据错误的病史作决定。

在记录间复制信息、电子病历系统实现不一致,都会造成问题。即使已经数字化,也可能有难以处理的字段,导致信息提取困难。

当提取困难时,有些组织又回到传真或 PDF。AI 和数字化转型可以提供帮助,但数据质量也取决于上游工作方式。

识别重复材料可以防止反复处理同一份内容。重复提交可能有正当原因,因此系统应先识别,而不是推断动机。

理赔材料可能非常庞大,包含图片、影像报告和其他格式。我曾见过一个 8 GB 的 PDF;不能假设这种文件都能轻松放进模型上下文或用普通阅读器打开。

病程记录可能提到一份没有出现在材料包中的 X 光检查。找到缺口很重要,因为缺失的报告可能改变审查者对护理、账单或案件时间线的理解。

寻找缺失文档
幻灯片 3 / 5寻找缺失文档合成示例把病程记录与应有的报告和治疗记录关联起来。

理赔员可能同时处理许多案件。标记缺失记录的系统可以帮助跟进,但应展示证据供人检查。

不同医生可能给出相互冲突的诊断。此时可能需要独立医疗评估来审查档案,流程中又增加一位专家和一次交接。

04

评估医疗理赔推理

他解释 MLCR,以及准确性、完整性和专家审查的重要性。

我们与 Artificial Analysis 共同建立 Medical Long Context Reasoning 基准 MLCR,评估模型回答医疗理赔问题的能力。任务从识别伤情,到更复杂的治疗和能力问题。

有些问题假定记录中存在某个事实,但实际并没有,这会带来幻觉风险。按我们的介绍,基准包括公开的较简单任务和用于较难评估的私有集合。

我们以专家核实的答案为参照,并使用经过校准的模型评判器,评估简洁性、准确性和完整性。正确回答仍可能遗漏重要事实,因此评估需要多个维度。

在演示的特定基准和配置下,Linkov 表示分数在几个月内大幅提高。这些数字只对应那项评估,不能证明模型能处理所有真实案件。

演示结果显示不同模型在准确性和完整性之间存在权衡。我们的系统保留人工参与,并校准评判器、让领域专家参与,而不是只依赖模型自评。

MLCR 的准确性和完整性
幻灯片 4 / 5MLCR 的准确性和完整性图表比较特定基准中的模型回答,并不代表所有医疗任务。
05

跨案件洞察

他讨论地理位置、成本与医疗机构分析。

单个案件结构化后,企业可以观察整个业务组合中的伤情类型、地理位置、成本和相关医疗机构。上游错误会影响所有这些分析。

地理位置与医疗机构网络
幻灯片 5 / 5地理位置与医疗机构网络幻灯片展示可以在业务组合层面提出的问题。

示例询问患者是否需要外出接受治疗,以及医疗机构和其他参与方如何关联。关系或异常模式只是进一步调查的线索,并非不当行为的结论。

其他分析可以研究同时出现的诊断,并比较治疗收费随时间的变化。差异可能有临床或情境原因,因此不能脱离结果孤立看待成本。

企业可以分析网络或账单方式变化等情景,为承保和资源分配提供参考,但结果取决于数据是否具有代表性以及假设是否合理。

理想结果是在减少延误和成本的同时改善患者体验和护理。Linkov 表示 Wisedocs 在特定案例中看到节省,但随后也指出,尚不能声称整个行业的理赔时间已经缩短。

06

实施与监督问答

他介绍处理流程、客户接入和人工审查。

在问答中,我介绍分层流程:先做 OCR 和图像处理,再用模型提取和分类,然后由人核实摘要并开展进一步分析。真实记录需要清理,才能回答类似基准测试中的问题。

不同业务线和组织的数据共享方式不同。能得到怎样的组合层面洞察,取决于具体客户的权限、系统和目标。

客户接入时,我们先用少量样本比较客户所需信息与系统提取结果。即使是日期也需要准确界定:客户要的是受伤日期还是申报日期?

如果初始案例效果良好,下一步可能扩大试点并接入上游系统。能力与集成要求各不相同,因此明确业务目标很重要。

Linkov 说 Wisedocs 会向人工决策者提示诊断冲突等问题,并努力让流程可审计。人工审查有帮助,但本身不能证明符合法规;仍需评估适用要求。

客户的优先事项各不相同,包括减少积压、行政费用或法律费用。Linkov 说团队先解决具体运营问题,再探索更广泛的洞察。

并非每项任务都需要大语言模型。在准确性、成本和幻觉风险重要的场景中,分类和提取模型可能更合适;团队也训练了部分自有模型。

Linkov 区分了单个客户案例和总体证据:公司目前还不能声称已经缩短了每位患者的平均理赔时间。

首次伤情报告只是起点。完整审查可能需要跨越多年、姓名变更、地点和医疗机构来重建记录,不同司法辖区的处理时限也不同。

同频道的其他文章

6 张幻灯片38:07EN → 简体中文
AI Engineer· 2026年10月29日使用 Gitar 验证拉取请求:超越代码差异Taylor Luttrell-Williams, Killian Carlsen-Phelan · SonarSonar 的 Killian Carlsen-Phelan 和 Taylor Luttrell-Williams 在一个示例应用中演示门票转让、定价规则和 CI 失败三个场景。Code review & verification智能体工程开发流程与测试+2
9 张幻灯片21:32EN → 简体中文
AI Engineer· 2026年10月29日Shy Ruparel:AI 智能体的可靠性与故障恢复Shy Ruparel · TemporalTemporal 的调查发现,频繁使用智能体与可靠部署之间存在差距。Ruparel 演示了一项模拟付款工作流如何在工作进程停止后恢复。智能体可观测性与可靠性智能体工程+2
7 张幻灯片14:50EN → 简体中文
AI Engineer· 2026年10月29日Cole Gannaway:代码审查、跨仓库风险与 AI 软件工厂Cole Gannaway · Qodo一行重命名代码可能通过本地检查,却影响远端客户端。Qodo 的 Cole Gannaway 解释如何借助审查上下文、共享规则和独立智能体发现这些风险。Code review & verification编程智能体开发流程与测试+2
5 张幻灯片11:47EN → 简体中文
AI Engineer· 2026年10月29日Revolut 的 David Abitbol:大规模自托管 AI 编程模型David Abitbol · RevolutAbitbol 分享工程交付趋势、GPU 服务成本和延迟调优经验,并介绍受监管银行运行这些工具时采用的控制措施。Local inferenceAI cost & performanceDeveloper productivity+2
5 张幻灯片16:34EN → 简体中文
AI Engineer· 2026年10月29日Tariq Shaukat:如何对 AI 生成的代码建立信心Tariq Shaukat · SonarSonar 首席执行官借鉴制造业的质量管理实践,提出治理和验证编码智能体所产出软件的方法。智能体工程Code review & verificationSoftware engineering+2
4 张幻灯片21:47EN → 简体中文
AI Engineer· 2026年10月28日Patrick Smyth:AI 时代的开源供应链安全Patrick Smyth · ChainguardChainguard 的 Patrick Smyth 讨论漏洞利用加速、依赖中的恶意软件、零日漏洞,以及开发者工作流不断扩大的攻击面。CybersecurityOpen-source ecosystemsAI security+2