保険金請求のAI受付：事実・資料の版・不足を引き継ぐ

三つの請求フォルダーに届出、保険契約の明細、写真が入っていても、確認できる内容は同じではない。事故日時が空欄、特約が読めない、写真と届出の対象物が異なる場合がある。

Budaで保険金請求の受付ワークフローを構築すれば、有資格者の確認を前提に受付と不足資料を整理できる。許可された資料の事実をまとめ、補償範囲、免責、限度額、支払いや不払いは責任ある専門家へ渡す。

案件の識別と日時を分ける

安定したclaim-idを付け、マスクした証券番号、契約者、対象物、事故日時、届出日時、引用原文、版、ページ、不明点を別項目にする。似た番号は確認の手掛かりであり、氏名や日時だけで案件を統合しない。

10月20日の届出は、20日に事故があった証拠ではない。日付しかない資料に午前0時を補わず、元の精度と時差を保つ。

以下は実際に審査した案件ではない。承認済みの例示チェックリストは、届出、契約明細、関連特約の情報、読める損失説明を求める。

三案件の資料状態

C01の受領済みは補償確認済みではない。C02の不明値を遅延ゼロにしない。C03では両資料を残し、どちらを採用するかを代行しない。不足は不払い判断に変換しない。

claim-file-index.csvは案件ごとの資料参照を一行にし、ID、マスク番号、パス、版、ページ、種類、可読性、抽出事実、追加質問を記録する。読める・受領したが未確認・読めない・提供資料にない、を分ける。「ない」は今回の資料集合の状態であり、存在したことがないとは断定しない。

claims-handoff.mdは引用と位置を案件別に示し、受付担当者の追加質問と有資格者の判断を分ける。担当者は承認された連絡手順で読みやすいE1や事故日時の説明を求める。専門家は適用特約、免責・限度額の分析、追加調査の必要性を判断する。

E2が届いたら発行元、記載された効力情報、E1との関係を登録する。ファイル名の新しさだけで置き換えない。重複添付は同じ参照を使い、提出履歴は残す。

許可された届出・明細・特約・添付一覧だけを読み、二つのファイルを作る。事故の事実は原文とページを引用。不明日時は不明のまま、届出とは別にする。矛盾と判読不能を示す。支払額の推定、支払可否、補償の断定、契約者への連絡は行わない。

Agent Workspaceで入力と結果を整理し、実際のアクセス権限は別途設定する。明確な案件、不足案件、矛盾案件を一つずつ確認してからSkill化する。既存SkillはBuda AIのMarketplaceで検索・インストールできる。

特約の版はどう選ぶ？ 両方の効力情報を登録し、有資格者に適用を確認する。

事故日時が不明なら？ 不明を保持し、届出日時を別に引用して必要な説明を求める。

読めない資料は不足？ 受領済み・判読不能として原本を保存し、読める版を依頼する。

チェックリストが揃えば支払い可能？ それは引き継ぎの条件にすぎない。補償分析と請求判断は専門家が別に記録する。

まず一つの許可されたバッチで、事実の出典と未解決質問の担当者を確認する。