Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

EHR-API und API für Gesundheitsakten

Q: 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.

Wie Apps Gesundheitsakten über FHIR lesen und schreiben: Krankenhaus-EHR-APIs vs. eine patientenkontrollierte Akten-API, was jede abdeckt, DSGVO und EU-Hosting und HIPAA (BAA und US-Region auf Anfrage).

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.**

Where an EHR API sits — and where Anpheros sits

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

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)	—

# 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.