請求自動化 · リファレンスブループリント

請求を自動化する。支払にはゲートを。

損害保険(P&C)の請求のためのリファレンスブループリント — 受付、不正トリアージ、支払承認を、Cortex ランタイム上の統制されたアクションとして実行します。5,000ドル以上の支払は1ドルも動く前に人へルーティングされ、すべてのトリアージ判断には説明が付き、結果全体が Trust Ledger に封印されます。このブループリントはオントロジー、ポリシー、アクション、エージェントを定義するものであり、署名付きでインストール可能なパックはロードマップ上にあります。

支払 ≥ $5,000 → 人の承認(なければ 409) · 代表的な目標値 · リファレンスブループリント(まだ署名付きアーティファクトではありません)

insurance-claims · リファレンスブループリント
保険金請求の自動化insurance-claims設計図
ontologyTypes3
policies5
actions4
agents3
リファレンス設計図 · まだ署名済みアーティファクトではありません
リファレンス設計図 ▸ オントロジー · ポリシー · アクション · エージェント
このパックが統制する範囲

1つの統制された設計図に、ソリューション全体を仕様化。

請求ブループリントは、請求の受理から支払(または否認)という結果に至るまでの経路を統制します。請求オントロジー(請求、契約者、支払)、自律的な支払に上限を設け不正保留を強制するポリシー、支払を承認または否認する Action Fabric のアクション、そして厳選された3つのエージェントを定義します — 請求自動化が、資金が動くステップを常に人の管理下に置いた、統制された単一のソリューションとして定義されます。

代表的な目標値

このパックが調整されている目標値。

このユースケースの参考目標値で、デプロイごとに設定できます。これらを強制するゲートは設計図に定義されています。

~70%
ストレートスルー率
代表的な目標値 — 上限未満の低リスク請求は自動でクリアされます。
100%
トリアージの説明
すべてのトリアージ判断には説明と証跡が付きます。
≥ $5,000
支払承認
ハードしきい値 — この額以上の支払は人の承認へルーティングされます。
パックの中身

4つの統制セクションを、1つの設計図に。

設計図は、Solution Pack がまとめる4つの統制セクションを定義します。署名済みパックとして提供される際には、同じエンベロープ(canonicalize → sha256 contentHash → HMAC signature)が可搬性と証明可能性をもたらします。

ontologyTypes×3
  • Claim — claimNo、lossType、amount、status、fraudScore
  • Policyholder — name、policyNo、ssn(PII・制限付き)
  • Payout — amount(制限付き)、method、approvalState
policies×5
  • 支払 ≥ $5,000 → 人の承認を必須化
  • fraudScore がしきい値超 → 調査のため保留
  • ssn は制限付き — intake 以外からの読み取りは拒否
  • 否認には引用付きの理由コードが必要(黙示の否認は不可)
actions×4
  • approvePayout — riskTier: high、$5k 以上は承認ゲート付き
  • denyClaim — riskTier: medium、引用付きの理由が必要
  • requestDocuments — riskTier: low、自動実行
  • flagFraud — riskTier: medium、調査を開始
agents×3
  • Claims Intake — FNOL をオントロジーに構造化
  • Fraud Triage — リスクをスコアリングし、用いたシグナルを引用
  • Payout Approver — 支払を提案し、$5k 以上は人へルーティング
できること

統制されたエージェントを、実在する Cortex コントロールに対応づけ。

このパックのすべての機能は、監査可能なランタイムコントロール(アイデンティティ、ポリシー、アクション承認、封印された Trust Ledger)によって強制適用されます。パックが設定し、プラットフォームが強制します。

5,000ドルの線はハードゲート
  • approvePayout は高リスクの Action Fabric アクション — 5,000ドル以上ではエージェントは提案しかできず、資金が動く前に人が承認します。上限未満なら、低リスクの請求はストレートスルーで処理されます。
根拠を示す不正トリアージ
  • Fraud Triage エージェントは各請求をスコアリングし、用いたシグナルを引用します。ブラックボックスの否認はなく、すべての保留とフラグには、レビュー担当者(や規制当局)が読める説明が付きます。
否認には理由コードが必要
  • denyClaim は引用付きの理由がなければ実行されません — ポリシーがすべての不利益判断に根拠となるルールの明示を強制するため、請求者にも調査官にも答えが残ります。
すべての結果にレシートを
  • 承認、否認、補償 — 実行された各アクションは、ハッシュチェーンで連結された Trust Ledger に署名付きレシートを発行するため、争いになった支払にも検証可能な記録が残ります。
契約者のPIIはロックされたまま
  • ssn と支払 amount は制限付きプロパティ — 必要とするエージェント以外からの読み取りは拒否され、機微な請求者データが見るべきでないプロンプトに入り込むことを防ぎます。
全体を監視し、必要なときに一時停止
  • すべての請求エージェントはライブな状態を Control Tower に報告します — 挙動のおかしいエージェントを一時停止し、ツールを無効化し、フリート全体に対してキルスイッチを構えられます。
$5,000支払承認のしきい値(人によるゲート)
100%説明の付くトリアージ判断
3パック内の統制エージェント数
10-hopすべての支払判断に来歴
提供までの流れ

現時点では設計図 — 署名済みでインストール可能なパックはロードマップ上にあります。

この設計図は、オントロジー、ポリシー、Action Fabric のアクション、エージェントを余すところなく定義しています。Solution Pack として提供される際には、Cortex の全パックと同じパッケージングを継承します。canonicalize → sha256 contentHash → HMAC signature を経て、検証を先に行う importPreview → importApply が hashOk と signatureOk を確認してから書き込みを行い、対象は自テナントのみです。

  • オントロジー・ポリシー・Action Fabric のアクションを定義済み、パッケージ化の準備完了
  • 公開時: インポート前に verifyPackhashOksignatureOk を確認
  • 提供中の Tax パックと同じ統制ランタイム上で動作 — 同じゲート、同じ台帳
  • 早く必要ですか?ワークフローをお持ちいただければ、開発を優先します。
packs · verify + import
上限未満の返金approvePayout $240 → 自動実行200 OK
しきい値ちょうどの支払approvePayout $5,000 → 提案され、人の承認待ち409 hold
不正による保留fraudScore がしきい値超 → 調査held
引用のない否認理由コードのない denyClaimblocked
importApply は先に検証 ▸ 不正なら 409 · 自テナントにのみ upsert
設計図から提供パックへ

この設計図がインストール可能なパックになるまで。

設計はすでに完了しており、残るはパッケージ化だけです。設計図は提供パックと同じ4つの統制セクションを備えています — まだ封印・署名されていないだけです。

  1. 01

    現在の仕様

    上記のオントロジー・ポリシー・Action Fabric のアクション・エージェントが実際の設計です。提供中のどのパックにもランタイムが強制する構造と同じです。

  2. 02

    パッケージ化と署名

    提供時には、コンテンツが canonicalize → sha256 contentHash → HMAC signature を経て、stable または beta チャネルのレジストリに登録されます — Tax パックとまったく同じ流れです。

  3. 03

    検証とインストール

    importApply が hashOk と signatureOk を再確認し、自テナントへ冪等に upsert します。それまでの間は、この設計図をもとに私たちがワークフローを構築できます。

ガバナンス込み

監査人がすでに挙げているコントロールを、標準搭載。

オントロジーの権限、フェイルクローズのポリシー、承認ゲート、封印された Trust Ledger は、このユースケースが報告対象とするフレームワークに直接対応します。整合であって、保有していない認証を主張するものではありません。

NAIC Model Acts · 請求処理GDPR · 請求者データSOC 2 · 監査ISO 42001 · AI記録EU AI Act · ログ記録

支払を管理下に置いたまま、請求自動化を出荷する。

御社の請求ワークフローをお持ちいただければ、このブループリントから統制されたパックを立ち上げます — 請求を自動化しつつ、5,000ドルを超える支払は今も必ず人の前で止まります。

保険金請求の自動化 Solution Pack | Cortex AI OS