# 医療データインフラストラクチャ

> 医療データインフラストラクチャとは何か、そしてAnpherosがどのように位置づけられるか：患者が管理するHL7 FHIR R4レコード、API、同意、来歴、監査を、ヘルスケアアプリケーションおよびAIのための共有ビルディングブロックとして提供します。

Source: https://developers.anpheros.com/ja/guides/medical-data-infrastructure

**医療データインフラストラクチャとは、患者の健康データを構造化され標準化された形式で保存し、患者が制御するルールに基づいてアプリケーションで利用可能にするレイヤーのことです。** 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 プラットフォーム](https://developers.anpheros.com/ja/guides/fhir) |
| レコード | 患者ごとに 1 つの FHIR レコード。家族は個別のレコードを持つ | [患者の医療記録](https://developers.anpheros.com/ja/guides/patient-medical-record) |
| ストレージと履歴 | すべての更新は新しいバージョンとして保存。ドキュメントは不変で、EU 内で顧客管理キーにより暗号化 | [デジタル医療記録インフラストラクチャ](https://developers.anpheros.com/ja/guides/digital-medical-record) |
| アクセス | プロジェクトごとの API キー、患者ごとの OAuth トークン、スコープ外のあらゆるものには `404` | [ヘルスケア API](https://developers.anpheros.com/ja/guides/healthcare-api) |
| 同意 | 30～365 日間の付与、リソースタイプおよびカテゴリごと、一度に撤回可能 | [同意とアクセスモデル](https://developers.anpheros.com/ja/guides/consent) |
| プロベナンスと監査 | すべての書き込みは作成者とソースを記録。すべての読み取りは患者に可視 | [セキュリティ、プライバシー、データレジデンシー](https://developers.anpheros.com/ja/guides/security) |
| 統合 | FHIR トランザクション、検査レポートインポート、署名付き Webhook、SDK | [ヘルスケア統合](https://developers.anpheros.com/ja/guides/healthcare-integrations) |
| 相互運用性 | FHIR R4, International Patient Summary, SMART on FHIR, HL7 v2 検査メッセージ | [ヘルスケアデータ相互運用性](https://developers.anpheros.com/ja/guides/interoperability) |
| AI コンテキスト | 選択したモデルのための予算化され、ソースラベル付けされたコンテキスト | [AI ヘルスケアアプリケーション](https://developers.anpheros.com/ja/guides/ai-healthcare) |

## インフラストラクチャとアプリケーションの分離

Anpheros は、この二つを意図的に分離しています。**Anpheros Daily** は、患者や家族向けのアプリケーション（画面、リマインダー、アシスタントなど）です。**Anpheros Platform** は、その基盤となるインフラストラクチャです。Daily は、他のアプリケーションと同様に、公開 API を通じてレコードに書き込みます。これにより、レコードはポータブルになります。つまり、他の誰かが構築したアプリケーションでも、患者の同意を得れば、Daily が書き込んだ内容を同じ FHIR 形式で読み取ることができます。

## インフラストラクチャが決定しないこと

Anpheros はデータを保持・管理しますが、臨床上の意思決定を行ったり、ユーザーエクスペリエンスを設計したり、規制上の義務をカバーしたりすることはありません。Anpheros は医療機器認証やその他の規制承認を主張しません。本番環境での使用には、検証済みの組織と署名済みのデータ処理契約が必要であり、プラットフォームはプライベートベータ版（シングルゾーン、契約SLAなし）です。

## 関連情報

- [Anpheros とは](https://developers.anpheros.com/ja/guides/what-is-anpheros)
- [ヘルスケア API](https://developers.anpheros.com/ja/guides/healthcare-api)
- [ヘルスケアソフトウェア開発](https://developers.anpheros.com/ja/guides/healthcare-software)
- [AI ヘルスケアアプリケーション](https://developers.anpheros.com/ja/guides/ai-healthcare)
- [Anpheros で構築する](https://developers.anpheros.com/ja/guides/build-with-anpheros)