Azure API for FHIR 用 Blue Button® の CARIN 実装ガイド
このチュートリアルでは、CARIN Implementation Guide for Blue Button (C4BB IG) の Touchstone テストに合格するように Azure API for FHIR を設定する方法について説明します。
タッチストーン機能ステートメント
最初に焦点を当てるテストは、 C4BB IG 機能ステートメントに対して Azure API for FHIR をテストすることです。 更新なしで Azure API for FHIR に対してこのテストを実行すると、検索パラメーターとプロファイルがないため、テストは失敗します。
検索パラメーターを定義する
C4BB IG の一部として、リソースの 3 つの 新しい検索パラメーター を定義する ExplanationOfBenefit
必要があります。 これらの 2 つは capability ステートメント (型とサービス日付) でテストされ、1 つは検索 (保険会社) に必要 _include
です。
Note
これらの検索パラメーターの生の JSON では、名前は に ExplanationOfBenefit_<SearchParameter Name>
設定されます。 Touchstone テストでは、これらの名前が 型、 サービス日付、 保険者であることが想定されています。
C4BB IG に必要な残りの検索パラメーターは、基本仕様によって定義されており、追加の更新なしで Azure API for FHIR で既に使用できます。
ストア プロファイル
検索パラメーターを定義する以外に、このテストに合格するために必要なもう 1 つの更新プログラムは 、必要なプロファイルを読み込むためです。 C4BB IG 内には 8 つのプロファイルが定義されています。
- C4BB カバレッジ
- C4BB 説明OfBenefit 入院機関
- C4BB 説明OfBenefit 外来施設
- C4BB の説明OfBenefit 薬局
- C4BB ExplanationOfBenefit Professional NonClinician
- C4BB 組織
- C4BB 患者
- C4BB プラクティショナー
サンプルの rest ファイル
これらの検索パラメーターとプロファイルの作成を支援するために、このチュートリアルで概説されているすべての手順を 1 つのファイルに含む サンプル http ファイル があります。 必要なすべてのプロファイルと検索パラメーターをアップロードしたら、Touchstone で capability ステートメント テストを実行できます。
タッチストーン読み取りテスト
capabilities ステートメントをテストした後、C4BB IG に対して Azure API for FHIR の 読み取り機能 をテストします。 このテストは、最初のテストで読み込んだ 8 つのプロファイルに対する準拠をテストしています。 プロファイルに準拠するリソースを読み込む必要があります。 最適なパスは、データベースに既に存在するリソースに対してテストすることですが、IG の例から取得したサンプル リソースを使用して http ファイル を使用することもできます。このファイルを使用して、リソースの作成とテストに使用できます。
タッチストーン EOB クエリ テスト
次に確認するテストは、 EOB クエリ テストです。 既に読み取りテストを完了している場合は、必要なすべてのデータが読み込まれています。 このテストでは、さまざまなパラメーターを使用して特定 Patient
のリソースと ExplanationOfBenefit
リソースを検索できることを検証します。
タッチストーン エラー処理テスト
最後に説明するテストは、 エラー処理のテストです。 実行する必要がある唯一の手順は、データベースから ExplanationOfBenefit リソースを削除し、削除された ExplanationOfBenefit
リソースの ID をテストで使用することです。
次のステップ
このチュートリアルでは、Touchstone で BLUE Button テスト用の CARIN IG に合格する方法について説明しました。 次に、ダ・ヴィンチの数式テストをテストする方法を確認できます。
FHIR® は HL7 の登録商標であり、HL7 の許可を得て使用しています。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示