Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
EHR APIと医療記録API
FHIR経由でヘルスケア記録を読み書きする方法:病院のEHR APIと患者管理型レコードAPIの比較、それぞれのカバー範囲、GDPRとEUホスティング、HIPAA(BAAおよび米国リージョンはリクエストに応じて対応)について説明します。
EHR API(電子健康記録 API、EMR API または医療記録 API とも呼ばれる)は、ソフトウェアがインターネット経由で患者の健康記録(人口統計情報、診断、投薬、アレルギー、検査結果、ドキュメントなど)を読み書きできるようにするものです。通常、OAuth を介して HL7 FHIR R4 リソースとして提供されます。 Epic や Oracle Health のような EHR ベンダーは、自社の記録に対して FHIR API を公開しており、米国では認定 EHR はそのような API を介した患者アクセスを提供する必要があります。Anpheros はこれとは異なるもので、どのアプリケーションでも構築できる患者管理型医療記録 API です。クリニック、検査機関、アプリケーション、デバイスが、個人ごとに 1 つの FHIR R4 記録に書き込みを行い、アクセスにはその個人の同意が必要です。
- Your app or AI agentPatient app, clinic tool, analytics, assistant
- Hospital EHR APIsEpic, Oracle Health and others expose FHIR APIs for their own records
- Patient-controlled record (Anpheros)One FHIR R4 record per person, written by clinics, labs, apps and devices
- Consent and auditOAuth 2.1 grants chosen by the patient; every access logged
- Storage in the EUGoogle Cloud europe-west4; HIPAA support is planned, not available yet
医療記録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) |
— |
# 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署名後に開始されます。セキュリティ、プライバシー、データレジデンシーを参照してください。
関連情報
- Healthcare API
- Patient medical record
- Longitudinal patient data API
- Patient consent platform for health apps
- Security, privacy and data residency
- FHIRバックエンドとクリニックシステムを統合する方法
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card