EOBデータ抽出

EOBからExcelへ:全保険者から請求番号・CPTコード・患者責任額を抽出

EOBから請求データを手入力すると1ページあたり3分かかります。本ツールはBlue Cross、Aetna、Medicare、Medicaidの形式を5〜10秒で読み取り、列名・レイアウト・計算済み残高を自由に定義できます。

EOB1件あたり5〜10秒 · デジタルPDFで最大99%の精度 · 暗号化処理

PDF・スキャン
XLSX/CSV/JSON
全保険者形式対応

請求チームがEOBから取得するすべてのフィールド

どの支払者から送られてきた場合でも、各Explanation of Benefits(EOB)には同じ論理フィールドが含まれています。請求番号、手技コード、4つの金額欄(プロバイダーが請求した額、プランが承認した額、保険が支払った額、患者が負担する額)、および調整理由コードです。問題は、支払者ごとにラベルや配置が異なるため、ある支払者のEOB用に作成した列マップが、別の支払者の明細書がバッチに混入した時点で機能しなくなることです。カスタム列抽出はその再構築を不要にします。必要な列名を一度入力するだけで、AIがフィールドの意味を理解して各値を特定します。フィールドの位置ではなく意味に基づくため、同じEOBからExcelへの列マップは、新しい支払者がスタックに追加されても機能し続けます。

請求番号 / ICN
患者氏名
診療日
医療機関名
CPTコード / HCPCSコード
請求金額
査定金額
保険支払額
控除額(デダクティブル)
coinsurance / 窓口負担額
患者負担額
CARCコード
請求番号サービス提供日CPTコード請求金額保険適用額保険支払額患者負担額ネットワーク
7821456303/14/202699213$180.00$120.00$96.00$24.00In-Network

テンプレート型ツールがEOB抽出で機能しない理由

EOBには「請求額」「承認額」「支払額」「患者責任額」という意味的に隣接する4つの金額列があります。保険者ごとに列名と並び順が自由に変わります。r/HealthInsuranceで医療ソフトウェア開発者が述べたように、「使えるものと、すべてを追跡できるが50列もあって誰も記入したがらないものの間でバランスを取ろうとしている」のがEOB追跡の問題です。ボトルネックはデータそのものではなくデータ入力であり、位置でフィールドをマッピングするテンプレート型ツールは問題を悪化させます。

01

保険会社ごとのテンプレートが増え続けます。 Blue Cross、Aetna、UHC、Cigna、Medicare を扱う診療所では、最低でも5種類のレイアウトを管理する必要があります。テンプレートベースのツールでは、保険者ごとに設定が必要です。各フィールドの位置を指定し、保険者が明細書を再設計するたびにその領域を維持する必要があります。

02

列位置マッピングは、金額列の並び順が変わると静かに失敗します。 保険者が先月の「保険支払額」の位置に「患者自己負担額」を配置した場合、位置ベースのツールは誤った数値を誤った列にマッピングします。そして、誤っていてもそれらしい金額は、空白よりも見逃しやすいのです。

03

CARCコードは、単なる「コード」列では失われる運用上の意味を持ちます。 CO(契約調整)、PR(患者責任)、OA(その他調整)は、それぞれ異なる後続アクションを引き起こします。それは、異議申し立ての提出、患者への請求、または残高の償却などです。

01

1つの列名セットで、すべての保険者のEOBを抽出できます。「Claim Number」と一度入力すれば、ラベルが「Claim #」「Claim ID」「ICN」「Reference Number」のいずれであっても、AIがラベルや位置ではなくフィールドの意味に基づいて照合します。これがカスタム列抽出です。出力する列を定義すれば、AIがどのようなレイアウトでも読み取って列を埋めます。

02

セマンティックマッピングにより、保険者のフォーマット変更は問題になりません。保険者がEOBを再設計しても、更新するテンプレートはありません。AIは以前と同じ方法で新しいレイアウトを再読取し、各金額の意味を理解するため、再設計によるメンテナンス作業は一切発生しません。

03

CARCコードはそれぞれ独立した列に格納され、個別にアクションを実行できます。コードの種類ごとに別々の列を定義すると、AIが各コードを適切に振り分けます。CO-29の請求期限超過による拒否、PR-2の患者自己負担金、OAのその他調整は、それぞれチームがフィルタリングして対応できる列に格納され、再解析が必要な混在したテキストフィールドにまとめられることはありません。

複数保険者のEOBを1つの照合スプレッドシートにまとめる

届いた書類をそのままアップロード

毎月のバッチには、保険者ポータルからダウンロードしたデジタルPDF、メールで転送されたEOB添付ファイル(専用のメール受信ボックスアドレスに転送されます。アカウントごとに1つ割り当てられ、ログインしなくても添付ファイルが処理キューに登録されます)、スキャンした紙のコピーが混在します。保険者、プラン種別、形式による事前分類は不要で、すべて1つのバッチにまとめられます。

列を定義すれば、照合計算は不要

後からExcelで残高を再計算する必要はありません。出力列を一度入力するだけです:Claim Number、Date of Service、CPTコード、Billed Amount、Allowed Amount、Insurance Paid、Patient Responsibility。計算列(例:Balance (Billed − Allowed − Insurance Paid))を追加すると、AIが抽出時に計算を実行するため、手作業で照合する生の数値ではなく、完成した数値が得られます。

請求ごとに1行、すべての保険者で列を統一

すべての保険者で列が揃った単一のExcelファイルをダウンロードできます。拒否された請求にはCARCコードが専用列に記載されるため、各書類を読むことなくCO-29の期限内請求拒否をフィルタリングして対応できます。XLSX、CSV、JSONでエクスポートするか、アドオンを使って結果をGoogle スプレッドシートに直接送信できます。

EOB抽出が信頼できるケースと、確認が必要なケース

信頼して処理できるケース

ペイヤーポータルから取得したデジタルPDF。ネイティブなデジタル文書はラベルと金額が鮮明なため、ポータルからダウンロードしたEOBは最大99%のフィールド精度で抽出されます。

単一の列定義で処理する複数ペイヤーのバッチ。10社以上のペイヤーにわたるスタックも、ペイヤーごとの設定なしで1つの整列されたスプレッドシートに抽出されます。

同一文書内の支払済み請求と拒否された請求。ペイヤーが同じEOB上でそれぞれに異なるレイアウトを使用する場合がありますが、AIは各セクションを個別に読み取り、両方を出力にルーティングします。

要確認のケース

色あせたスキャン紙のEOB。コントラストの低いスキャンでは、CPTコードの数字や金額を誤読する可能性があります。かすんで見える文書は必ずスポットチェックしてください。

手書きの余白メモ。EOB上の手書きの注記は、印刷されたテキストよりもAIが読み取りにくい情報を追加します。ペン書きのある文書は、備考欄を確認してください。

1行に複数のコードが付いた拒否。拒否されたサービス行に複数のCARCコードが同時に付いている場合は、コードのグループ化が期待どおりにマッピングされているか確認してください。

よくある質問

各保険者が「Claim #」「Claim ID」「ICN」など異なるラベルを使用していても、請求番号を抽出できますか?

はい。列名を「請求番号」と指定すれば、AIはラベルの一致ではなく意味に基づいて値を特定します。Blue CrossのEOBで右上に「Claim #」と印刷されている場合、Aetnaの左側のヘッダーブロックに「Claim ID」とある場合、Medicareのサービス詳細に「ICN」が埋め込まれている場合でも、識別子は同じ列に配置され、保険者ごとのルールは不要です。

CPTコードと4つの金額列(請求額、承認額、支払額、患者責任額)を別々の列に抽出できますか?

はい。フィールドごとに1つの列を定義します。「CPTコード」「請求額」「承認額」「保険支払額」「自己負担額」「コインシュアランス」「患者責任額」と指定すれば、AIはページ上の位置ではなくフィールドの意味を理解して、各列に正しい値をマッピングします。同じ定義がすべての保険者のレイアウトで機能し、支払済みおよび拒否された請求を1つのスプレッドシートにまとめることができます。

保険者ごとに事前に仕分けせずに、多数の異なる保険者のEOBを1つのバッチで処理できますか?

はい。Blue Cross、Aetna、UnitedHealthcare、Medicare、MedicaidのEOBを混在させたバッチをアップロードできます。デジタルPDF、スキャン、メール添付ファイルをまとめて処理できます。列を一度定義すれば、AIが各ドキュメントのレイアウトを個別に読み取り、各列に正しい値をマッピングし、請求ごとに1行のスプレッドシートにすべてを統合します。事前の仕分けも保険者ごとのテンプレート設定も不要で、これにより大量のバッチ処理が実用的になります。

CARCコードを抽出できますか。また、専用の列に出力することは可能ですか。

はい。列名を「Remark Code」にすると、AIが各行から請求調整理由コードを抽出します。CO(契約調整)は契約上の義務、PR(患者責任)は患者の責任、OA(その他調整)はその他の調整を表します。コードの種類ごとに別々の列を定義することで、各コードを専用の列に振り分けられます。これにより、チームはすべての書類を読む代わりに、特定のコード(例:CO-29の期限内提出拒否)でフィルタリングできます。

抽出精度はどの程度ですか。また、すべてのフィールドを検証する必要はありますか。

主要な保険者ポータルのデジタルPDFの場合、印字テキストの精度は最大99%に達します。レビューの負担は書類によって異なります。レビュー画面で抽出された任意のセルにホバーすると、元のEOBのどこから値が取得されたかを正確に確認できます。バッチの確認は1ページあたり数秒で完了し、数分かかることはありません。重要度の高い転記の場合は、かすれた書類や注釈付きの書類の金額を確認してください。日常的な照合では、抽出結果はそのまま使用できる信頼性があります。

📮 contact email: [email protected]