# デジタル医療記録インフラストラクチャ

> デジタル医療記録が必要とするインフラストラクチャ（構造、履歴、ドキュメント、分離、同意、監査、交換）と、それが患者向けアプリケーションから分離されている理由。

Source: https://developers.anpheros.com/ja/guides/digital-medical-record

**デジタル医療記録には、2つの異なるものが必要です。人々が毎日使用する患者向けアプリケーションと、その記録を保存、保護、共有する基盤となるインフラストラクチャです。** Anpheros は後者、つまり API を介した記録の保存、バージョン管理、ID、同意、監査、交換を提供します。患者向けアプリケーションは、Anpheros Daily でも、お客様が構築したものでも構いません。

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

| | 患者向けアプリケーション | 医療データインフラストラクチャ |
|---|---|---|
| 何であるか | 画面、通知、リマインダー、チャート、アシスタント | レコードそのものと、それを取り巻くルール |
| 変更頻度 | 高 — デザイン、機能、プラットフォーム | 低 — 安定性と互換性を維持する必要がある |
| 作業例 | 症状日記、服薬リマインダー、家族カレンダー | FHIRストレージ、バージョン履歴、同意管理、来歴、監査、検査結果インポート、Webhook |
| Anpheros における位置づけ | Anpheros Daily (Android, macOS, web) | Anpheros Platform (`platform.anpheros.com`) |

これらを分離することで、レコードは個々のアプリケーションよりも長く存続し、複数のアプリケーション間で共有できるようになります。Anpheros Daily はこの分離に従っています。ユーザーがアプリで記録した内容は、他のアプリケーションも使用するのと同じ公開APIを通じてプラットフォームに書き込まれ、患者の同意があれば、同じFHIR形式で他のアプリケーションでも利用できるようになります。

## インフラストラクチャが提供すべきもの

### 構造
レコードは、他のソフトウェアが理解できる場合にのみ有用です。Anpheros は、それを HL7 FHIR R4 リソース（26 タイプ）として保存し、標準コード（LOINC、ICD-10、ATC、UCUM）を使用し、各コードの横に元のテキストを保持します。[FHIR プラットフォーム](https://developers.anpheros.com/ja/guides/fhir)

### 履歴
医療データは上書きされるのではなく修正されます。すべての更新は新しいバージョンを作成し、`/fhir/R4/{type}/{id}/_history` を通じて読み取ることができます。`If-Match` による条件付き更新は、2 つのライターが互いに上書きするのを防ぎます（古いバージョンは `412` に応答します）。

### ドキュメント
スキャンおよび PDF は、元のファイルとともに `DocumentReference` として保存されます。プラットフォーム経由またはストレージに直接アップロードされ、SHA-256 チェックサムとサイズで最終化されます。最終化後、元のファイルは変更できません。そこから抽出された値は、それに戻ります（`derived_from`）。ファイルは、顧客管理キーで暗号化された EU ストレージバケットに、各 25 MiB まで保持されます。

### ID と分離
各アプリケーションはプロジェクト内で動作し、独自のペアワイズ識別子のもとで、自身の患者のみ（アクセスを許可した患者を除く）を参照できます。その範囲外のレコードは、そのアプリケーションにとって存在しません（`404`）。

### 同意
患者は、特定の期間（30〜365 日）、特定の種類のリソースとアクションに対して、オプションでカテゴリに限定して、アプリケーションへのアクセスを許可します。許可は FHIR `Consent` リソースとしてミラーリングされ、いつでも取り消すことができます。[同意とアクセスモデル](https://developers.anpheros.com/ja/guides/consent)

### プロベナンスと監査
すべての書き込みは、誰が（患者、施術者、デバイス、インポートまたは AI）、どの組織のために、どのシステムから書き込んだかを記録します。すべての読み取りはログに記録され、アプリケーションごとに患者に表示されます。

### 交換
レコード全体をエクスポート（`Patient/$everything`）したり、International Patient Summary フォーマット（`Patient/$summary`）で要約したり、研究所から取り込んだり（CSV、HL7 v2 ORU^R01、JSON）、署名付き Webhook を通じて監視したりできます。[ヘルスケア統合](https://developers.anpheros.com/ja/guides/healthcare-integrations)

### レジデンシーと削除
データは欧州連合（EU）内で保存および処理されます。患者を削除すると、そのレコードのすべてのリソースが削除されます。

## 患者向けアプリケーションの構築

アプリケーション層を構築する場合、ユーザーエクスペリエンスに集中し、レコード管理にはAnpherosを使用できます。

1. ユーザーごとに患者を作成する（`POST /v1/patients`）か、既存のAnpherosユーザーに同意を求める。
2. ユーザーが記録した内容を書き込む（`/v1/patients/{id}/observations`、`/conditions`、`/medications`、`/documents`）。
3. リストまたはタイムラインとして読み戻す（`/v1/patients/{id}/timeline`）。
4. ラボやクリニックが何かを追加したときに画面を更新するために、Webhookを購読する。

詳細なウォークスルーは、[ヘルスケアアプリの構築](https://developers.anpheros.com/ja/guides/build-a-healthcare-app)にあります。

## 関連情報

- [患者の医療記録](https://developers.anpheros.com/ja/guides/patient-medical-record)
- [医療アプリのバックエンドとデータベース](https://developers.anpheros.com/ja/guides/medical-app-backend)
- [セキュリティ、プライバシー、およびデータレジデンシー](https://developers.anpheros.com/ja/guides/security)
- [医療データインフラストラクチャ](https://developers.anpheros.com/ja/guides/medical-data-infrastructure)