# EHR API および医療記録 API

> アプリケーションが FHIR を介して健康記録を読み書きする方法：病院の EHR API と患者管理型記録 API の比較、それぞれのカバー範囲、GDPR および EU ホスティング、HIPAA（BAA および米国リージョンはリクエストに応じて）

Source: https://developers.anpheros.com/ja/guides/ehr-api

**EHR API（電子健康記録 API、EMR API または医療記録 API とも呼ばれる）は、ソフトウェアがインターネット経由で患者の健康記録（人口統計情報、診断、投薬、アレルギー、検査結果、ドキュメントなど）を読み書きできるようにするものです。通常、OAuth を介して HL7 FHIR R4 リソースとして提供されます。** Epic や Oracle Health のような EHR ベンダーは、自社の記録に対して FHIR API を公開しており、米国では認定 EHR はそのような API を介した患者アクセスを提供する必要があります。Anpheros はこれとは異なるもので、どのアプリケーションでも構築できる患者管理型医療記録 API です。クリニック、検査機関、アプリケーション、デバイスが、個人ごとに 1 つの FHIR R4 記録に書き込みを行い、アクセスにはその個人の同意が必要です。

<!-- visual:ehr-stack -->

## 医療記録APIの2種類

| | 病院EHR API (例: Epic, Oracle Health) | 患者管理記録API (Anpheros) |
|---|---|---|
| 誰の記録 | 1つの病院またはヘルスシステム | 1人の個人、それに書き込むすべてのソースからの記録 |
| アクセス方法 | ベンダーへのアプリ登録、多くの場合ヘルスシステムごと | セルフサービスサンドボックスキー。本番環境はデータ処理契約後 |
| 誰が承認するか | ヘルスシステム、および患者アクセスアプリの場合は患者 | 患者 (OAuth同意) または、組織が作成した患者の場合はその組織 |
| データ書き込み | 限定的、ベンダーによる | 自身のリソースの作成、更新、削除。すべての書き込みにプロベナンスあり |
| 標準 | FHIR R4 (米国ではUS Core) | FHIR R4 およびよりシンプルなREST API |
| 最適な用途 | 病院が記録した内容の読み取り | 個人が持ち歩く記録に基づいた製品の構築 |

これらは連携して動作します。アプリはAPI経由で病院EHRを読み取り、病院を記録ソースとして、個人の記録をAnpherosに保持することができます。

## Anpheros レコード API の対象範囲

| レコードのパート | FHIR リソース | REST v1 |
|---|---|---|
| 人口統計情報 | `Patient` | `/v1/patients` |
| 診断 | `Condition` (ICD-10) | `/v1/patients/{id}/conditions` |
| 処方薬 | `MedicationStatement` (ATC) | `/v1/patients/{id}/medications` |
| 検査結果とバイタルサイン | `Observation` (LOINC) | `/v1/patients/{id}/observations`, lab import |
| 文書 | `DocumentReference` | `/v1/patients/{id}/documents` |
| 全て、時系列順 | `Patient/$everything` | `/v1/patients/{id}/timeline` |
| 共有可能なサマリー | `Patient/$summary` (IPS) | — |

```bash
# one patient's active problems, as FHIR
curl "https://platform.anpheros.com/fhir/R4/Condition?patient=$PID&clinical-status=active" \
  -H "Authorization: Bearer $KEY"
```

## コンプライアンスとデータ所在地

- **GDPRとEU:** データは欧州連合（Google Cloud `europe-west4`、オランダ）に保存および処理されます。読み取りおよび書き込みはすべてログに記録され、患者が確認できます。他のアプリケーションによるアクセスには、患者の同意が必要です。
- **HIPAA:** Anpherosは、米国のクリニックのビジネスアソシエイトとして機能します。ビジネスアソシエイト契約（BAA）および米国のデータリージョンは、本番環境のお客様からのリクエストに応じて利用可能です。米国の患者データの本番環境への展開は、BAA署名後に開始されます。それまでは、HIPAAの対象となる保護対象保健情報（PHI）をAnpherosに保存しないでください。

## よくある質問

### EHR APIとは何ですか？
電子カルテを読み書きするためのインターフェースです。通常、HL7 FHIR R4リソース（Patient、Condition、MedicationStatement、Observationなど）を使用し、OAuthとSMART on FHIRで認証されます。

### EHR APIとEMR APIの違いは何ですか？
実際には、これらの用語は互換的に使用されます。EMRは伝統的に1つの診療所の記録を意味し、EHRはプロバイダー間で共有されることを意図した記録を意味します。どちらも今日では通常、FHIR APIとして公開されています。

### Anpherosを通じて病院のEHRにアクセスできますか？
いいえ。Anpherosは単独では病院のEHRに接続しません。アプリは病院のFHIR APIを別途読み取り、その人がAnpherosレコードに保存することを許可したものを保存できます。

### 開発者向けの無料の医療記録APIはありますか？
はい。Anpherosサンドボックスは無料で、FHIR R4とRESTを介して30人の合成患者が利用できます。本番環境は月額€99から始まります。

### AnpherosはHIPAAに準拠していますか？
Anpherosは米国のクリニックの**Business Associate**として機能します。Business Associate Agreement（BAA）と米国のデータリージョンは、本番環境のお客様向けに、書面によるセキュリティプログラム（リスク分析、ポリシー、監査ログ、暗号化、バックアップ）に加えて、リクエストに応じて利用可能です。保護された健康情報を保存する前に、お問い合わせください。本番環境はBAA署名後に開始されます。[セキュリティ、プライバシー、データレジデンシー](https://developers.anpheros.com/ja/guides/security)を参照してください。

<!-- visual:cta-ehr -->

## 関連情報

- [Healthcare API](https://developers.anpheros.com/ja/guides/healthcare-api)
- [Patient medical record](https://developers.anpheros.com/ja/guides/patient-medical-record)
- [Longitudinal patient data API](https://developers.anpheros.com/ja/guides/longitudinal-patient-data-api)
- [Patient consent platform for health apps](https://developers.anpheros.com/ja/guides/patient-consent-platform)
- [Security, privacy and data residency](https://developers.anpheros.com/ja/guides/security)
- [FHIRバックエンドとクリニックシステムを統合する方法](https://developers.anpheros.com/ja/guides/integrate-clinic-systems-fhir)