最新の相互運用性: API が断片化したシステムを修復する方法

私は最近、地元の薬局で毎年恒例のインフルエンザの予防接種を受けていましたが、この訪問は最前線の医療 IT の縮図として役立ちました。私のワクチン接種は薬局のオンライン システムと州の HIE の両方にシームレスに登録され、IT は意図したとおりに機能しました。一方、別の顧客は、コンピューター化された支払いルールとその結果として自己負担額をめぐる混乱が原因で、慢性的な薬の処方期間に一貫性がないことをめぐって薬剤師と長い議論を行っていました。ある程度合理的な解決策に到達するには、薬剤師のコンピュータに何度もアクセスする必要がありました。ここには、現代の相互運用性が明らかに欠けていました。患者の EHR、電子処方システム、PBM、支払者の間にいくつかの API 接続があれば、この煩わしいやり取りが解消される可能性があることは簡単に想像できます。

今日、アメリカの医療システムの臨床的および財政的複雑さにより、人間の介入を必要とせずに効率的なサービスを提供するコンピューター化された通信が求められています。他の主要なサービス業界はすべて、この問題を解決しています。たとえば、Amazon の担当者と最後に話さなければならなかったのはいつですか?そこで疑問が生じます。なぜ医療業界は、同じレベルのシームレスなデジタル インタラクションを実現できなかったのでしょうか?

私たちの支払いシステムは、文字通り出生時からではなく、1942 年の第二次世界大戦安定法以来、医療の提供とその対価の支払いを分離するように設計されています。これは、医療を税引き前、つまり雇用主ベースにしたものでした。患者を医療の直接購入者から外すことにより、臨床ケアの提供と、価格設定やアクセスに関する市場規律との間に永続的な断絶が生じました。その結果、経済参加者が患者に価値を提供することよりもむしろ自らの償還環境に合わせて最適化するため、医療 IT が細分化されてきました。現在、大規模な提供システムが、支払者に対する価格設定の影響力を得るために統合されており、PBM が PBM のように行動し、支払者がボリュームと「価値ベースの」ケア（必ずしも患者ではなく、支払者にとっての価値）との間の境界線を歩もうとしているのが見られます。これらのビジネス モデルの多くは、実際には、不透明で、時には反競争的なビジネス慣行を維持するために断片化された IT に依存しています。

一方、消費者が選択する残りの生活では、ショッピング、旅行、金融、エンターテインメントなど、瞬時のサービスとコミュニケーションを提供する効果的な API をめぐって競争が活発化します。医療の分野でも、同様のデジタルへの期待が政府の政策を通じて強制されることが増えています。 21^セント たとえば、2016 年世紀治療法では、「特別な努力をせずに」アクセスを可能にする API を要求し、プロバイダー、EHR ベンダー、ネットワーク間の「情報ブロック」を禁止しています。その基盤に基づいて、ONC や CMS を含む HHS 機関は、2020 年 ONC 治療法最終規則から CMS の 9115 および 0057 規則、そして今回の HTI4 要件に至るまで、複数の規制を発行しました。これらの規制はすべて、標準化された API を通じて真の取引相手の相互運用性を推進しています。

一部の既存企業は、最新の相互運用性を要求する法律や規制について議論し、反対するロビー活動を行っていますが、より重要な相互運用性の原動力は、医療費に対する国民の嫌悪感と、携帯電話による消費者の期待と医療システムのパフォーマンスとの間のデルタの増大という二重の挟み撃ちになるでしょう。携帯電話でケア用品を購入することも可能ですか?アプリからの事前承認に対する不利益な決定に対して異議を申し立てることはできますか?アプリを使用して支払者と有意義な会話をすることができますか?

患者として言えば、私は年間およそ 100 時間を「コールセンター」とのコミュニケーションに保留状態で費やしています。地球の裏側にある外部委託コールセンターの従業員が 15 分ごとに繰り返し「ドナルドさん、私たちはあなたの忍耐を大切にしていますが、私たちは…」というメッセージを繰り返し聞いて、他の 2 人か 3 人の顧客を保留にしているのを聞いても、満足できるものではありません。内部関係者として、私は根底にある会話が臨床的にも経済的にも不必要であることを知っているので、これは特に当てはまります。

決済改革と、そのような相互作用を排除するための相互運用性要件の次の部分を待つ間、プロバイダーと支払者が、ますます「API ファースト」になる現代のデジタル世界での役割について考えることが重要になります。高額な免責金額プラン、自己負担額の増加、またはアプリを有効にするためのプロバイダーと支払者への要件によって、消費者はますます選択肢を獲得し、行使することになります。 HHS 機関 (CMS および ASTP/ONC) がこれらの要件を 1 年強以内に提出する予定であるため、API はプロバイダーと支払者、およびプロバイダーと支払者の間でやり取りを行っています。

最新の通信を強化する API がますます利用可能になってきています。適切に記述されたコードと適切に設計されたエンタープライズ ソフトウェアは、複数の API 主導のビジネス戦略を容易にサポートする必要があります。最新の相互運用性は、RESTful API と JSON、そして医療分野では特定のインスタンス化である FHIR に基づいて構築されています。これらはよく理解されており、広く採用されているテクノロジーです。実際、携帯電話アプリの経済全体は RESTful API と JSON で実行されます。私たちは、最終的に摩擦を生むように設計されたファックスや、TEFCA などのファックスと同等の (またはそれよりも悪い) テクノロジーを排除するよう努めるべきです。最新のアルゴリズムは、ケアの割り当てにおいて摩擦よりもはるかに優れています。

消費者向けの API 戦略は複雑であり、患者の健康維持に対する意欲が高まるにつれ、最終的には「つながった自分」の概念と統合する必要があります。ただし、支払者プロバイダーの価値ベースの契約は、支払者とプロバイダー間のリアルタイムまたはほぼリアルタイムの共有通信を可能にする最新の RESTful API の恩恵をすぐに受けられます。

医療費の支払い方法をめぐる政治劇が続く中、メディケア・アドバンテージやマネージド・メディケイドを含む多くの連邦政策により、積極的な医療配分の決定が強制されています。差額支払いの頼りになるメカニズム (ネットワーク設計、ケース管理、品質測定、事前承認) は、請求データだけでなく、より重要なことに、インテリジェントな意思決定に不可欠な臨床データを処理できる API への依存度が高まっています。 API は、これらのシームレスなコミュニケーションを可能にし、推進します。

米国の医療: 現代の「API ファースト」の世界へようこそ。

写真：ネヴァルップ、ゲッティイメージズ

この投稿は、 メッドシティのインフルエンサー プログラム。誰でも、MedCity インフルエンサーを通じて MedCity News でヘルスケアにおけるビジネスとイノベーションに関する視点を公開できます。 方法を確認するにはここをクリックしてください。