日本語版
最新ニュース
健康

ヘルスケアのAPI – 空中の魔法

私たちの現代の生活は、さまざまなシステムが互いに通信できるようにするソフトウェアツールを搭載しています。そして、それらは私たちのルーチンに非常に埋め込まれているので、私たちはそれらについてほとんど考えません。銀行の残高、飛行時間、音楽キュー、天気予報をリアルタイムで確認します。舞台裏では、数え切れないほどのソフトウェアプログラムとサーバーがインターネットを介して連携して、必要な情報を取得し、すぐに配信します。これらの相互作用は通常、Restful API(一般的なWebサービスデザインスタイル)に依存し、情報を構成するための軽量形式であるJSONを使用してデータを送信します。 しかし、ヘルスケアは、おそらくすべての産業の中で最も重要な(しゃれ) - 同じリアルタイムのシームレスな機能では機能しません。ラボとイメージングの結果をEHRに引き込むAPI、財務データのパイプラインの処理、およびハードワイヤードの集中治療環境での心臓と重要な標識監視を可能にするカスタムAPIなどのAPIなどのピースがありますが、個人の健康とその監視とそれを監視することができます。 私たちのほとんどは、私たちの健康を管理することに関して、もう少しサポートを使用することができます。より高度なAPI対応ケアの1つの例は、連続グルコースモニター、インスリンポンプ、およびインスリン依存性糖尿病患者のEHRの統合です。肥満、高血圧、冠動脈疾患、喘息、COPD、うつ病、血管疾患などの他の慢性疾患はすべて、個人とスマートサーバー間のシームレスなデータ共有を可能にするAPIの恩恵を受ける可能性があります。 それでは、なぜこの種のシームレスでAPIを搭載したエクスペリエンスが、米国のヘルスケアシステム全体でより広く拡張されていないのでしょうか?それは技術的な能力の問題ではありません。問題は、当社のヘルスケアインフラストラクチャがまだ「レンガとモルタル」 /対面の訪問と手順に基づいていることです。ビジネスモデル全体は、APIが可能にする継続的なデジタルケアではなく、診療所や病院の壁内で提供されるサービスを奨励します。 価値ベースのケアはしばしば未来として擁護されますが、それは主に理論的なままです。そして、先物には請求コードが付属していません。ルネ・デカルトは有名に言った、 「そうだと思う、私はだ」 - したがって、私はそうだと思います。アメリカのヘルスケアでは、言う方が正確かもしれません、 「CPTO:私は」 - 私はコーディングするので、私はそうです。 (翻訳に関する走行距離は異なる場合があります。) さらに重要なことは、ヘルスケアのデジタルアンカーポイントは、自動化ではなくドキュメント用に構築されたツールを目的とするEHRです。コンピューターサイエンスの用語で「状態」を監視する必要性を考えるとき、それはまさに患者の健康状態をリアルタイムで理解して応答するために必要な計算のタイプです。間違いなく、クラウドコンピューティングの世界全体は、このような洗練されたコンピューティングをAPIに直接提供することです。APIファースト戦略です。 最終的に、APIが他のすべての業界にもたらした利益を解き放つために、ケアの提供と支払の方法を支配するインセンティブ構造を再考する必要があります。現在、多くの医療システムとEHRベンダーは、「患者の漏れ」の扉として外の世界とのつながりが恐れられているモノリシックな要塞のように動作しています。しかし、APIは医療提供に対する脅威と見なされるべきではありません。それらは、よりスマートで応答性の高いケアを提供するためのゲートウェイと見なされるべきです。 APIを再考する必要があります。ヘルスケアは、デジタルサービスの異なる組み合わせを提供する競合他社によって「レンガとモルタル」の存在を覆す最初の業界ではありません。 APIファーストの世界は、プロバイダーや支払者にとってどのようなものですか?各患者が健康の計算モデルを持つ各患者を想像してください(体重、血圧、心拍数、運動、炎症、血液化学など)の各治療可能なパラメーターは、診断のマーカーとして、また治療の機会として機能します。これらのメトリックの多く、およびそれらに関連する慢性条件は、スマートフォンと接続されたデバイスを介して監視および管理できます。 これは未来的に聞こえるかもしれませんが、ほとんどの大規模なオンライン小売業者が同じタイプのアプローチを使用して顧客と対話することは注目に値します。 HL7 FHIR臨床データ送信標準により、最終的に医療記録を表すための均一で計算可能な形式を持つことができ、この種のインテリジェントなデータ交換を大規模に可能にします。 また、APIがケアを改善するための短期的な機会、特にコストと利害関係が高い鋭い環境でもあります。これは、お金が今費やされている場所です。うっ血性心不全、透析、または化学療法を受けている患者を考えてください。これらは、訪問の合間に条件をより効果的に監視および管理できる人々であり、費用のかかるER訪問や入院を避けています。 支払者も、同じ患者データの多くにアクセスできます(またはFHIR APIを介してそれを取得することができます)、特にCapitatedリスクモデルの下で動作している人、それに基づいて行動するよう奨励されています。新しいHHSとCMSのリーダーシップは、より多くのデジタルモデルのケアに移行するだろうとすでに複数回述べています。APIはその中心にあります。ヘルスケアが最新の技術スタックとよりスマートなインフラストラクチャに向かって移動するにつれて、ケア管理は非常に異なって見えるようになっています。 写真:チョンボサン、ゲッティイメージズ この投稿はを通して表示されます Medcityインフルエンサー プログラム。誰でも、Medcityインフルエンサーを通じて、Medcity Newsのヘルスケアのビジネスとイノベーションに関する視点を公開できます。 方法を調べるには、ここをクリックしてください。 #ヘルスケアのAPI #空中の魔法

ヘルスケアのAPI  – 空中の魔法

1754255459
2025-07-31 13:18:00

私たちの現代の生活は、さまざまなシステムが互いに通信できるようにするソフトウェアツールを搭載しています。そして、それらは私たちのルーチンに非常に埋め込まれているので、私たちはそれらについてほとんど考えません。銀行の残高、飛行時間、音楽キュー、天気予報をリアルタイムで確認します。舞台裏では、数え切れないほどのソフトウェアプログラムとサーバーがインターネットを介して連携して、必要な情報を取得し、すぐに配信します。これらの相互作用は通常、Restful API(一般的なWebサービスデザインスタイル)に依存し、情報を構成するための軽量形式であるJSONを使用してデータを送信します。

しかし、ヘルスケアは、おそらくすべての産業の中で最も重要な(しゃれ) – 同じリアルタイムのシームレスな機能では機能しません。ラボとイメージングの結果をEHRに引き込むAPI、財務データのパイプラインの処理、およびハードワイヤードの集中治療環境での心臓と重要な標識監視を可能にするカスタムAPIなどのAPIなどのピースがありますが、個人の健康とその監視とそれを監視することができます。

私たちのほとんどは、私たちの健康を管理することに関して、もう少しサポートを使用することができます。より高度なAPI対応ケアの1つの例は、連続グルコースモニター、インスリンポンプ、およびインスリン依存性糖尿病患者のEHRの統合です。肥満、高血圧、冠動脈疾患、喘息、COPD、うつ病、血管疾患などの他の慢性疾患はすべて、個人とスマートサーバー間のシームレスなデータ共有を可能にするAPIの恩恵を受ける可能性があります。

それでは、なぜこの種のシームレスでAPIを搭載したエクスペリエンスが、米国のヘルスケアシステム全体でより広く拡張されていないのでしょうか?それは技術的な能力の問題ではありません。問題は、当社のヘルスケアインフラストラクチャがまだ「レンガとモルタル」 /対面の訪問と手順に基づいていることです。ビジネスモデル全体は、APIが可能にする継続的なデジタルケアではなく、診療所や病院の壁内で提供されるサービスを奨励します。

価値ベースのケアはしばしば未来として擁護されますが、それは主に理論的なままです。そして、先物には請求コードが付属していません。ルネ・デカルトは有名に言った、 「そうだと思う、私はだ」 – したがって、私はそうだと思います。アメリカのヘルスケアでは、言う方が正確かもしれません、 「CPTO:私は」 – 私はコーディングするので、私はそうです。 (翻訳に関する走行距離は異なる場合があります。)

さらに重要なことは、ヘルスケアのデジタルアンカーポイントは、自動化ではなくドキュメント用に構築されたツールを目的とするEHRです。コンピューターサイエンスの用語で「状態」を監視する必要性を考えるとき、それはまさに患者の健康状態をリアルタイムで理解して応答するために必要な計算のタイプです。間違いなく、クラウドコンピューティングの世界全体は、このような洗練されたコンピューティングをAPIに直接提供することです。APIファースト戦略です。

最終的に、APIが他のすべての業界にもたらした利益を解き放つために、ケアの提供と支払の方法を支配するインセンティブ構造を再考する必要があります。現在、多くの医療システムとEHRベンダーは、「患者の漏れ」の扉として外の世界とのつながりが恐れられているモノリシックな要塞のように動作しています。しかし、APIは医療提供に対する脅威と見なされるべきではありません。それらは、よりスマートで応答性の高いケアを提供するためのゲートウェイと見なされるべきです。 APIを再考する必要があります。ヘルスケアは、デジタルサービスの異なる組み合わせを提供する競合他社によって「レンガとモルタル」の存在を覆す最初の業界ではありません。

APIファーストの世界は、プロバイダーや支払者にとってどのようなものですか?各患者が健康の計算モデルを持つ各患者を想像してください(体重、血圧、心拍数、運動、炎症、血液化学など)の各治療可能なパラメーターは、診断のマーカーとして、また治療の機会として機能します。これらのメトリックの多く、およびそれらに関連する慢性条件は、スマートフォンと接続されたデバイスを介して監視および管理できます。

これは未来的に聞こえるかもしれませんが、ほとんどの大規模なオンライン小売業者が同じタイプのアプローチを使用して顧客と対話することは注目に値します。 HL7 FHIR臨床データ送信標準により、最終的に医療記録を表すための均一で計算可能な形式を持つことができ、この種のインテリジェントなデータ交換を大規模に可能にします。

また、APIがケアを改善するための短期的な機会、特にコストと利害関係が高い鋭い環境でもあります。これは、お金が今費やされている場所です。うっ血性心不全、透析、または化学療法を受けている患者を考えてください。これらは、訪問の合間に条件をより効果的に監視および管理できる人々であり、費用のかかるER訪問や入院を避けています。

支払者も、同じ患者データの多くにアクセスできます(またはFHIR APIを介してそれを取得することができます)、特にCapitatedリスクモデルの下で動作している人、それに基づいて行動するよう奨励されています。新しいHHSとCMSのリーダーシップは、より多くのデジタルモデルのケアに移行するだろうとすでに複数回述べています。APIはその中心にあります。ヘルスケアが最新の技術スタックとよりスマートなインフラストラクチャに向かって移動するにつれて、ケア管理は非常に異なって見えるようになっています。

写真:チョンボサン、ゲッティイメージズ

この投稿はを通して表示されます Medcityインフルエンサー プログラム。誰でも、Medcityインフルエンサーを通じて、Medcity Newsのヘルスケアのビジネスとイノベーションに関する視点を公開できます。 方法を調べるには、ここをクリックしてください

#ヘルスケアのAPI #空中の魔法

執筆者について: nipponese

Nipponese News編集部は、国内外のニュースを日本語で分かりやすくお届けします。