FHIRサーバーはFHIRリソースを保存・提供します。FHIRプラットフォームとは、実際にヘルスケア製品をリリースするために必要なものです。サーバーに加えて、ID管理、同意管理、来歴記録、顧客間の分離、Webhook、ドキュメント、用語集、そしてGDPR下でシステムを運用する担当者が必要です。このガイドでは、それらの違いを説明し、Anpheros Platformが各課題にどう対応するかを解説します。これにより、プラットフォーム上で構築するか、独自に構築するかを判断できます。
開発者向け技術情報: ヘルスケアAPIプラットフォーム · FHIRサーバー比較 (developers.anpheros.comにて、リクエスト、レスポンス、制限事項について解説しています。このページは平易な言葉で書かれたバージョンです。)
サーバーとプラットフォームの違い
オープンソースのFHIRサーバー（例: HAPI）は、FHIRの機能（リソース、検索、検証、履歴）に関しては優れています。しかし、それ以外の部分はご自身で実装する必要があります。
| 必要な機能 | FHIRサーバー | FHIRプラットフォーム |
|---|---|---|
| リソースの保存、検索、履歴 | はい | はい |
| 誰がどの患者情報を読めるか | ご自身のコードで実装 | 同意管理機能が組み込まれています |
| 各値の作成者は誰か | ご自身のコードで実装 | 書き込みごとに来歴記録が追加されます |
| 1つのシステムで複数の顧客を管理 | ご自身のコードで実装 | プロジェクトごとの分離、ペアワイズID |
| 患者向けの同意画面 | ご自身のコードで実装 | OAuth 2.1 + SMART on FHIR |
| アプリへの通知 | ポーリング | 署名付きWebhook |
| 現実的なテストデータ | ご自身のフィクスチャ | サンドボックスごとに30人の合成患者データ |
| ホスティング、バックアップ、GDPR、DPA | ご自身の運用チーム | 含まれています |
運用チーム、コンプライアンス担当者、そして6ヶ月の期間があれば、独自のサーバーを運用するのは良い選択肢です。製品をリリースしたい場合は、プラットフォームを利用する方が迅速です。
Anpheros Platformの構築方法
患者一人あたり1つのFHIR R4レコード。 26種類のリソースタイプがあり、LOINC、ICD-10、ATCでコーディングされ、書き込み時に検証されます。厳密なFHIR APIは /fhir/R4 にあり、/fhir/R4/metadata にはCapabilityStatementがあります。また、/v1 にあるプレーンなREST APIは、同じIDで同じデータを提供します。
プロジェクトごとの分離とペアワイズID。 プロジェクト（APIキー）は、自身が作成した患者情報のみを参照できます。各プロジェクトは、同じ人物に対して独自のIDを受け取ります。内部IDがプラットフォームから外部に出ることはありません。スコープ外の患者への参照は、プロジェクトごとに異なるトークンでマスクされます。
同意によって閲覧が、所有権によって書き込みが決定されます。 患者の同意があれば、組織は他のクリニックが作成した情報も含め、レコード全体を閲覧できますが、自身が作成したものだけを変更・削除できます。各リソースのすべてのバージョンには、それを書き込んだプロジェクトが記録されており、他のプロジェクトによる書き込みは理由とともに拒否されます。
書き込みごとの来歴記録と監査。 Provenance.agent.onBehalfOf には、書き込み時のクリニックまたは組織名が記載されます。監査ログには、誰が、何を、いつ、どの権限で、どのアプリケーションから行ったかが記録されます。患者は、自身のアクセスログを、FHIRの AuditEvent リソースとしても閲覧できます。
軽量で署名付きのWebhook。 イベントにはIDとバージョンが含まれますが、臨床内容は含まれません。リソースはAPI経由で読み取ります。配信はHMAC-SHA256で署名され、最大24時間バックオフして再試行されます。
サンドボックスと本番環境は別々のデータベース。 sk_test_ キーは実際の患者情報にアクセスできません。サンドボックスは無料でセルフサービスで利用できます。
EU居住性。 Cloud Run in europe-west4 で稼働し、本番環境の組織向けにデータ処理契約を提供します。
意図的に含まれていないもの
- 臨床意思決定支援機能はありません。プラットフォームはデータの保存、コーディング、共有を行いますが、診断や治療の推奨は行いません。
- 相互作用を含む完全な医薬品データベースはありません。医薬品はATCでコーディングされ、ATCとLOINCのサブセットが検索用に利用可能ですが、相互作用チェックはご自身のコンポーネントまたはライセンスサービスで行う必要があります。
- 病院グレードのHL7 v2メッセージングバスはありません。検査レポート用のHL7 v2 ORU^R01インポートはありますが、ADTやオーダー管理はありません。
これらの制限を事前に把握することで、発見にかかる時間を1週間節約できます。
独自のサーバーを運用すべき場合
- 外部プロセッサを使用せず、ご自身の病院ネットワーク内でホスティングする必要があります。
- プラットフォームが実装していないFHIR R5またはプロファイルが必要です。
- ご自身の製品がFHIRサーバー自体である場合。
それ以外の場合は、サンドボックスから開始し、測定を行い、データに基づいて決定してください。最初の1時間は developers.anpheros.com/guides/first-hour で説明されており、完全なAPIリファレンスは platform.anpheros.com/docs で確認できます。
よくある質問
AnpherosはFHIRサーバーですか？
はい、含まれています。26種類のリソースタイプ、検索、履歴、$everything、$summary、$validate、用語集操作を備えたFHIR R4 APIです。その周囲には、同意管理、来歴記録、分離、Webhook、ホスティングがあり、これらがプラットフォームを構成しています。
どのFHIRバージョンですか？
FHIR R4 (4.0.1) です。これはEUおよび米国の規制で要求されており、ほとんどのシステムで実装されているバージョンです。適合性はInfernoで確認されました。詳細は IPS適合性に関する注記 を参照してください。
複数のクリニックが1人の患者の記録を共有できますか？
はい、それが目的です。患者の同意を得て、各クリニックはレコード全体を閲覧し、自身の情報を作成して書き込みます。各情報は自身の来歴記録とともにマークされます。クリニックは他のクリニックが作成した情報を変更することはできません。
開発用の無料FHIRバックエンドはありますか？
はい。サンドボックスは無料でセルフサービスで利用でき、プロジェクトごとに30人の合成患者データが付属しています。詳細は 無料FHIRサーバー：サンドボックス を参照してください。
必要になった場合、どのように移行できますか？
すべてFHIR R4形式でエクスポート可能です。Patient/{id}/$everything は、患者の全レコードをBundleとして返します。解読不能な独自フォーマットはありません。
あなたの医療記録を持ち歩こう
Anpheros Dailyは、症状、検査結果、薬剤、書類を、標準フォーマットで、あなたの管理下に一元化します。ベーシックプランは無料です。