2016 年以来私たちが待ち望んでいた瞬間が近づいています。st Century Cures Act インフラストラクチャは 2022 年に導入されます! Cures Act は、標準ベースの API と全国的な健康情報ネットワークの豊富な健康 IT エコシステムのビジョンを定め、電子的にアクセス可能な情報を患者自身とそのケアをサポートする医療専門家に安全に提供します。 以前のブログで説明したように、ネットワークによる全国的なネットワーク統合の進展 テフカ 10 月 6 日以降、治療法の情報遮断条項の対象となるすべての関係者は、 電子健康情報 他の権限のある当事者に。 このブログでは、標準ベースの FHIR API の利用可能期限が迫っていることに焦点を当てます。
業界では FHIR が非常に多く採用されているため、標準的な FHIR API をデプロイするための認定テクノロジ開発者に対する規制要件がまだ完全に施行されていないにもかかわらず、このような成長が起こったことに多くの人は驚くかもしれません。 ただし、今年はこれが変更されます。これは、ONC Cures Act Remaining Rule により、認定された医療 IT 開発者が 更新して提供する 彼らの顧客と FHIR ベースのアプリケーション プログラミング インターフェイス、2022 年 12 月 31 日までに認定 API テクノロジーとも呼ばれます。
私たちは、認定された医療 IT 開発者が技術を更新して認定を受けるための進捗状況を注意深く監視してきました。 Cures Replace 基準、具体的には、 §170.315(g)(10) 患者および人口サービスのための標準化された API. 8 月 1 日の時点で、認定された医療 IT 開発者の約 5% が自社のテクノロジを認定 API テクノロジに更新しています。 ただし、これらの 5% は、全国の入院患者と外来ユーザーのおよそ 66% と 77% をそれぞれ、Well being IT Module でサポートしています。
図 1 データ ソース: Licensed Well being IT Product Listing (CHPL)。 パーセンテージは、2022 年 12 月 31 日までに 2015 年版の Cures Replace 基準に準拠する必要があるモジュールの総数 (n) の割合として、現在までに 2015 年版の Cures Replace 基準に準拠している認定された医療 IT モジュール (つまり、製品バージョン) を表します。 CHPL データは、更新が必要な現在アクティブな認定された健康 IT モジュールに基づいています。
形 2 データ ソース: 認定医療 IT 製品リスト (CHPL)。 メディケア推進相互運用性プログラム。 パーセンテージは、API 開発者が (g)(10) 基準に準拠した認定 API 製品を持っている、認定 API 製品を持つ病院および臨床医のユーザー ベースの割合を表します。 CHPL データは、更新が必要な現在アクティブな認定医療 IT モジュールに基づいており、メディケア データは 2019 年のプログラム レポートを反映していることに注意してください。
多くの認定された医療 IT 開発者は、API テクノロジを新しい FHIR 基準にまだ認定していませんが、大規模なユーザー ベースを持つ開発者は既に認定しているため、これらのユーザーには、2022 年 12 月 31 日の期限よりもかなり前に最新のテクノロジが提供される可能性があります。 さらに、 2022 年標準バージョン アドバンスメント プロセス (SVAP) 一部の医療 IT 開発者が待ち望んでいた HL7® FHIR® US Core 実装ガイド 4.0.0 および 5.0.1 が含まれるようになりました。多くの医療 IT 開発者が、これらの新しい実装仕様をサポートして、 FHIR ベースの API 基準。
認定プログラムの要件には、技術仕様に加えて、API の「認定の条件と維持」も含まれており、透明性、料金、市場競争などの分野で認定医療 IT 開発者の要件を設定しています。 これは、臨床医または医療提供者として、次のことを意味します。
- 認定された医療 IT 開発者がアプリを登録するための定義されたタイムラインを使用して、アプリを既存の認定された医療 IT に接続する柔軟性。
- 標準化された電子健康情報へのアクセス を通って USCDI v1 また、認定された医療 IT 開発者がそれを採用することを選択した場合は、 USCDI v2;
- 透明性の向上 実稼働環境にアプリを展開するために、認定された医療 IT 開発者のビジネスおよび技術的慣行 (手数料など) に組み込みます。
標準 FHIR API の全国的なエコシステムは、業界が開発したより多くのイノベーションとソリューションを可能にし、1 回限りのインターフェースを削減することで、将来の相互運用コストを削減します。 Medicare Selling Interoperability プログラムに参加している適格な病院と Important Entry Hospitals、および Benefit-Based mostly Incentive プログラムの Selling Interoperability パフォーマンス カテゴリに参加している適格な臨床医は、2015 Cures Replace (FHIR API を含む) で更新された認定テクノロジを使用する必要があります。最近リリースされた 医師の料金表の提案された規則. API 機能の普及をさらにサポートするために、TEFCA には FHIR ロードマップ FHIR ベースの機能の全国的なスケーラビリティを促進するために、2023 年初頭の FHIR API の期限に続いて迅速に従うように明示的にタイミングを合わせました。
前述のように、認定医療 IT 開発者は、2022 年末までに標準 FHIR API を更新して顧客が利用できるようにする必要があります。認定 EHR を使用していて、標準 FHIR API をまだ利用できない場合は、担当の担当者に連絡することをお勧めします。 2022 年末までに認定 API を提供し、21 に完全に参加できるようにするためのベンダーの計画について詳しく知るst 世紀のデジタルヘルスケアの未来。
2015 Version Cures Replace の利点に関する追加情報とリソースについては、最近公開された キュアアップデートのファクトシート. すべての利害関係者には、このファクト シートに記載されている詳細をよく理解することをお勧めします。 ONC Well being IT フィードバックおよびお問い合わせポータル.
