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

この属性は、エンドツーエンドの収益サイクルプロセスを構成する個々の活動を記述します。各値は、請求の作成、拒否の受領、支払いの記帳など、請求イベントに対して実行された明確なステップ、マイルストーン、またはタスクを表します。

これらの活動のシーケンスと頻度を分析することは、プロセスマイニングの基礎です。これにより、プロセスマップの可視化、手戻りループの特定（例：「請求拒否」の後に「請求修正」が続く）、およびステップ間の移行時間の測定が可能になります。これは、プロセスの効率性とコンプライアンスを理解するために不可欠です。

この属性はプロセスマップにおけるステップを定義し、収益サイクルワークフローを可視化し、分析するための基本となります。

Waystarの請求および請求モジュール内のイベントログ、ステータス変更記録、またはトランザクションタイプから生成されます。

イベントタイムスタンプは、活動が発生した正確な瞬間を記録します。このタイムスタンプは、イベントを時系列で並べ、プロセス内の異なるステップ間の期間を計算するために不可欠です。

プロセス分析では、タイムスタンプはサイクルタイム、待機時間、処理時間などの主要なパフォーマンス指標を計算するために使用されます。例えば、「請求提出済み」のタイムスタンプと「支払い記帳済み」のタイムスタンプの差が、全体的な支払いサイクル時間を決定します。正確なタイムスタンプは、ボトルネック分析とパフォーマンス監視に不可欠です。

タイムスタンプは、イベントを順序付け、サイクルタイムを計算し、プロセスパフォーマンスを分析するために必要であり、分析の時間的基盤を形成します。

これはWaystarにおけるほぼ全てのトランザクションまたはステータス変更レコードに関連付けられた標準フィールドであり、多くの場合、「作成日」、「トランザクション日」などと命名されています。

請求イベントは主要なケース識別子として機能し、特定の請求可能なサービスに対する料金捕捉から口座閉鎖までの全ての活動をリンクします。これは、単一の請求または患者請求書のライフサイクル全体を表します。

プロセスマイニングにおいて、各請求イベントのジャーニーを分析することで、収益サイクルを包括的に把握できます。これにより、個々の請求に影響を与える一般的なプロセス経路、逸脱、およびボトルネックを特定するのに役立ちます。この粒度は、プロセスパフォーマンスを理解し、請求提出の遅延や支払い記帳など、改善すべき特定の領域を正確に特定するために不可欠です。

これは、全ての関連する収益サイクル活動を接続する不可欠なケースIDであり、各請求可能項目のエンドツーエンドプロセスを追跡することを可能にします。

これは通常、Waystar内の主要な請求または請求トランザクションテーブルの主キーです。特定のテーブル名とフィールド名についてはWaystarのドキュメントを参照してください。

この属性は、イベントデータを生成したソースシステムを識別します。複雑なITランドスケープでは、収益サイクルイベントはWaystar内の異なるモジュール、あるいは電子医療記録（EHR）のような統合された外部システムから発生する可能性があります。

ソースシステムを理解することは、データ検証、トラブルシューティング、および異なるシステム動作によって引き起こされる可能性のあるプロセスバリエーションを理解するために重要です。これにより、プロセス問題を正しいアプリケーションまたはインターフェースに帰属させるのに役立ちます。

データの発生源を特定します。これはデータガバナンス、品質保証、および異なるシステム間でのプロセスバリエーションを理解するために不可欠です。

これはデータ抽出中に「Waystar」という静的な値として追加されることが多いか、システム内の特定のモジュールやテーブルから派生させることができます。

この属性は、データがソースシステムから最後に抽出されたときのタイムスタンプを提供します。これはビジネスイベントが発生した時間ではなく、分析のためにレコードが取得された時間です。

この情報は、データガバナンスとプロセスマイニング分析におけるデータの鮮度を理解するために不可欠です。ユーザーが最新の情報を参照しているかどうかを知るのに役立ち、増分データロードの管理に不可欠です。

データセットの鮮度を示すことでデータの透明性を確保します。これは正確かつタイムリーなレポート作成と分析にとって不可欠です。

このタイムスタンプは、通常、データ取り込み中にETL（抽出、変換、ロード）プロセスによって生成され、各行に追加されます。

サービスタイプは、患者に提供された請求可能なサービスの性質を分類します。異なる種類のサービスは、多くの場合、固有の請求コード、償還率、およびプロセスの複雑さを持っています。

この属性により、臨床部門やサービスラインに基づいた収益サイクルの詳細な分析が可能になります。「どのサービスラインで最も請求遅延が発生しているか？」や「手術処置と相談とで拒否率は高いか？」といった疑問に答えるのに役立ち、部門別パフォーマンス分析や的を絞ったプロセス改善の鍵となります。

臨床部門またはサービスラインごとのプロセスパフォーマンス分析を可能にし、効率と収益性のばらつきを明らかにします。

通常、手続きコード（CPT/HCPCS）から派生するか、Waystar内でサービスを提供した部門にリンクされます。

支払者が請求を拒否する場合、その拒否を説明する理由コードを提供します。これらのコードは、情報不足、非補償サービス、コーディングエラーなどの問題を示すことがあります。この属性は、その特定のコードを捕捉します。

拒否理由コードを分析することは、収益サイクルを改善するための基本です。これにより、特定の部門からの頻繁なエラーや、特定の支払者の要件に関する問題など、拒否の根本原因を組織が特定できます。このデータは「請求拒否率と理由」ダッシュボードを直接強化し、将来の拒否を防ぎ、ファーストパス支払い率を向上させるための戦略を開発する鍵となります。

この属性は、請求拒否の根本原因分析に不可欠であり、収益損失と手戻りを削減するための的を絞った行動を可能にします。

拒否イベントが発生した際に請求記録に入力されます。この情報は、支払者からの送金通知にて受領されます。

この属性は、保険会社、メディケアのような政府プログラム、またはその他のエンティティなど、請求の裁定と支払いに責任を負う特定の支払者を識別します。各支払者は、異なる提出要件、支払いスケジュール、および拒否パターンを持つ可能性があります。

支払者名別にプロセスを分析することは、どの支払者が最も長い支払いサイクル、最も高い拒否率、または最も複雑なプロセスを持つかを特定するために不可欠です。これにより、組織は戦略を調整し、問題のある支払者とのフォローアップを優先し、より良い契約を交渉することができます。

支払者別にプロセスをセグメント化することは、支払者固有のボトルネック、拒否理由、支払い遅延を特定するために非常に重要です。

Waystar内の患者の保険詳細にリンクされた請求または請求情報にあります。

未収残高は、特定の請求イベントに対する現在の未収金を表します。これは、請求金額から、これまでに適用された支払いと調整を差し引いたものとして計算されます。

これは、キャッシュフローと未収金を管理するための重要な財務指標です。「未収残高と滞留状況」ダッシュボードの主要属性であり、組織が総未収金を追跡し、高額残高口座を特定し、回収努力を優先できるようにします。この値を時間経過とともに監視することで、回収プロセスの有効性が示されます。

売掛金を直接測定し、キャッシュフロー管理、回収の優先順位付け、財務健全性の評価に不可欠です。

これは通常、Waystarのレポートモジュールにおける計算フィールドです（請求金額 - 支払い金額 - 調整金額）。直接フィールドが利用できない場合、データ抽出中に計算する必要がある場合があります。

請求ステータスは、特定の請求イベントが収益サイクルのどの時点にあるかを示すスナップショットを提供します。これは、請求が送信されたか、支払者によって審査中か、支払われたか、または拒否されたかなど、達成された最新のマイルストーンを示します。

この属性は、財務報告と運用管理にとって重要です。プロセスマイニングでは、すべての未処理ケースの現在の状態を理解するのに役立ち、「支払者裁定保留中（Pending Payer Adjudication）」などの特定のステータスでケースがどれくらいの期間費やされているかを分析するために使用できます。これは「未払い残高と経年変化（Outstanding Balances and Aging）」ダッシュボードを直接サポートします。

進行中の全ての請求の現状を可視化し、ボトルネックの分析と作業の優先順位付けを可能にします。

Waystarの請求または請求書記録上の標準フィールドで、請求がサイクルを進行するにつれて更新されます。

請求金額は、調整、契約上の控除、または支払いが適用される前の、患者に提供されたサービスに対する総料金を表します。これは、支払者に提出された請求の初期値です。

この属性は、財務分析やプロセスを通じて流れる金銭的価値を理解するために不可欠です。請求金額別の分析、異なるサービスに対する料金のトレンド特定、拒否や支払い遅延などのプロセス非効率性が財務に与える全体的な影響の計算に使用できます。ほとんどの財務ダッシュボードにとって基礎となる指標です。

請求の総額を表し、プロセス遅延、拒否、調整による財務的影響の分析を可能にします。

Waystarの請求またはチャージ入力画面上の標準財務フィールドです。

この指標は、「チャージラグ」とも呼ばれ、フロントエンド請求プロセスの効率性を測定します。これは、「サービス提供/完了」イベントと「料金捕捉」または「請求作成」イベントの間の時間差として計算されます。

この属性は「サービスから請求書発行までのサイクルタイム」ダッシュボードを直接サポートします。チャージラグとして知られるこのプロセス部分の遅延は、支払いサイクルの開始を直接遅らせ、キャッシュフローを遅延させます。これを監視することは、全てのサービスが迅速かつ正確に請求されることを保証し、収益損失を防ぎ、収益サイクル全体を加速するのに役立ちます。

フロントエンドの請求効率を測定します。この「チャージラグ」を削減することは、収益サイクル全体を加速し、チャージの損失を防ぐために不可欠です。

データ変換時に、サービスイベントのタイムスタンプをチャージキャプチャ/請求作成イベントのタイムスタンプから減算して計算されます。

この計算されたブール属性は、拒否、却下、または追加情報要求のような介在する負のイベントなしに請求が支払われたかどうかを示します。「真」の値は、その請求に対するクリーンで効率的なプロセスを意味します。

この属性は、全体的な収益サイクル効率の重要な尺度である「ファーストパス支払い率」KPIを直接サポートします。ファーストパスで支払われなかった請求の特性（例えば、支払者別、サービスタイプ別）を分析することは、手戻りや支払い遅延の主要な要因を特定するのに役立ちます。この率を改善することは、キャッシュフローの迅速化と運用コストの削減につながります。

請求および請求処理の品質を直接測定します。高い初回支払い率は、再作業が最小限で効率的なプロセスを示します。

これはデータ変換中に計算される派生属性です。ロジックは、「請求拒否」や「口座調整済み」のようなイベントに先行されずに「支払い記帳済み」イベントが発生するかどうかをチェックします。

この属性は、請求イベントに関連付けられた患者のユニークな識別子です。財務トランザクションをケアを受けた個人にリンクさせます。

請求イベントがケースである一方で、患者IDは患者中心の分析を可能にします。これにより、リピーター患者を特定し、複数回の訪問にわたるエンドツーエンドの患者財務ジャーニーを理解し、特定の患者層が支払い問題やより高い拒否率に関連しているかどうかを分析するのに役立ちます。一人の人物に対する全ての請求活動を集約する方法を提供します。

患者中心の分析を可能にし、複数の請求イベントにわたる個人の財務上の全行程を把握できるようにします。

Waystar内の請求または患者登録記録上の標準フィールド、またはEHRからリンクされたフィールドです。

患者クラスは、患者の診察タイプを分類するもので、多くの場合、請求ルールや償還率を決定します。一般的なクラスには、入院、外来、緊急が含まれます。

患者クラス別に収益サイクルを分析すると、プロセスに大きな違いがあることが明らかになります。例えば、入院患者の請求は、外来患者の請求よりも複雑で支払いサイクルが長い傾向にあります。このセグメンテーションは、現実的なパフォーマンス目標を設定し、各クラスの特定のニーズに合わせてプロセス改善イニシアチブを調整するために重要です。

診療の複雑さ（例：入院対外来）に基づいてプロセスをセグメント化するのに役立ち、これは多くの場合、異なる請求ルールとサイクルタイムと相関します。

WaystarまたはソースEHR内の患者登録または診療データにおける標準フィールドです。

この属性は、プロセス内で特定の活動を実行した特定の従業員またはシステムユーザーを識別します。例えば、どの請求担当者が請求を提出したか、どの回収担当者がフォローアップコールを開始したかを示すことができます。

ユーザー別にプロセスを分析することは、ワークロードの分散、個々のパフォーマンス、およびトレーニングニーズを理解するのに役立ちます。特定のユーザーが高いエラー率を持つか、拒否の解決においてより効率的であるかを強調できます。これは、収益サイクル部門内のチーム管理と品質管理にとって価値があります。

プロセスステップの責任を割り当て、個人またはチームレベルでのパフォーマンス分析を可能にし、研修機会を特定します。

Waystarのイベントの監査証跡またはトランザクションログにあり、多くの場合、「UserID」や「ProcessedBy」などとして記載されます。

この計算された指標は、コアとなる支払い回収プロセスの期間を測定します。通常、請求イベントの「支払者への請求提出済み」イベントと最終的な「支払い記帳済み」イベントの間の時間差として計算されます。

この属性は「全体支払いサイクル時間分析」ダッシュボードの主要な測定値であり、キャッシュフローの主要なパフォーマンス指標です。異なる支払者、サービスタイプ、または患者クラス間でこの期間を分析することは、支払い受領における最大の遅延源を特定するのに役立ちます。平均支払いサイクル時間を短縮することは、ほぼ全ての収益サイクル管理イニシアチブの主要な目標です。

現金回収の速度を測定する主要なKPIです。これを分析することで、支払いプロセスにおける最も大きな遅延を特定し、対処するのに役立ちます。

データ変換時に、提出イベントのタイムスタンプを支払いイベントのタイムスタンプから減算して計算されます。

支払期日は、プロバイダーによって設定されるか、支払者契約によって定められた支払い受領期限です。これは、支払い適時性を測定するためのベンチマークとして機能します。

この属性は「未収残高と滞留状況」ダッシュボードに不可欠です。未収金の滞留期間を計算し、「0-30日」、「31-60日」などのバケットに分類するために使用されます。この滞留分析は、未収金を管理し、期限切れ口座の回収努力を優先するための標準的な財務慣行です。

未収金の滞留期間計算のベースラインを提供し、回収管理とキャッシュフローの適時性を理解するために不可欠です。

請求書または請求記録に記載されています。請求書日付と支払い条件に基づいて計算される場合があります。

支払者タイプは、個々の支払者をその性質に基づいてより広範なカテゴリにグループ化します。これにより、特定の支払者名よりも高レベルの視点が得られます。

この属性は、戦略的分析やレポート作成に有用です。経営陣が主要な支払者カテゴリ全体のパフォーマンス傾向を理解できるようになり、例えば政府系支払者と民間保険会社の全体的なパフォーマンスを比較できます。これは、支払者との契約やリソース配分に関する戦略的決定に役立てることができます。

支払者を商業保険や政府保険などのカテゴリにグループ化することで高レベル分析を可能にし、これらのカテゴリは多くの場合、異なる支払い行動とルールを持ちます。

通常、支払者名を事前定義されたカテゴリリストにマッピングすることで派生します。このロジックはWaystar内に存在する可能性があり、またはデータ変換中に構築する必要がある場合があります。

この属性は、請求イベントに対して正常に回収された累計金額を記録します。これには、一次および二次保険支払者からの支払い、ならびに患者からの支払いが含まれます。

支払い済み金額は、収益サイクルの主要な成果指標です。これは、請求された料金に対する最終収益を計算し、プロセス全体の有効性を測定するために使用されます。請求金額と支払い済み金額を比較することで、財務パフォーマンスが明らかになり、収益漏れの領域が強調されます。回収の有効性および全体的な財務健全性に関連するダッシュボードに不可欠です。

実際に回収された現金を測定します。これは、収益サイクルプロセス全体の成功を評価するための主要な成果指標です。

Waystarで請求にリンクされた支払い計上トランザクションから導出されます。複数の支払い記録を合計する必要がある場合があります。

調整済み金額は、請求イベントの残高に対して行われた全ての財務調整の合計を表します。これには、支払者契約で定められた契約上の控除や、その他の償却または修正が含まれます。

これは「口座調整率と影響」ダッシュボードの主要な指標です。異なる理由コードや支払者間でこの金額を合計することで、収益漏れの財務的影響が明らかになります。損失を定量化し、調整の根本原因に対処するためのビジネスケースを提供するのに役立ちます。

償却や調整による損失収益額を数値化し、請求の問題や契約条件が財務に与える影響を明確にします。

Waystar内の財務調整トランザクションから取得されます。単一の請求イベントに対して複数の調整エントリを合計する必要がある場合があります。

支払以外の理由で口座残高が変更される場合（契約上の控除や償却など）、調整理由コードがその理由を記録するために使用されます。この属性は、そのコードを捕捉します。

これらのコードを分析することは、「口座調整率と影響」ダッシュボードに不可欠です。これにより、特定の支払者との頻繁な契約調整や、請求エラーによる償却など、収益漏れの根本原因を特定するのに役立ちます。これらの理由を理解することは、回避可能な収益損失を最小限に抑えるための最初のステップです。

収益が調整または償却された理由を説明し、収益漏洩と支払者契約パフォーマンスに関する重要なインサイトを提供します。

Waystarの支払い計上または売掛金モジュールにおける調整取引に関連しています。