FHIR API

• FHIRに準拠したRESTサーバーを構築しており、正しいエンドポイントパターン、ステータスコード、およびCapabilityStatementの構造が必要な場合。
• FHIRクライアントを作成しており、ETag、コンテンツネゴシエーション、およびOperationOutcomeレスポンスを正しく処理する必要がある場合。
• FHIR API ルートを設計しており、コードを書く前にHL7仕様との整合性を確認したい場合。
• バッチまたはトランザクションバンドルを実装する必要があり、正しいリクエスト/レスポンスの形式についてガイダンスを求めている場合。

• FHIRメッセージングやドキュメントパラダイムを使用しており、RESTful APIインタラクションモデルではない場合。
• FHIRプロファイリング、StructureDefinitions、または用語サービスに関するガイダンスが必要な場合（これらはFHIR APIのスコープ外です）。

read、vread、create、update、patch、delete、search、history、capabilities、batch/transaction など、すべてのコア FHIR REST インタラクションに対応しており、正しい HTTP メソッド、URL パターン、および成功時のステータスコードをサポートしています。

FHIRのMIMEタイプ（application/fhir+json、application/fhir+xml、application/fhir+turtle）、AcceptおよびContent-Typeヘッダーの適切な使用方法、FHIRバージョンのネゴシエーション、および_formatフォールバックパラメータについて説明します。

If-Match ヘッダーを使用した ETag ベースのバージョン追跡の実装をガイドし、安全な並行更新のために 412 Precondition Failed レスポンスを処理する方法を説明します。

正確な OperationOutcome レスポンス構造を提供し、FHIR固有のHTTPステータスコード（400、404、409、410、412、422）を適切なユースケースにマッピングします。

Prefer ヘッダーを使用した return=minimal、return=representation、return=OperationOutcome、および 202 Accepted による非同期操作パターンの処理方法について説明します。

/metadata での CapabilityStatement、ETag サポート、作成・更新時の Location ヘッダー、および _format パラメーターのフォールバックを網羅した実践的なチェックリストを収録し、仕様への準拠を確保するのに役立ちます。

Patient、Observation、DiagnosticReport などのリソースタイプに対して、正しいルートハンドラー、レスポンスヘッダー、およびエラーレスポンスを備えた準拠 FHIR REST サーバーを構築します。

FHIR HTTP リクエストを正しく構築し、コンテンツフォーマットをネゴシエートし、ETag を使用してリソースバージョンを管理し、OperationOutcome エラーを解析するクライアントを開発します。

FHIR API のベース URL に投稿されたバッチまたはトランザクションバンドルを実装し、混在する操作タイプとアトミックトランザクションのセマンティクスを処理します。

実装にコミットする前に、計画されたFHIR APIのルート構造とオペレーションマッピングをHL7仕様に照らして検証します。