収益サイクル管理のデータテンプレート

Epic Resolute
収益サイクル管理のデータテンプレート

収益サイクル管理のデータテンプレート

このテンプレートでは、収益サイクル管理プロセスの最適化に必要なデータを収集する方法を詳しく説明します。必要なデータ属性や追跡すべき主要なアクティビティに加え、ソースシステムから情報を抽出する手順も紹介します。プロセスの分析と改善に必要なデータがそろっているか確認する際にお役立てください。
  • 収集を推奨する属性
  • 追跡すべき主要なアクティビティ
  • データ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

収益サイクル管理の属性

収益サイクル管理プロセスを詳しく分析し、改善するために、イベントログに含めることを推奨するデータ項目です。
3 必須 6 推奨 10 任意
名前 説明
アクティビティ名
ActivityName
収益サイクル管理プロセスで実行された特定のイベントまたはタスクの名前です。
説明

この属性は、収益サイクルにおける個々のステップを表します。たとえば、「請求記録」「支払者への請求提出」「入金受領」などです。各アクティビティは、サービスの請求と入金回収のプロセスにおける個別のマイルストーンです。

アクティビティの分析は、プロセスマイニングの基礎です。プロセスマップを可視化し、よくある経路を特定し、ステップ間のボトルネックを見つけ、標準業務手順への適合性を測定できます。

重要な理由

プロセスマップの各ステップを定義し、収益サイクルにおける業務の流れを可視化、分析、改善できるようにします。

入手先

通常、Epic Resoluteの請求・請求管理モジュールにあるイベントログ、監査証跡、またはステータス変更レコードから取得します。

例
請求記録支払者への請求提出入金受領アカウントのクローズ
イベントのタイムスタンプ
EventTimestamp
特定のアクティビティまたはイベントが発生した正確な日時です。
説明

イベントのタイムスタンプは、アクティビティが発生した時点を記録します。この時間データは、収益サイクルにおけるイベントのタイミングと順序を把握するうえで重要です。

分析では、タイムスタンプを使って、請求記録の遅れや入金消込にかかる時間など、アクティビティ間の所要時間を計算します。ボトルネックの特定、サイクルタイムの測定、期間ごとのプロセスパフォーマンスの分析にも役立ちます。正確なタイムスタンプは、時間に基づくほぼすべての重要業績評価指標(KPI)やダッシュボードに欠かせません。

重要な理由

サイクルタイムや所要時間など、時間に基づくすべての指標の計算に欠かせない属性です。遅延や非効率な点の特定に役立ちます。

入手先

Epic Resoluteのトランザクションテーブルまたはイベントログテーブルにあり、記録された各アクティビティに紐づいています。フィールド名にはDt、DTTM、Timeなどの接尾辞が使われることがよくあります。

例
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
請求イベント
BillingEvent
請求が発生する個々のサービスまたは製品の提供を識別する一意の識別子で、主なケース識別子として使用されます。
説明

請求イベントは、特定の請求対象項目に関する収益サイクルのすべてのアクティビティを結びつける基本の識別子です。サービスの提供時に始まり、アカウントの精算またはクローズをもって終了します。

プロセスマイニング分析では、この属性を使って各請求の全体的な流れを再構成します。個々の請求イベントについて、請求記録、請求提出、入金消込、否認管理などのアクティビティを追跡できるため、プロセスの流れとそのばらつきを明確に把握できます。

重要な理由

これは基本となるケースIDです。各サービスの収益発生から回収までの全期間を分析するために、関連するすべてのプロセスステップを結びつけるうえで欠かせません。

入手先

Epic Resoluteでは、病院アカウント(HAR)または特定の請求セッションを識別する一意の識別子が使われることがよくあります。HARやCharge Sessionのレコードなど、具体的なテーブルについてはEpic Resoluteの文書をご確認ください。

例
BE10098765BE20012345BE30054321
サービス種別
ServiceType
提供された医療サービスのカテゴリーまたは種別です。
説明

この属性は、請求対象のサービスを「放射線科」「外科」「診察」「救急外来」などに分類します。財務データに臨床的な背景を加える情報です。

サービス種別ごとに収益サイクルを分析すると、特定の診療領域に固有のプロセスの違いを把握できます。たとえば、外科手術では一般的な外来診療よりも、請求内容の記録や承認に複雑な要件が伴う場合があります。その結果、プロセスの進み方や課題も異なります。

重要な理由

財務データに臨床的な背景を加え、医療サービスの種別が収益サイクルのプロセスや効率に及ぼす影響を分析できます。

入手先

Epicの請求取引に関連付けられた請求内容マスター(CDM)、サービスライン、または部門の情報から取得します。

例
入院手術外来放射線科救急サービス
否認理由コード
DenialReasonCode
提出された請求を支払者が否認した理由を示す標準コードです。
説明

支払者が請求を却下すると、補償対象外のサービス、請求の重複、追加情報の必要性など、否認理由を示すコードが通知されます。これらのコードは、請求調整理由コード(CARC)として標準化されていることがよくあります。

この属性は「請求否認率と理由」ダッシュボードの基礎となります。否認コードの発生頻度を分析すると、資格認定の問題、コーディングミス、事前承認の不足など、否認の根本原因を特定し、対象を絞った改善策を講じられます。

重要な理由

請求が却下される理由を直接把握できます。否認率の低下、収益損失の防止、入金の迅速化に必要なインサイトが得られます。

入手先

このデータは、支払者から受信する請求応答トランザクション(ANSI 835ファイルなど)に含まれ、Epic Resoluteの請求管理モジュールに保存されています。

例
CO-16:請求またはサービスの情報不足OA-18:請求またはサービスの重複PR-96:補償対象外の請求額
担当ユーザー
ResponsibleUser
アクティビティを実行したユーザーまたは従業員の識別情報です。
説明

この属性には、収益サイクルの特定のタスクを担当した人のユーザーID、名前、または従業員番号が記録されます。請求額を入力した医療従事者、請求を提出した請求担当者、否認案件をフォローアップした回収担当者などが該当します。

ユーザー別に分析すると、優れた実績を上げている担当者やトレーニングが必要な領域を特定し、業務負荷の分布を把握できます。パフォーマンス管理や、特定の個人またはロールに関連するプロセス逸脱の調査にも役立ちます。

重要な理由

個人またはロールごとのパフォーマンス分析に役立ち、トレーニングの機会、業務負荷の偏り、リソースに関するボトルネックを特定できます。

入手先

通常、Epic Resoluteの監査証跡またはトランザクションログに記録され、ユーザーマスターデータテーブル(EMPレコードなど)に紐づいています。

例
j.doebsmith123User7890
未払い残高
OutstandingBalance
請求イベントについて、支払者または患者から回収する必要がある残額です。
説明

この属性は、アクティビティ発生時点における特定の請求イベントの売掛金残高を示します。ケースの全期間を通じた財務状況を表します。

未払い残高は、財務報告や「未払い残高の滞留期間レポート」に欠かせません。この値を期間別に、また支払者や部門などの属性別に分析すると、回収の優先順位付け、キャッシュフローの管理、財務リスクの評価に役立ちます。

重要な理由

プロセスの遅延による財務への影響を直接測定できます。回収の優先順位付け、キャッシュフローの管理、売掛金の把握に欠かせません。

入手先

Epic Resoluteの患者アカウントまたは病院アカウント(HAR)レコードにある主要フィールドです。財務トランザクションに応じて更新される累積残高です。

例
1500.00250.750.00
調整理由
AdjustmentReason
患者のアカウント残高に対して手動または自動で調整を行った理由です。
説明

この属性は、通常の入金や請求以外の理由でアカウント残高が変更された理由を示します。支払者との契約に基づく減額、少額残高の償却、計上ミスの修正などが該当します。

この属性は「種類別アカウント調整件数」ダッシュボードに欠かせません。調整理由を分析すると、組織は収益の取りこぼしの原因を特定し、支払者との契約の影響を把握して、請求プロセスの非効率やミスを見つけられます。

重要な理由

アカウント残高が変更された理由を把握し、収益の取りこぼしや請求の精度を分析できます。不要な償却の削減にも役立ちます。

入手先

Epic Resoluteの患者会計モジュールにある調整レコードのトランザクション詳細に記録されています。

例
契約上の減額少額残高の償却請求重複の修正
請求部門
BillingDepartment
請求イベントまたはアクティビティを担当する部門または機能チームです。
説明

この属性は、請求イベントに関連する、または特定のアクティビティを実行した組織単位を示します。「入院請求」「外来請求」「否認管理チーム」などが該当します。

この属性は「請求部門のパフォーマンス指標」ダッシュボードに欠かせません。否認率や請求記録にかかる時間などの主要指標を部門間で比較できます。管理者は、実績の高い部門を特定し、効果的な方法を標準化して、リソースを適切に配分できます。

重要な理由

部門間のパフォーマンスを比較し、効果的な方法や改善が必要な領域、追加リソースが必要な領域を特定できます。

入手先

Epic Resoluteでは、ユーザーレコード、患者アカウント、またはサービス提供場所に紐づいている場合があります。

例
循環器科の請求放射線科のRCM中央請求部門
イベント終了時刻
EventEndTime
アクティビティの完了時刻を示すタイムスタンプです。アクティビティの所要時間の算出に使用できます。
説明

この属性には、アクティビティの完了時刻が記録されます。開始時刻と終了時刻が同じ瞬時のイベントも多くありますが、否認後のフォローアップ電話など、所要時間を測定できるタスクもあります。

終了時刻が記録されていれば、アクティビティの処理時間を「EndTime」-「StartTime」で直接算出できます。次のアクティビティの開始時刻から所要時間を推定する方法と異なり、ステップ間の待ち時間を考慮できるため、より正確です。「ProcessingTime」属性の算出にも使用します。

重要な理由

各アクティビティの完了にかかる時間を正確に算出できます。非効率なタスクの特定や、リソースの生産性測定に役立ちます。

入手先

作業キューやアクティビティ管理ログなど、タスクの開始時刻と終了時刻を記録するEpic Resoluteの一部モジュールで取得できる場合があります。明示的に記録されていないこともよくあります。

例
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
ソースシステム
SourceSystem
データの取得元となる情報システムです。
説明

この属性はレコードのソースシステムを示します。この場合はEpic Resoluteです。複数のシステムを連携している環境では、データの取得元を区別するために使います。

単一システムのデータだけを見る場合は不要に思えるかもしれませんが、データガバナンスと拡張性を考慮した適切な方法です。たとえば、後から別の回収業者のシステムのデータを統合する場合も、データの出所を明確にできます。

重要な理由

データの来歴とコンテキストを明確にし、データガバナンスや問題の調査に欠かせない、データの取得元を把握できるようにします。

入手先

通常、データの抽出・変換時に、データセットの取得元を示す固定値として追加します。

例
Epic ResoluteEpicResolute_V2023
最終データ更新日時
LastDataUpdate
このイベントのデータがソースシステムから最後に更新または抽出された日時です。
説明

この属性はデータの鮮度を示します。Epic Resoluteからプロセスマイニング用のデータセットにレコードが最後に取り込まれた日時を確認できます。

分析の適時性を把握し、データを検証するうえで重要です。利用可能な最新情報を見ているかどうかを確認でき、データ更新サイクルの管理にも欠かせません。

重要な理由

分析対象のデータがいつ時点のものかを把握できるため、正確で最新の情報に基づく業務上の意思決定に役立ちます。

入手先

このタイムスタンプは、データ取り込み時にETL(抽出、変換、読み込み)プロセスによって追加されます。

例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
収益サイクルの合計時間
TotalRevenueCycleTime
最初のサービスイベントから最終支払いまたはアカウントのクローズまでの合計所要時間です。
説明

これは、1件の請求イベントにおける収益サイクルの開始から終了までの所要時間を測るケース単位のKPIです。通常、「サービス提供」アクティビティから最終の「支払い受領」または「アカウントクローズ」アクティビティまでの時間差として算出します。

この全体指標により、RCMプロセス全体の効率を把握できます。KPIを継続的に追跡すると、プロセス改善施策の効果を測定でき、現金化の速さを示す重要な指標にもなります。

重要な理由

プロセス全体の効率を把握し、サービスの提供から現金化までにかかる時間を直接測定できます。

入手先

プロセスマイニングツールで、各ケースの最初と最後のイベントを抽出し、その時間差を求めて算出します。

例
259200038880005184000
患者ID
PatientId
サービスを受ける患者を特定する一意の識別子です。
説明

この属性は、患者の医療記録番号(MRN)またはその他の一意の識別子です。財務上の請求イベントを特定の患者に関連付けます。

患者のプライバシー保護のため、通常は主要な分析軸として使用しませんが、データ検証には欠かせません。また、1人の患者に関するすべての請求イベントを集計し、患者の財務面での全体的な経過を把握するためにも利用できます。臨床プロセスのデータと連携する場合にも重要です。

重要な理由

財務データを特定の患者に関連付け、データ検証や患者の経過全体の分析に役立ちます。ただし、プライバシーに配慮して取り扱う必要があります。

入手先

Epic全体で使用される基本的な識別子で、患者の登録情報やアカウント記録に関連付けられています。

例
MRN-1234567MRN-8765432MRN-5551234
支払期限
PaymentDueDate
請求対象のサービスについて、支払いが予定されている期限日です。
説明

この属性は、請求書に記載された期限、または支払者との契約で定められた期限を示します。支払いが期限内に行われたかを測る基準になります。

支払期限は、「未収残高の滞留期間レポート」の作成に欠かせません。未決済残高について現在の日付と支払期限を比較すると、売掛金を滞留期間別(例:0~30日、期限超過31~60日)に分類できます。これにより、期限を大幅に過ぎたアカウントを優先して回収できます。

重要な理由

売掛金の滞留期間分析の基準となり、回収の優先順位付けや未払い請求による財務リスクの管理に役立ちます。

入手先

この日付は、Epic内の支払者との契約または患者アカウント情報に保存された請求日と支払条件に基づいて算出されることがよくあります。

例
2023-05-302023-06-152023-07-01
支払者名
PayerName
支払いを担う保険会社、政府機関、またはその他の組織の名前です。
説明

この属性は、請求イベントに関連する主な支払者を示します。「Blue Cross Blue Shield」「Medicare」「Aetna」などが該当します。患者が自己負担する場合は、患者を示すことがあります。

支払者別にプロセスを分析すると、特定の支払者で否認率が高い、支払いに時間がかかる、要件が複雑であるといった傾向が明らかになります。このインサイトをもとに、支払者ごとに請求方法を調整し、業務効率と入金速度を高められます。

重要な理由

支払者別にパフォーマンスを分析し、否認率が高い支払者や支払いに時間がかかる支払者を特定できます。対象を絞ったフォローアップの方針を立てるのに役立ちます。

入手先

この情報は患者の保険適用内容の一部であり、Epic Resoluteの病院アカウント(HAR)に関連付けられています。

例
メディケアパートBユナイテッドヘルスケアエトナPPO
自動処理フラグ
IsAutomated
アクティビティがシステムまたは自動処理によって実行されたかを示す真偽値です。
説明

このフラグにより、請求の自動生成や資格確認など、システムが自動で実行したタスクと、ユーザーが手動で行ったタスクを区別できます。

この属性を分析すると、プロセスの自動化の度合いを把握できます。自動処理と手動処理の効率やエラー率を比較したり、さらなる自動化の機会を見つけたり、既存のボットやシステムルールのパフォーマンスを監視したりできます。

重要な理由

システム主導のアクティビティと人が行うアクティビティを区別できます。自動化の効果を評価し、新たな自動化の機会を見つけるうえで重要です。

入手先

アクティビティの「ResponsibleUser」がシステムアカウントまたはサービスアカウントかどうかを確認するか、自動処理と判定された特定のアクティビティ名にフラグを付けて判定することがよくあります。

例
truefalse
調整額
AdjustedAmount
調整取引の金額です。
説明

この項目には、アカウント調整の具体的な金額が記録されます。アカウント残高への貸方または借方を表すため、正または負の値になります。

この金額は、「調整種別ごとのアカウント調整額」ダッシュボードの主要指標です。調整理由ごとに合計すると、契約上の義務による収益の減額と、修正可能な誤りによる損失など、調整種別ごとの財務上の影響を明確に把握できます。

重要な理由

アカウント調整の財務上の影響を数値化し、収益の漏れや請求誤りに伴うコストを測定できます。

入手先

Epic Resoluteの財務取引明細テーブルにあり、調整種別の取引に関連付けられています。

例
-1250.45-50.0025.10
請求ID
ClaimId
支払者に提出した保険請求に割り当てられる一意の識別子です。
説明

この属性は、支払者に送付した請求書(例:CMS-1500またはUB-04)を特定するIDです。サービスの再請求や異議申し立てが行われる場合、1回の請求イベントに複数の請求が含まれることがあります。

請求IDで追跡すると、請求提出や否認管理のサブプロセスを詳しく分析できます。同じサービスに対する初回請求と、その後に再提出した請求に関連するアクティビティを区別できます。

重要な理由

個々の請求提出のライフサイクルを追跡するための詳細な識別子です。再提出や異議申し立ての分析に欠かせません。

入手先

請求が作成されると、Epic Resoluteの請求管理モジュールで生成され、請求データテーブルに保存されます。

例
CLM-2023-98765CLAIM-0012345623189A4567
必須 推奨 任意

収益サイクル管理のアクティビティ

プロセスを正確に把握し、パフォーマンスを測定するために、イベントログに記録すべき主要なプロセスステップとマイルストーンです。
7 推奨 5 任意
アクティビティ 説明
アカウントのクローズ
これは最後のアクティビティです。請求イベントの未払い残高がゼロになり、保留中のアクティビティがなくなったことを示します。全額入金、調整、償却などによって完了します。
重要な理由

このイベントは、請求イベントの収益サイクルが完了したことを示します。サービス提供からクローズまでの全体の所要時間は、プロセス全体の効率を測る重要な業績評価指標(KPI)です。

入手先

通常、推定によって特定するイベントです。請求イベントのアカウント残高がゼロになり、その状態が続いた時点を特定します。

記録

アカウント残高の累計を計算し、残高をゼロにした最後のトランザクションのタイムスタンプを特定して推定します。

イベントタイプ inferred
アカウントへの入金消込
受領した入金を患者のアカウント内の特定の請求に充当または配分したイベントです。この処理により、請求イベントの未払い残高が減少します。
重要な理由

入金消込を効率よく行うことは、正確なアカウント残高の維持と請求イベントの完了に欠かせません。二次請求や回収の対象となる残高を正しく特定できます。

入手先

Resoluteに明示的なトランザクションとして記録されます。入金消込では、入金トランザクションと1件以上の請求トランザクションが紐づけられ、その内容がトランザクション詳細テーブルに記録されます。

記録

入金を請求に充当したトランザクションレコードを取得します。特定のトランザクション種別で識別できます。

イベントタイプ explicit
サービス提供
このアクティビティは、患者に診療サービスを提供した時点を示し、請求イベントの起点となります。通常、医療従事者が診察や処置を確定した際に、Epic EHR(EpicCare)から記録されます。
重要な理由

これは収益サイクルの主な開始イベントです。この時点から請求記録までの時間を分析することで、請求開始の遅れや収益の取りこぼしにつながる可能性を特定できます。

入手先

通常、このイベントは請求アカウントに紐づく臨床モジュールのサービス日時または診察日時から推定します。請求トランザクションに記録されたサービス日が重要なデータ項目です。

記録

請求イベントにおける最初の請求トランザクションに紐づくサービス日から推定します。

イベントタイプ inferred
入金受領
支払者または患者から入金を受け取ったことを示します。通常、電子送金通知(ERA)を読み込んだとき、または小切手の情報を手動でシステムに入力したときに記録されます。
重要な理由

このアクティビティは、収益の入金を示す重要なマイルストーンです。請求提出から入金受領までの時間は、売掛金管理の重要な指標です。

入手先

Resoluteに入金トランザクションとして明示的に記録されます。日付、入金元、金額が記録され、個々の請求に全額が消し込まれる前に登録されることもよくあります。

記録

財務トランザクションログから入金トランザクションを取得します。多くの場合、特定のトランザクション種別で識別できます。

イベントタイプ explicit
支払者による請求否認
支払者から請求を否認したという通知を受け取ったことを示します。Epicが電子送金通知(835ファイル)を処理したとき、またはユーザーが否認を手動で登録したときに記録されます。
重要な理由

このアクティビティを起点に、重要な手戻りが発生します。否認の理由と件数を分析することは、根本原因の特定、初回支払い率の向上、回収の遅れの削減に欠かせません。

入手先

請求に対するトランザクションまたはステータス更新として明示的に記録されます。理由コードを含む否認情報は、通常、電子的に受信されてアカウントに登録されます。

記録

否認を示す特定のトランザクション種別または請求ステータスの更新を抽出します。

イベントタイプ explicit
支払者への請求提出
請求を審査してもらうため、保険の支払者に正式に送信した時点を示します。Epicでは追跡対象のイベントであり、電子請求ファイルをクリアリングハウスまたは支払者に送信した際に記録されます。
重要な理由

このマイルストーンを起点に、支払者の支払い期間が始まるため、重要です。分析することで、請求データの送信効率を測定し、「請求書から支払者への納品時間」の重要業績評価指標(KPI)を把握できます。

入手先

Resoluteに明示的に記録されるイベントです。請求レコードには提出ステータスと送信日時が記録されます。

記録

請求ステータスが「提出済み」または「送信済み」に変わった日時を取得します。

イベントタイプ explicit
請求記録
提供したサービスに対する請求対象額を正式に記録したことを示します。Epicでは通常、患者のアカウントに明示的なトランザクションとして登録されます。臨床上の処置から自動で作成される場合と、手動で入力される場合があります。
重要な理由

これは最初の重要なマイルストーンです。請求記録の速度と正確性を測定することで、請求プロセスを早め、提供したすべてのサービスが請求されているかを確認できます。

入手先

Resoluteのトランザクションログに明示的に記録されます。各請求は、計上日、サービス日、金額を含む個別のレコードです。ARPB_TRANSACTIONSなどのテーブルに記録されていることがよくあります。

記録

システムの財務トランザクションログから、請求計上のトランザクションを取得します。

イベントタイプ explicit
アカウント調整
契約上の調整、少額残高の償却、顧客対応としての割引など、入金以外のトランザクションによってアカウント残高が変更されたことを示します。特定のトランザクション種別として記録されます。
重要な理由

調整を分析することは、収益の取りこぼしを特定するうえで重要です。特定の調整種別が多い場合、料金表、契約、社内方針に問題がある可能性があります。

入手先

Resoluteの財務ログに調整トランザクションとして明示的に記録されます。各調整には、特定の種別または理由コードが紐づきます。

記録

財務調整または償却に該当するトランザクション種別を抽出します。

イベントタイプ explicit
否認へのフォローアップ開始
否認された請求を確認し、解決するための内部プロセスが始まったことを示します。通常、ユーザーがワークキューで否認された請求の担当になったとき、またはステータスを変更したときに記録されます。
重要な理由

このアクティビティを追跡すると、否認管理チームの対応速度を測定できます。否認からフォローアップ開始までに遅れがあると、収益サイクルが不必要に長引く可能性があります。

入手先

通常、Epicのワークキューにおける請求ステータスまたは担当履歴の変更から推定します。たとえば、請求ステータスが「否認」から「確認中」に変わった場合です。

記録

請求ステータスの変更、またはユーザーが否認案件の対応を開始したことを示す監査ログエントリから推定します。

イベントタイプ inferred
残高を回収部門へ移管
未払い残高を社内または外部の回収プロセスに移管した時点を示します。通常、アカウントまたは請求イベントのステータス変更として明示的に記録されます。
重要な理由

このアクティビティを起点に、未払い残高の回収に向けた最終段階が始まります。貸倒損失を抑えるには、回収プロセスの成功率とサイクルタイムを追跡することが重要です。

入手先

通常、明示的なイベントとして記録されます。Epicにはアカウントを回収業者に移管する機能があり、実行時にログエントリまたはアカウントのステータス変更が記録されます。

記録

アカウントが回収業者に委託されたことを示すステータス変更またはトランザクションを特定します。

イベントタイプ explicit
請求データ作成
このアクティビティは、記録された請求額に基づいて、システムが正式な請求データまたは請求書を作成したことを示します。支払者または患者に送付する前の準備段階です。
重要な理由

請求データの作成を追跡すると、請求の記録から提出準備までの遅延を特定できます。請求全体の所要時間に影響する、重要な内部ステップです。

入手先

通常、請求または請求データ作成のバッチ処理が実行された際に記録されます。特定のアカウント向けに請求ファイル(837ファイルなど)が作成されると、システムにタイムスタンプが記録されます。

記録

請求データが作成され、提出可能になったことを示すログエントリまたはステータス変更を特定します。

イベントタイプ explicit
請求の再提出
否認された請求を修正し、支払者に再送した後に発生するイベントです。元の請求に紐づく、別個の提出イベントです。
重要な理由

これは手戻りの重要なステップです。再提出までの時間と、再提出した請求の承認率を測定することで、否認解決プロセスの有効性を把握できます。

入手先

初回の提出と同様に明示的に記録されるイベントですが、再提出として識別されることがよくあります。請求レコードには新しい提出日時が記録され、再提出コードが含まれる場合もあります。

記録

修正または再提出として識別された請求の提出日時を取得します。

イベントタイプ explicit
推奨 任意

データ抽出ガイド

Epic Resoluteからデータを取得する方法

始める準備はできていますか?

正確なデータを使って、収益サイクル管理プロセスの可能性を引き出しましょう。今日から効率と財務パフォーマンスの向上に取り組めます。

効率を最大限に高める:今すぐ収益サイクル管理を最適化

Epic ResoluteのRCMにおける非効率を特定し、サイクルタイムを30%短縮しましょう。

無料トライアルを開始

クレジットカードは不要です。今日から最適化を始めましょう。