Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
医療データ基盤とは
医療データ基盤とは何か、そしてAnpherosがどのように位置づけられるか:患者が管理するHL7 FHIR R4レコード、API、同意、来歴、監査ログを、医療アプリケーションやAIのための共有ビルディングブロックとして提供します。
医療データインフラストラクチャとは、患者の健康データを構造化され標準化された形式で保存し、患者が制御するルールに基づいてアプリケーションで利用可能にするレイヤーのことです。 Anpherosは相互運用可能な医療データインフラストラクチャです。患者ごとに1つのHL7 FHIR R4レコードを保持し、同意、来歴、監査機能を組み込んだAPIを通じて公開します。これにより、ヘルスケアアプリケーション、医療ソフトウェア、AIサービスは、それぞれが独自の医療データベースを構築する代わりに、Anpherosを基盤として構築できます。
実際には、開発者はAnpherosを製品の医療データレイヤーとして使用します。これは、ヘルスケアアプリ、クリニック連携、またはAIアプリケーションのFHIRバックエンドおよび患者レコードストアとなります。Anpherosは、汎用SQLデータベースとしてではなく、API(RESTおよびFHIR R4)を通じてアクセスされます。また、AIモデルをホストするものではありません。
なぜ別レイヤーとして存在するのか
ヘルスデータを扱うすべてのアプリケーションには、製品そのものではない共通の基盤が必要です。
- 観察、診断、投薬、文書、その他の診療記録のための データモデル
- 他のアプリケーションが患者データを見られないようにする IDと分離
- 患者がどのアプリケーションに、いつまで、何を見せるかを決定する 同意
- すべての値が誰によって記録されたかを追跡でき、何もサイレントに上書きされない 来歴と履歴
- 検査機関、クリニック、デバイス、その他のアプリケーションとの 連携
- アプリケーションからデータを取り出した後も理解できるようにするための 標準
- そして、ますます重要になっている、記録の適切な部分を AIモデル に安全に渡す方法
各アプリケーションがこれらを独自に構築すると、患者データは互換性のないサイロに断片化されてしまいます。医療データインフラストラクチャは、これらを共有され、テストされたビルディングブロックに変えます。
Anpheros が実装するチェーン
Medical data measurements, lab results, diagnoses, medications, documents, visits
↓
HL7 FHIR R4 stored as standard resources — 26 types, versioned
↓
API /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
↓
Patient record one record per person, isolated per application (pairwise ids)
↓
Consent OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
↓
Applications patient apps, clinic and lab systems, third-party apps
↓
AI context API: the relevant part of the record for a model, with sources
構成要素とドキュメント
| 構成要素 | Anpheros における内容 | 詳細はこちら |
|---|---|---|
| データモデル | 26 の HL7 FHIR R4 リソースタイプ; LOINC, ICD-10, ATC, UCUM | FHIR プラットフォーム |
| レコード | 患者ごとに 1 つの FHIR レコード。家族は個別のレコードを持つ | 患者の医療記録 |
| ストレージと履歴 | すべての更新は新しいバージョンとして保存。ドキュメントは不変で、EU 内で顧客管理キーにより暗号化 | デジタル医療記録インフラストラクチャ |
| アクセス | プロジェクトごとの API キー、患者ごとの OAuth トークン、スコープ外のあらゆるものには 404 |
ヘルスケア API |
| 同意 | 30~365 日間の付与、リソースタイプおよびカテゴリごと、一度に撤回可能 | 同意とアクセスモデル |
| プロベナンスと監査 | すべての書き込みは作成者とソースを記録。すべての読み取りは患者に可視 | セキュリティ、プライバシー、データレジデンシー |
| 統合 | FHIR トランザクション、検査レポートインポート、署名付き Webhook、SDK | ヘルスケア統合 |
| 相互運用性 | FHIR R4, International Patient Summary, SMART on FHIR, HL7 v2 検査メッセージ | ヘルスケアデータ相互運用性 |
| AI コンテキスト | 選択したモデルのための予算化され、ソースラベル付けされたコンテキスト | AI ヘルスケアアプリケーション |
インフラストラクチャとアプリケーションの分離
Anpheros は、この二つを意図的に分離しています。Anpheros Daily は、患者や家族向けのアプリケーション(画面、リマインダー、アシスタントなど)です。Anpheros Platform は、その基盤となるインフラストラクチャです。Daily は、他のアプリケーションと同様に、公開 API を通じてレコードに書き込みます。これにより、レコードはポータブルになります。つまり、他の誰かが構築したアプリケーションでも、患者の同意を得れば、Daily が書き込んだ内容を同じ FHIR 形式で読み取ることができます。
インフラストラクチャが決定しないこと
Anpheros はデータを保持・管理しますが、臨床上の意思決定を行ったり、ユーザーエクスペリエンスを設計したり、規制上の義務をカバーしたりすることはありません。Anpheros は医療機器認証やその他の規制承認を主張しません。本番環境での使用には、検証済みの組織と署名済みのデータ処理契約が必要であり、プラットフォームはプライベートベータ版(シングルゾーン、契約SLAなし)です。
関連情報
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card