# Digitale Infrastruktur für medizinische Akten

> Die Infrastruktur, die eine digitale medizinische Akte benötigt – Struktur, Historie, Dokumente, Isolation, Zustimmung, Audit, Austausch – und warum sie von der patientenorientierten Anwendung getrennt gehalten wird.

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

**Eine digitale medizinische Akte benötigt zwei verschiedene Dinge: eine patientenorientierte Anwendung, die Menschen täglich nutzen, und die darunterliegende Infrastruktur, die die Akte speichert, schützt und teilt.** Anpheros stellt Letzteres bereit: die Speicherung, Versionierung, Identität, Zustimmung, Auditierung und den Austausch der Akte über eine API. Die patientenorientierte Anwendung kann Anpheros Daily sein oder eine, die Sie selbst entwickeln.

## Anwendung versus Infrastruktur

| | Patientenorientierte Anwendung | Medizinische Dateninfrastruktur |
|---|---|---|
| Was es ist | Bildschirme, Benachrichtigungen, Erinnerungen, Diagramme, ein Assistent | die Aufzeichnung selbst und die Regeln darum herum |
| Ändert sich oft | ja — Design, Funktionen, Plattformen | selten — sie muss stabil und kompatibel bleiben |
| Beispiele für Arbeit | ein Symptomtagebuch, eine Medikamentenerinnerung, ein Familienkalender | FHIR-Speicher, Versionshistorie, Zustimmung, Herkunft, Audit, Laborimport, Webhooks |
| In Anpheros | Anpheros Daily (Android, macOS, Web) | Anpheros Platform (`platform.anpheros.com`) |

Die Trennung dieser beiden ermöglicht es, dass eine Aufzeichnung länger als jede einzelne Anwendung Bestand hat und zwischen mehreren geteilt werden kann. Anpheros Daily folgt dieser Aufteilung: Was Personen in der App aufzeichnen, wird über dieselbe öffentliche API, die jede andere Anwendung verwendet, auf die Plattform geschrieben und ist somit – mit Zustimmung des Patienten – für andere Anwendungen im selben FHIR-Format verfügbar.

## Was die Infrastruktur bereitstellen muss

### Struktur
Ein Datensatz ist nur nützlich, wenn andere Software ihn verstehen kann. Anpheros speichert ihn als HL7 FHIR R4 Ressourcen — 26 Typen — mit Standardcodes (LOINC, ICD-10, ATC, UCUM) und behält den Originaltext neben jedem Code. [FHIR Plattform](https://developers.anpheros.com/de/guides/fhir)

### Historie
Medizinische Daten werden korrigiert, nicht überschrieben. Jede Aktualisierung erstellt eine neue Version, lesbar über `/fhir/R4/{type}/{id}/_history`; bedingte Aktualisierungen mit `If-Match` verhindern, dass zwei Schreiber sich gegenseitig überschreiben (eine veraltete Version antwortet mit `412`).

### Dokumente
Scans und PDFs werden als `DocumentReference` mit der Originaldatei gespeichert: hochgeladen über die Plattform oder direkt in den Speicher, dann finalisiert mit einer SHA-256 Prüfsumme und Größe. Nach der Finalisierung kann das Original nicht mehr geändert werden; daraus extrahierte Werte verweisen darauf zurück (`derived_from`). Dateien werden in einem EU-Speicher-Bucket aufbewahrt, verschlüsselt mit einem kundenseitig verwalteten Schlüssel, bis zu 25 MiB pro Stück.

### Identität und Isolation
Jede Anwendung arbeitet innerhalb eines Projekts und sieht nur ihre eigenen Patienten (plus diejenigen, die ihr Zugriff gewährt haben), unter ihren eigenen paarweisen Identifikatoren. Ein Datensatz außerhalb ihrer Reichweite existiert für sie nicht (`404`).

### Zustimmung
Ein Patient gewährt einer Anwendung Zugriff für einen Zeitraum (30–365 Tage), auf bestimmte Ressourcentypen und Aktionen, optional beschränkt auf eine Kategorie. Gewährungen werden als FHIR `Consent` Ressourcen gespiegelt und können jederzeit widerrufen werden. [Zustimmungs- und Zugriffsmodell](https://developers.anpheros.com/de/guides/consent)

### Herkunft und Audit
Jeder Schreibvorgang protokolliert, wer ihn durchgeführt hat (Patient, Behandler, Gerät, Import oder KI), für welche Organisation und aus welchem System. Jeder Lesevorgang wird protokolliert und dem Patienten pro Anwendung angezeigt.

### Austausch
Der Datensatz kann als Ganzes exportiert werden (`Patient/$everything`), im International Patient Summary Format zusammengefasst werden (`Patient/$summary`), von Laboren gespeist werden (CSV, HL7 v2 ORU^R01, JSON) und über signierte Webhooks beobachtet werden. [Gesundheitswesen-Integrationen](https://developers.anpheros.com/de/guides/healthcare-integrations)

### Ansässigkeit und Löschung
Daten werden in der Europäischen Union gespeichert und verarbeitet. Das Löschen eines Patienten löscht jede Ressource des Datensatzes.

## Erstellen Ihrer eigenen patientenorientierten Anwendung

Wenn Sie die Anwendungsschicht erstellen, können Sie sich auf die Benutzererfahrung konzentrieren und Anpheros für die Aufzeichnungen verwenden:

1. Erstellen Sie einen Patienten für jeden Benutzer (`POST /v1/patients`) oder bitten Sie einen bestehenden Anpheros-Benutzer um Zustimmung.
2. Schreiben Sie die vom Benutzer erfassten Daten (`/v1/patients/{id}/observations`, `/conditions`, `/medications`, `/documents`).
3. Lesen Sie diese als Listen oder Zeitachse zurück (`/v1/patients/{id}/timeline`).
4. Abonnieren Sie Webhooks, um die Bildschirme zu aktualisieren, wenn ein Labor oder eine Klinik etwas hinzufügt.

Die vollständige Anleitung finden Sie unter [Erstellen einer Gesundheits-App](https://developers.anpheros.com/de/guides/build-a-healthcare-app).

## Verwandte Themen

- [Medizinischer Patientenakt](https://developers.anpheros.com/de/guides/patient-medical-record)
- [Backend und Datenbank für medizinische Apps](https://developers.anpheros.com/de/guides/medical-app-backend)
- [Sicherheit, Datenschutz und Datenresidenz](https://developers.anpheros.com/de/guides/security)
- [Infrastruktur für medizinische Daten](https://developers.anpheros.com/de/guides/medical-data-infrastructure)