# Patienten-Medizinakte

> Was eine Patienten-Medizinakte enthält, wie sie sich von EHRs und EMRs unterscheidet und wie Patient, Daten, Anwendungen und Zustimmung in Anpheros zusammenhängen – einschließlich Familien, Portabilität und Löschung.

Source: https://developers.anpheros.com/de/guides/patient-medical-record

**Eine Patienten-Medizinakte ist die vollständige, strukturierte Historie der Gesundheit einer Person – Messungen, Ergebnisse, Diagnosen, Medikamente, Dokumente und Kontakte – die über die Zeit geführt wird.** In Anpheros hat jeder Patient genau eine solche Akte, gespeichert als HL7 FHIR R4 Ressourcen. Die Akte gehört zur Versorgung des Patienten, nicht zu einer einzelnen Anwendung: Anwendungen schreiben hinein und lesen daraus, und ein Patient entscheidet durch Zustimmung, welche Anwendungen dies tun dürfen.

## EHR, EMR und patientengeführte Aufzeichnungen

| Art | Wer verwaltet es | Typischer Umfang |
|---|---|---|
| Elektronische Patientenakte (EMR) | eine Klinik oder Praxis | was dieser Anbieter aufgezeichnet hat |
| Elektronische Gesundheitsakte (EHR) | ein Krankenhaus oder Gesundheitssystem | was die Anbieter der Organisation aufgezeichnet haben |
| Persönliche / patientengeführte Aufzeichnung | der Patient | alles, was der Patient sammelt: Ergebnisse von vielen Laboren, Heimmessungen, Dokumente, Medikamente |

Anpheros ist der dritten Art am ähnlichsten, mit einem wichtigen Unterschied: Es ist kein app-spezifisches Tagebuch. Es ist **Infrastruktur**: dieselbe Aufzeichnung kann von der eigenen App des Patienten, von einem Labor, von einer Klinik und von einem KI-Assistenten geschrieben werden, jeweils über die API und jeweils innerhalb der Grenzen, die der Patient zulässt. Anpheros ist keine Krankenhaus-EHR und ersetzt diese auch nicht.

## Was der Datensatz enthält

| Teil des Datensatzes | FHIR-Ressourcen in Anpheros |
|---|---|
| Die Person und ihr nahestehende Personen | `Patient`, `RelatedPerson` |
| Messungen und Ergebnisse | `Observation` (Vitalparameter, Labor, Symptome, Wohlbefinden, tägliche Aktivität und Schlaf), `DiagnosticReport` |
| Probleme und deren Verlauf | `Condition`, `EpisodeOfCare` (z. B. eine Schwangerschaft oder eine chronische Krankheit), `Procedure`, `FamilyMemberHistory` |
| Behandlung | `MedicationStatement`, `MedicationAdministration` (jede eingenommene oder übersprungene Dosis), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Sicherheit | `AllergyIntolerance` |
| Versorgung | `Encounter`, `Appointment`, `CareTeam` |
| Dokumente und Fragebögen | `DocumentReference` (unveränderliche Originale), `QuestionnaireResponse` |
| Governance | `Consent` (eine pro Grant), `Provenance` (eine pro Schreibvorgang) |

Jeder Eintrag ist kodiert, wo ein Standard existiert — LOINC für Messungen und Laborergebnisse, ICD-10 für Zustände, ATC für Medikamente, UCUM für Einheiten — und behält auch seinen Originaltext. Siehe [FHIR-Codesysteme](https://developers.anpheros.com/de/guides/fhir-code-systems).

## Die Beziehung zwischen Patient, Daten, Anwendungen und Zustimmung

```
                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient
```

- **Die Anwendung, die einen Datensatz erstellt hat**, kann diesen mit ihrem API-Schlüssel lesen und schreiben.
- **Jede andere Anwendung** benötigt die Zustimmung des Patienten: eine OAuth-Berechtigung mit expliziten Scopes (Ressourcentypen und Aktionen, optional eine Kategorie wie `laboratory`) für 30, 90, 180 oder 365 Tage.
- **Jeder Schreibvorgang** wird zugeschrieben: Patient, Behandler, Gerät, Import oder KI, mit der Organisation und dem Quellsystem.
- **Jeder Lesevorgang** – einschließlich Lesevorgängen durch die erstellende Anwendung und für KI-Modelle erstelltem Kontext – wird im Zugriffslog des Patienten pro Anwendung aufgeführt.
- **Der Patient kann eine Anwendung jederzeit widerrufen**; die nächste Anfrage wird abgelehnt.

## Familien und Angehörige

Eine Person kann Aufzeichnungen für andere Personen führen – Kinder, ältere Eltern. Jeder Angehörige hat seine eigene `Patient` Aufzeichnung, die mit der des Erziehungsberechtigten verknüpft ist; die Patientenseiten-API listet "meine Aufzeichnungen und die meiner Angehörigen" (`GET /me/patients`) auf, mit Angabe, wer Zugriff auf welche hat. Die Zustimmung wird immer pro Aufzeichnung erteilt.

## Portabilität

Da der Datensatz Standard-FHIR ist, kann er Anpheros unverändert verlassen: `Patient/{id}/$everything` gibt den gesamten Compartment zurück, und `Patient/{id}/$summary` gibt eine International Patient Summary zurück, ein Dokumentenformat, das für die Lesbarkeit durch Kliniker an anderen Orten konzipiert ist.

## Löschen

Das Löschen eines `Patient` löscht jede Ressource dieses Datensatzes. Dokumente können nach der Finalisierung nicht mehr geändert, sondern nur noch gelöscht werden.

## Verwandte Themen

- [Digitale Patientenakt-Infrastruktur](https://developers.anpheros.com/de/guides/digital-medical-record)
- [Medizinische Dateninfrastruktur](https://developers.anpheros.com/de/guides/medical-data-infrastructure)
- [Einwilligungs- und Zugriffsmodell](https://developers.anpheros.com/de/guides/consent)
- [FHIR-Plattform](https://developers.anpheros.com/de/guides/fhir)