# EHR-API und API für medizinische Akten > Wie Apps Gesundheitsakten über FHIR lesen und schreiben: Krankenhaus-EHR-APIs im Vergleich zu einer patientengesteuerten Akten-API, was jede abdeckt, DSGVO und EU-Hosting sowie HIPAA (BAA und US-Region auf Anfrage). Source: https://developers.anpheros.com/de/guides/ehr-api **Eine EHR-API (Electronic Health Record API, auch EMR API oder API für medizinische Akten genannt) ermöglicht es Software, die Gesundheitsakte eines Patienten – Demografie, Diagnosen, Medikamente, Allergien, Ergebnisse, Dokumente – über das Internet zu lesen und zu schreiben, normalerweise als HL7 FHIR R4-Ressourcen hinter OAuth.** Krankenhaus-EHR-Anbieter wie Epic und Oracle Health stellen FHIR-APIs für ihre eigenen Akten bereit, und in den USA müssen zertifizierte EHRs den Patientenzugriff über solche APIs anbieten. Anpheros ist ein anderes Element: eine patientengesteuerte API für medizinische Akten, auf der jede App aufbauen kann, bei der Kliniken, Labore, Apps und Geräte in eine FHIR R4-Akte pro Person schreiben und der Zugriff die Zustimmung dieser Person benötigt.** ## Zwei Arten von medizinischen Datensatz-APIs | | Krankenhaus-EHR-API (z. B. Epic, Oracle Health) | Patienten-kontrollierte Datensatz-API (Anpheros) | |---|---|---| | Wessen Datensätze | Ein Krankenhaus oder Gesundheitssystem | Eine Person, aus jeder Quelle, die dorthin schreibt | | Wie Sie Zugriff erhalten | App-Registrierung beim Anbieter, oft pro Gesundheitssystem | Self-Service-Sandbox-Schlüssel; Produktion nach einer Datenverarbeitungsvereinbarung | | Wer autorisiert | Das Gesundheitssystem und der Patient für patientenzugreifende Apps | Der Patient (OAuth-Einwilligung) oder Ihre Organisation für die von ihr erstellten Patienten | | Daten schreiben | Begrenzt, abhängig vom Anbieter | Eigene Ressourcen erstellen, aktualisieren und löschen; Herkunftsnachweis bei jedem Schreibvorgang | | Standard | FHIR R4 (US Core in den USA) | FHIR R4 plus eine einfachere REST-API | | Am besten geeignet für | Lesen, was ein Krankenhaus aufgezeichnet hat | Aufbau eines Produkts auf einem Datensatz, den Personen bei sich tragen | Sie arbeiten zusammen: Eine App kann ein Krankenhaus-EHR über dessen API lesen und den eigenen Datensatz der Person in Anpheros führen, wobei das Krankenhaus als aufgezeichnete Quelle dient. ## Was die Anpheros Records API abdeckt | Teil des Records | FHIR-Ressource | REST v1 | |---|---|---| | Demografie | `Patient` | `/v1/patients` | | Diagnosen | `Condition` (ICD-10) | `/v1/patients/{id}/conditions` | | Medikamente | `MedicationStatement` (ATC) | `/v1/patients/{id}/medications` | | Ergebnisse und Vitalparameter | `Observation` (LOINC) | `/v1/patients/{id}/observations`, Laborexport | | Dokumente | `DocumentReference` | `/v1/patients/{id}/documents` | | Alles, in chronologischer Reihenfolge | `Patient/$everything` | `/v1/patients/{id}/timeline` | | Eine teilbare Zusammenfassung | `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" ``` ## Compliance und Datenspeicherort - **DSGVO und die EU:** Daten werden in der Europäischen Union (Google Cloud `europe-west4`, Niederlande) gespeichert und verarbeitet; jede Lese- und Schreiboperation wird protokolliert und ist für den Patienten einsehbar; der Zugriff durch andere Anwendungen erfordert die Zustimmung des Patienten. - **HIPAA:** Anpheros agiert als Business Associate für US-Kliniken. Ein Business Associate Agreement (BAA) und eine US-Datenregion sind für Produktionskunden auf Anfrage verfügbar; die Produktion für US-Patientendaten wird nach Unterzeichnung des BAA freigeschaltet. Bis dahin dürfen keine geschützten Gesundheitsinformationen, die unter HIPAA fallen, in Anpheros gespeichert werden. ## Häufig gestellte Fragen ### Was ist eine EHR-API? Eine Schnittstelle, über die Software elektronische Gesundheitsakten liest und schreibt, normalerweise HL7 FHIR R4-Ressourcen wie Patient, Condition, MedicationStatement und Observation, autorisiert mit OAuth und SMART on FHIR. ### Was ist der Unterschied zwischen einer EHR-API und einer EMR-API? In der Praxis werden die Begriffe austauschbar verwendet. EMR bedeutet traditionell die Akte einer Praxis; EHR, eine Akte, die zwischen Anbietern ausgetauscht werden soll. Beide werden heute normalerweise als FHIR-APIs bereitgestellt. ### Kann ich über Anpheros auf die EHR eines Krankenhauses zugreifen? Nein. Anpheros verbindet sich nicht von sich aus mit Krankenhaus-EHRs. Ihre App kann separat auf die FHIR-API eines Krankenhauses zugreifen und das speichern, was die Person in ihrer Anpheros-Akte erlaubt. ### Gibt es eine kostenlose API für medizinische Aufzeichnungen für Entwickler? Ja. Die Anpheros-Sandbox ist kostenlos, mit 30 synthetischen Patienten über FHIR R4 und REST; die Produktion beginnt bei 99 € pro Monat. ### Ist Anpheros HIPAA-konform? Anpheros agiert als **Business Associate** für US-Kliniken: Ein Business Associate Agreement (BAA) und eine US-Datenregion sind auf Anfrage für Produktionskunden verfügbar, zusätzlich zum schriftlichen Sicherheitsprogramm (Risikoanalyse, Richtlinien, Audit-Protokoll, Verschlüsselung, Backups). Fragen Sie, bevor Sie geschützte Gesundheitsinformationen speichern: Die Produktion wird nach Unterzeichnung des BAA freigeschaltet. Siehe [Sicherheit, Datenschutz und Datenresidenz](https://developers.anpheros.com/de/guides/security). ## Verwandte Themen - [Healthcare API](https://developers.anpheros.com/de/guides/healthcare-api) - [Patientenakte](https://developers.anpheros.com/de/guides/patient-medical-record) - [Longitudinal Patient Data API](https://developers.anpheros.com/de/guides/longitudinal-patient-data-api) - [Patienteneinwilligungsplattform für Gesundheits-Apps](https://developers.anpheros.com/de/guides/patient-consent-platform) - [Sicherheit, Datenschutz und Datenresidenz](https://developers.anpheros.com/de/guides/security) - [Integration von Kliniksystemen mit einem FHIR-Backend](https://developers.anpheros.com/de/guides/integrate-clinic-systems-fhir)