医療請求の提案依頼書 (RFP) は、要件が曖昧で評価できない場合や、決済インフラのレイヤー (患者が支払い義務を負う場合の処理) が含まれていない場合に失敗する可能性があります。その結果、比較できない提案書と、ベンダーに責任を問えない契約が生まれます。

以下では、医療請求 RFP に含めるべき内容、有用なベンダー回答を引き出す作成方法、および回答の評価方法について説明します。

ハイライト

• 医療請求 RFP では、サービス要件と技術要件を分離する必要があります。混同すると提案の比較が困難になり、どの当事者が何に責任を持つかが不明確になります。

• 法令遵守とセキュリティの基準は、評価ルーブリックで重視する必要があります。Health Insurance Portability and Accountability Act (HIPAA) 対応が不十分なベンダーや Payment Card Industry (PCI) 評価が古いベンダーはリスクです。

• 患者向け決済インフラは、請求サービスとは独立した RFP 検討事項です。患者の自己負担が増加するにつれ、分割払いプラン、マルチチャネル決済、自動照合に対応する機能が収益に直接影響します。

医療請求 RFP とは

医療請求 RFP は、医療機関が請求サービスプロバイダーや請求技術ベンダーを評価するために使用する正式文書です。サービスを必要とする側の立場から、RFP は要件を定義し、ベンダーに対して要件への対応方法、コミットする成果、費用、および契約におけるリスク配分の説明を求めます。優れた RFP は、請求申請、否認管理、患者請求、決済処理、レポート、システム連携など、ベンダーが関与することが想定されるすべての収益サイクルを網羅します。そして、すべてのベンダーが同じ方法でこれらの機能を提供するとは想定しません。

医療請求 RFP に含めるべき内容

RFP の目的は、ベンダーが回答できるだけの文脈を提供し、提案を公平に評価できる構造を確保することです。そのために、以下の要素を含める必要があります。

組織の概要と現状

まず、診療科の構成、患者数、月間請求件数、支払者の内訳 (例: 民間保険、Medicare、Medicaid、自己負担)、および現在の請求モデル (院内処理、外部委託、またはハイブリッド) を具体的に記載します。

利用可能であれば、90 日超の売掛金 (AR) 日数、クリーン請求率、否認率、純回収率などの収益サイクルの基準指標を記載します。これらの指標により、ベンダーはエンゲージメントの規模を適切に見積もり、提案段階での非現実的な約束を避けられます。

作業範囲

対象範囲と対象外の範囲を明確にします。請求申請、資格確認、否認管理、患者請求、入金処理、照合は、それぞれ人員配置と価格設定が異なる独立した機能です。

明細書の発行ではなく、患者からの積極的な回収をベンダーに求める場合は、その機能を別途明記します。患者向け回収は、人員配置モデル、技術要件、価格設定に影響します。

技術要件および統合要件

電子健康記録 (EHR) または電子医療記録 (EMR) システムのバージョンを含めて明記します。また、患者基本情報のインポート、診療チャージのフィード、請求ステータスの更新、臨床システムへの入金データの反映など、想定されるデータフローを具体的に説明します。

漠然とした「自動化」の要求は避けます。代わりに、予約時の資格確認、提出前の請求スクラビングルール、理由コード別の否認ルーティングなど、自動化したいワークフローを具体的に記載します。

セキュリティと法令遵守

管理策の組み合わせが、問題発生時のリスクの大きさを左右します。ベンダーは最低限、以下の事項に対応する必要があります。

• HIPAA セーフガードおよびビジネスアソシエイト契約 (BAA) の条項

• Payment Card Industry Data Security Standard (PCI DSS) 準拠レベルおよび直近の評価日

• System and Organization Controls (SOC) 2 Type 2 認証

• 保存データおよび転送中データの暗号化標準

• 請求および決済アクティビティの監査証跡

料金体系

月額料金ではなく、総所有コストを算出できる詳細な価格情報を求めます。総コストには、請求件数あたりの手数料、回収パーセンテージモデル、導入コスト、サポートティア、トランザクションレベルの決済処理手数料が含まれます。

評価基準とタイムライン

提案の評価方法と意思決定の予定時期をベンダーに伝えます。これにより、タイムラインを満たせないベンダーが絞り込まれ、規律あるプロセスを進めていることが伝わります。

医療請求 RFP の作成方法

要件を作成する前に、この RFP が解決しようとする収益サイクル上の問題を 2～3 点書き出してください。各セクションはその問題のいずれかに紐付ける必要があります。さらに、以下のベストプラクティスを活用して医療請求 RFP を作成してください。

サービスとテクノロジーの要件を分ける

請求サービスプロバイダーは、クリーン請求率、AR 日数、否認解決のタイムラインといった成果に対して責任を負います。テクノロジーベンダーはインフラとツールを提供しますが、成果の責任は利用者側にあります。

請求とテクノロジーの両サービスを提供するベンダーもありますが、RFP ではこれらの機能を個別に評価する必要があります。

連携を明確にする

連携の失敗は、請求プロジェクトが予算超過となるよくある原因です。EHR ベンダー、バージョン、必要な連携ポイントを明記してください。同じ EHR スタックを使用しているクライアントのリファレンスをベンダーに依頼してください。

RFP を発行する前に許容パフォーマンス目標を定義する

許容できるサービスレベルアグリーメント (SLA) を定義しなければ、ベンダーは提案書や契約書でそれを約束することができません。業界ベンチマークに基づいて目標を設定してください。たとえば、調整後回収率が 95% 超、AR が 30～40 日というのは、医療機関における一般的な主要業績評価指標 (KPI) 目標です。ベンダーにこれらを書面で約束するよう求めてください。

現実的なタイムラインを設定する

適切に運営された医療請求 RFP は、発行からベンダー選定まで通常 8～12 週間かかります。内訳は、2～3 週間の回答期間、内部スコアリング、最終候補者プレゼンテーション、リファレンスチェックです。このプロセスを短縮すると、リスクが契約・実装フェーズに先送りされることが多くなります。

決済インフラはどのように医療請求 RFP の目標をサポートするか

請求サービスと決済インフラは異なるものですが、RFP では混同されることがよくあります。決済機能は独立して精査する必要があります。2 つのシステムの連携方法を以下に示します。

• 分割払いおよび支払いプランのサポート: $2,000 の請求を受けた患者には選択肢が必要です。支払いプランが自動化されているか、スタッフが手動で管理するかを確認します。規模が大きくなると、この違いがコストと患者体験に直接影響します。

• 複数の決済チャネル: オンライン、対面、電話による決済はすべて、手動照合なしに同一システムへ転記される必要があります。分断されたチャネルはそれぞれ、遅延、エラー、貸倒償却を引き起こす可能性があります。

• 自動照合とレポート: 決済データはトランザクションレベルで請求システムに反映される必要があります。入金処理の仕組みをベンダーに確認します。次に、拠点別、医療提供者別、支払者タイプ別、決済手段別など、取得できるレポートの粒度を確認します。集計データは、把握すべき問題を隠す傾向があります。

Stripe Payments は、Stripe Billing と連携してデータの可視性とレポートを向上させ、すべての決済タイプを一元管理し、分割払いにも対応することで、医療機関の決済プロセスを簡素化します。

医療請求 RFP でよくある失敗

RFP における多くの失敗は、導入が進んで初めて明らかになります。その時点ではすでに契約を締結しています。早期に対処すべき失敗を以下に示します。

• 要件の曖昧さ: 「充実したレポート」や「堅牢な連携」は評価できません。理由コード別の否認傾向、Current Procedural Terminology (CPT) コード別の支払者ごとの実績、医療提供者別の AR 売掛金年齢表など、必要な内容を具体的に指定します。要件が具体的であるほど、有用な回答が得られます。

• 法令遵守の過小評価: ワークフローと価格を優先し、法令遵守をチェックボックスとして扱いがちです。HIPAA 対応が不十分なベンダーや PCI 評価が古いベンダーはリスクです。それに応じたスコアを付けます。

• トランザクションレベルの価格設定の見落とし: ベンダーがサービスの請求と決済処理を行う場合、手数料が不透明な形でまとめられることがよくあります。トランザクションあたりのコストを明示するよう求めます。パーセンテージベースのモデルは、実際の規模で計算してみるまで妥当に見えることがあります。

• リファレンスのミスマッチ: 大規模なヘルスシステムでは優れた実績を持つベンダーが、独立した診療所では苦労することがあり、その逆もあります。診療科の構成、患者数、EHR スタックが一致するリファレンスを求めます。

• SLA を契約段階に先送り: パフォーマンスの期待値が RFP に記載されていなければ、ベンダーが提案段階でそれに対応する動機がありません。その結果、交渉における最も有利な立場を失うことになります。

医療請求 RFP への回答をどのように評価するか

説得力のある提案書を客観的にスコアリングするのは容易ではありません。チームが独立してスコアリングする場合は、共通のフレームワークが必要です。

以下に、そのプロセスに構造を組み込む方法を示します。

• スコアリングの重み付けを事前に設定する: 法令遵守とセキュリティ、連携機能、価格の透明性、サービスモデル、リファレンスの重み付けについて社内で合意してください。回答が届く前に文書化しておくことが重要です。

• スコアは絞り込みに使い、最終決定には使わない: スコアリングは最終候補者の特定に役立ちます。最終的な判断は定性的な評価で行います。専門分野のリファレンスが充実しているか、価格が明確なベンダーは、スコアがやや低くても長期的により良いパートナーとなる場合があります。

• ベンダーの運用実態を深掘りする: デモにとどまらず、最終候補者プレゼンテーションでは実際のシナリオを説明するよう求めてください。たとえば、主要支払者からの否認、最初の 90 日間での HIPAA 違反、同規模クライアントの平均的な連携タイムラインなどです。その回答から、洗練されたスライドデッキ以上の情報を得られることがあります。

• 法務レビューを並行して進める: 事業評価と並行して、法務が契約書をレビューするようにしてください。SLA、BAA の条項、データの所有権、解約権は、優先ベンダーを発表する前に交渉する方が容易です。

• 的を絞った質問でリファレンスを確認する: 実装中に何が問題になったか、修正にどれくらいかかったか、見込み請求件数が実態と一致していたかを確認してください。

Stripe Billing でできること

Stripe Billing では、シンプルな継続課金から、従量課金、販売交渉型契約まで、ご希望の方法で請求書発行や顧客管理ができます。コード不要ですぐにグローバルで継続課金を導入できます。また、API (アプリケーションプログラミングインタフェース) を使用してカスタム連携することも可能です。

Stripe Billing でできること

• 柔軟な料金体系の提供: 従量課金、段階制料金体系、定額料金 + 超過料金など、柔軟な料金体系でユーザーのニーズにすばやく対応できます。クーポン、無料トライアル、比例配分、アドオンのサポートも組み込まれています。

• グローバルに拡大: 顧客が希望する決済手段を提供することでコンバージョンを向上させます。Stripe は 100 以上の現地決済手段と 130 以上の通貨をサポートしています。

• 収益を増やし解約を減らす: Smart Retries と回収ワークフローの自動化で、収益回収を改善し、決済不履行による解約を減らします。Stripe のリカバリツールは、2024 年にユーザーが 65 億ドル以上の収益を回収するのをサポートしました。

• 業務効率の向上: Stripe のモジュール型税務管理、収益レポート、データツールを活用して複数の収益管理システムを 1 カ所に統合します。外部のソフトウェアとも簡単に連携できます。

Stripe Billing について詳細を見るか、今すぐ始める。