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

Infrastruktur für digitale Gesundheitsakten

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

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

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

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

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:

Erstellen Sie einen Patienten für jeden Benutzer (POST /v1/patients) oder bitten Sie einen bestehenden Anpheros-Benutzer um Zustimmung.
Schreiben Sie die vom Benutzer erfassten Daten (/v1/patients/{id}/observations, /conditions, /medications, /documents).
Lesen Sie diese als Listen oder Zeitachse zurück (/v1/patients/{id}/timeline).
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.