Skip to main content

医療給付を確認する

学習の目的

この単元を完了すると、次のことができるようになります。

  • 医療給付確認の役割と重要性を説明する。
  • 医療給付確認の管理に使用されるオブジェクトについて説明する。
  • 補償を確認して給付概要を生成するために使用できるツールについて説明する。

患者が必要な薬剤を迅速に利用できるようにする

患者サポートプログラムへの登録は最初のステップにすぎず、その後は、患者が処方された治療を確実に受けられるよう支援する必要があります。そのためには、保険給付を正確に、かつ継続的に確認する必要があります。スムーズでプロアクティブなプロセスがなければ、患者は予想外の費用や事前承認の遅延、さらには薬局窓口で処方を受け付けてもらえないといった問題に直面する可能性があります。

給付確認は、組織にとって常に対応が必要な課題となる場合があります。保険者のルール、補償条件、処方集の要件は常に変化しているため、補償内容を最新の状態に保つのは困難です。それに加えて、患者の保険プランは、勤務先の変更、年次の再登録、補償内容の見直しによって変わることがあります。こうした変化を見逃すと、わずか数か月前に確認された患者でも、突然必要な治療を受けられなくなる可能性があります。

これは大きな課題です。ほとんどの患者は毎年保険内容が変わるため、患者サービスチームには管理上の負担が生じます。手作業のプロセスに依存しているチームは対応に苦労し、その結果、患者と医療提供者の双方に遅延やエラー、不満が生じます。

Life Sciences Cloud の患者サービスプログラムは、確認と再確認を自動化することで、患者が必要な薬剤を継続して利用できるようにし、これらの問題に正面から対処します。

  • 確認ワークフローは、保険確認を効率化し、手作業プロセスへの依存を軽減します。
  • 電子支払者連携は、クリアリングハウスに直接接続して正確な給付データを取得できるようにします。
  • 再確認のアラートとワークフローは、補償の変更を検出して、患者レコードをプロアクティブに更新します。
  • AI 駆動型のコミュニケーションは、不足している詳細を自動的に問い合わせて、最小限の労力で補償内容を更新できるようにします。

これらのツールを導入することで、ライフサイエンスチームは管理上の遅延を減らし、正確な補償データを維持して、予想外の費用を回避できるように患者を支援しながら、患者サービスチームの負担を軽減できます。

この単元では、Cumulus Pharma が Life Sciences Cloud を使用して薬剤給付確認をどのように管理しているのかを探ります。

給付確認をモデル化する

医療給付確認は、保険の詳細、補償内容、薬剤情報を整理する構造化データモデルに依存します。この基盤によって、確認要請が正しい患者、保険プラン、医療提供者、処方箋に確実に関連付けられ、迅速かつ正確な処理がサポートされます。

給付フレームワーク

確認を開始する前に、組織は、給付カテゴリ、薬剤の適用対象、費用分担の詳細など、患者の医療プランの構成を定義します。

医療給付設計に関連するオブジェクトの図。

次の表は、オブジェクトとそのリレーションを示しています。

オブジェクト

説明

メンバープラン (1)

会員の医療保険プランを表し、支払者情報に関連付けます。

Lisa の Gold Plan は彼女の取引先に関連付けられます。

給付保障 (2)

会員のプランのもとで提供される給付を表します。

彼女の Gold Plan には処方薬給付が含まれます。

給付保障項目 (3)

対象となる特定のサービスまたは薬剤を追跡します。

インスリンは Lisa のプランの対象項目として登録されています。

給付保障項目制限 (4)

自己負担額、上限、対象資格などの補償詳細を指定します。

彼女のインスリンには 50 ドルの自己負担が適用されます。

ケア制限種別 (5)

自己負担や免責金額などの制限の種別を表します。

Lisa のインスリンの自己負担は自己負担割合の制限種別に該当します。

薬剤 (6)

数量や用量など、詳細な薬剤情報を追跡します。

インスリンのレコードには、処方された用量と数量が記載されています。

この構造によって、補償情報を確認時に簡単に見つけて解釈できます。

給付要求レコード

患者サービス担当者 (PSR) が給付確認要請を開始すると、追加のオブジェクトによって患者の保険詳細が処方者と薬局情報に関連付けられます。この結果、すべての承認が効率的に処理されるようになります。

医療給付要求に関連するオブジェクトの図。

ここでは、次の追加オブジェクトについて説明します。

オブジェクト

説明

Cumulus の PSR の例

薬剤要請 (1)

特定の薬剤供給の要請を表します。

投与指示を含む Lisa のインスリンの要請を送信します。

ケア給付検証要請 (2)

確認プロセスを追跡し、薬剤、プラン、支払者の詳細に関連付けます。

Lisa のインスリンを彼女の Gold Plan と照合し、確認のために送信します。

処方者 (3)

処方した医師に関する情報を保持します。

Lisa の担当医をインスリン要請の処方者として記録します。

提供者 (4)

薬剤を提供する薬局の詳細を保持します。

Lisa が希望する薬局を確認要請に関連付けます。

このモデルによって、確認をより迅速に処理し、コンプライアンスを維持して、遅延を減らすことができます。

医療給付確認を使用する

データモデルが整えば、分断された手作業による給付確認は、患者サービスプログラムによって連携された自動化エクスペリエンスへと変わります。すべての要求が正確に作成され、効率的に処理されるため、患者はより迅速に治療を受けられるようになります。

それでは、Cumulus Pharma の患者サービス担当者である Lief Hansen が Lisa の給付確認をどのように支援するのかを見ていきましょう。

会員プランを追加する

確認の前に、Lisa の保険詳細を記録する必要があります。Lief は Lisa のレコードの [Benefits Verification (給付確認)] タブに移動し、[Add Member Plan (会員プランを追加)] を選択します。

ガイド付きフローから、プラン名や会員 ID などのプラン詳細を入力するように求められます。プランを追加すると、Lisa のケアプログラムレコードに関連付けられ、すべての支払者情報が 1 か所にまとめられて、確認の準備が整います。

補償を確認する

Lief は、Lisa のレコードから、次のいずれかの方法で確認を開始します。

  • 手動要請。支払者の応答を手動で入力します。
  • 電子要請。支払者に自動要求を送信し、リアルタイムの給付データを取得します。

[Benefits Verification (給付確認)] タブに手動確認と電子確認のオプションが表示されている。

どちらの方法でも、ガイド付きフローによって Lisa の薬剤情報と処方者情報が自動入力されるため、時間を節約してエラーを防止できます。

手動確認フローの [Enter Patient Drug Detail (患者の薬剤詳細を入力)] ステップ。

このプロセスによって重複が防止され、送信前にすべての必須項目が入力されていることが確認されます。

組織は、支払者の要件に基づいてステップやカスタム項目を追加することによって、この確認フローを調整できます。

詳細は、Salesforce ヘルプの「薬剤給付確認要請」を参照してください。

給付確認を管理する

要求を送信する前に、Lief は Lisa の確認詳細を慎重に確認し、処方箋と保険プランのデータが正しく一致していることを確認します。

このプロセス全体を通して、Lief は [Benefits Verification (給付確認)] タブから支払者の応答を直接追跡できます。このタブでは、給付データがリアルタイムで更新されて正しく維持されます。データの更新、次の 2 つの方法のいずれかで行われます。

  • 電子確認の場合、患者サービスプログラムは給付情報を自動的に取得して表示します。
  • 手動確認の場合、患者サービス担当者は受け取った支払者の応答を入力します。

Lief は Lisa の給付サマリーを確認します。この概要には、薬剤補償、自己負担額、事前承認要件が記載されています。

薬剤要求に関連する給付サマリーとともに Lisa の Gold plan が表示されている。

このサマリーによって Lisa の補償内容をひと目で把握できるため、処方箋を受け取る前に自己負担費用や事前承認要件をあらかじめ把握できるようになります。

詳細が不足していたり、不明瞭であったりする場合は、Agentforce を使用して通話スクリプトを生成し、支払者とのフォローアップ会話を進めます。

支払者フォローアップ用に生成された通話スクリプト。

このスクリプトによって、Lief は主要な質問に沿って会話を進められるため、支払者から必要な詳細を迅速に取得できます。不足している情報を追加したら、Lisa のレコードを更新して給付概要を最終決定します。

確認後、Agentforce を使用して給付サマリーを生成します。このサマリーには、補償確認、自己負担費用、事前承認要件が一覧表示されます。

Lisa も、薬局を訪れる前に給付サマリーで自分の補償内容を完全に把握できます。

詳細は、Salesforce ヘルプの「薬剤給付サマリーの生成」「通話スクリプトの生成」を参照してください。

再確認を管理する

薬剤の利用は初回確認で終わるわけではなく、保険情報は頻繁に変わるため、患者が中断なく治療を継続できるよう、適切なタイミングで再確認する必要があります。

先回りして対応するために、Cumulus Pharma は患者サービスプログラムの自動再確認機能を使用します。プログラム責任者はプログラムレベルでプロセスを開始し、再確認の時期が来た患者を特定します。患者サービスプログラムは、再確認が必要な項目にフラグを付け、既存データを使用して更新済みの確認レコードを自動的に作成します。

これらのレコードが作成されると、プログラム責任者はそれらを患者サービス担当者に割り当て、その担当者が患者ごとの個別連絡と確認を引き継ぎます。

Lief Hansen は割り当てられたケースを受け取り、[Reverification List (再確認リスト)] から Lisa のレコードを選択します。

再確認リスト。

Lisa のケア給付確認要請 (CBVR) レコードでは、Agentforce が Next Best Action として、保険が変更されたかどうかを確認するための連絡メールを生成することを提案します。

評価メールを生成するオプションが表示された Agentforce アクション。

Lief は Lisa のレコードから直接そのメールを送信し、患者確認プロセスを開始します。

給付再確認メールの下書き。

翌日、Lisa は再確認フォームへの入力を完了し、Agentforce がその回答をすぐに要約します。更新が報告されなければ、Lisa の給付の再確認が完了します。保険が変更されている場合、Agentforce は Lief による新しい確認要請の発行を支援します。

更新の推奨事項が含まれる患者からの回答を Agentforce が要約した結果。

支払者へのフォローアップが必要な場合、Agentforce は構造化された通話スクリプトを生成します。その後、Lisa の給付レコードが更新され、新しい給付サマリーが生成されて、Lisa と医療提供者の両方が内容を明確に把握できます。

Lisa の例は、Life Sciences Cloud の患者サービスプログラムが、自動化と AI によって確認と再確認をどのようにスムーズにするのかを示しています。正確で最新の補償情報があることで、Lisa は予想外の遅延に悩まされることなく、安心して治療を継続できます。また、Lief のような患者サービス担当者は、手動確認ではなく、プロアクティブな患者サポートに集中できます。

Lisa の給付の確認が完了し、次のステップに進む準備が整いました。次は、自己負担費用の管理を支援し、治療の継続を確実にするために、資金援助プログラムに登録します。

リソース

Salesforce ヘルプで Trailhead のフィードバックを共有してください。

Trailhead についての感想をお聞かせください。[Salesforce ヘルプ] サイトから新しいフィードバックフォームにいつでもアクセスできるようになりました。

詳細はこちら フィードバックの共有に進む