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

Interoperabilität von Gesundheitsdaten

Die technischen, syntaktischen, semantischen und organisatorischen Ebenen der Interoperabilität, die Standards, die Anpheros verwendet (FHIR R4, IPS, SMART on FHIR, HL7 v2) und warum Herkunft ausgetauschte Daten vertrauenswürdig macht.

Interoperabilität von Gesundheitsdaten ist die Fähigkeit verschiedener Systeme – Apps, Kliniken, Labore, Krankenhäuser, KI-Dienste – Gesundheitsdaten auszutauschen und zu nutzen, ohne sie manuell neu interpretieren zu müssen. Anpheros verfolgt diesen Ansatz, indem es jeden Datensatz in Formaten speichert, die andere Systeme bereits verstehen (HL7 FHIR R4 mit Standard-Codesystemen), indem es ihn über Standardprotokolle austauscht (FHIR REST, SMART on FHIR, International Patient Summary, HL7 v2 Labornachrichten) und indem es den Kontext beibehält, der ausgetauschte Daten vertrauenswürdig macht: wer sie geschrieben hat, wann und mit wessen Zustimmung.

Vier Ebenen der Interoperabilität

Ebene	Frage, die sie beantwortet	Wie Anpheros sie adressiert
Technisch	Können die Systeme sich verbinden?	HTTPS APIs, OAuth 2.1, signierte Webhooks, SDKs in Dart und TypeScript
Syntaktisch	Können sie die Daten des jeweils anderen parsen?	HL7 FHIR R4 (4.0.1) Ressourcen und Bundles; CSV, HL7 v2 ORU^R01 und JSON für Laborergebnisse akzeptiert
Semantisch	Bedeuten sie dasselbe?	LOINC für Messungen und Ergebnisse, ICD-10 für Zustände, ATC für Medikamente, UCUM für Einheiten; Originaltext neben jedem Code beibehalten
Organisatorisch	Dürfen sie es austauschen und können sie ihm vertrauen?	Patienten-Einwilligung pro Anwendung, Provenienz bei jedem Schreibvorgang, ein für den Patienten einsehbares Zugriffsprotokoll

Die meisten Integrationsprojekte scheitern auf der semantischen und organisatorischen Ebene, nicht auf der technischen. Die Kodierung zum Zeitpunkt des Schreibens und die Erfassung der Provenienz für jeden Wert machen Daten aus einer Quelle in einer anderen nutzbar.

Standards Anpheros verwendet

HL7 FHIR R4. Jeder Datensatz besteht aus FHIR-Ressourcen – 26 Typen – durchsuchbar und versioniert, mit einer CapabilityStatement unter /fhir/R4/metadata. FHIR-Plattform
International Patient Summary (IPS). Patient/{id}/$summary gibt ein IPS-Dokument-Bundle zurück, validiert mit dem offiziellen HL7-Validator gegen hl7.fhir.uv.ips#1.1.0 mit 0 Fehlern. Das IPS ist das Zusammenfassungsformat, das für die grenzüberschreitende Versorgung in Europa vorgesehen ist.
HL7 Europe Laboratory Report Rules. Laborergebnisse werden beim Schreiben geprüft; Lücken werden im Anpheros-Conformance-Antwort-Header gemeldet (derzeit als Hinweis). Observation/$validate?profile=eu-lab führt die Prüfung auf Abruf durch.
SMART on FHIR. Drittanbieter-Anwendungen greifen auf einen Datensatz über OAuth 2.1 mit PKCE und SMART v2 Patient Scopes zu; Entdeckung unter /fhir/R4/.well-known/smart-configuration. Die Testgruppe für Standalone Launch der Inferno SMART App Launch STU2-Suite besteht; EHR Launch wird noch nicht unterstützt.
HL7 v2. Laborergebnisse kommen als ORU^R01-Nachrichten sowie als CSV oder JSON an und werden zu FHIR Observations. Labor-Konnektor
European Health Data Space. FHIR R4 und das IPS sind die Formate, auf die sich der EHDS für Patienten zusammenfassungen und Laborergebnisse stützt; Anpheros folgt ihnen. Dies ist eine Ausrichtung mit den Formaten, keine Zertifizierung.

Austauschmuster

Zugriff durch autorisierte Anwendung – Eine Anwendung fragt den Patienten nach Scopes, liest und schreibt den Datensatz über FHIR oder REST und verliert den Zugriff, wenn der Patient ihn widerruft.
Dokumentenaustausch – Der Datensatz oder seine Zusammenfassung verlässt das System als FHIR-Bundle ($everything, $summary).
Eingehende Ergebnisse – Labore und Kliniken schreiben im Namen ihrer Organisation in den Datensatz; der Patient sieht, wer was geschrieben hat.
Ereignisse – Abonnenten werden darüber informiert, dass sich etwas geändert hat (nur IDs, niemals klinische Inhalte) und lesen, was sie lesen dürfen.

Provenance: Interoperabilität, der Sie vertrauen können

Daten, die zwischen Systemen übertragen werden, verlieren ihren Kontext, es sei denn, der Kontext wird mit ihnen übertragen. In Anpheros zeichnet jede Version jeder Ressource auf:

den Autorentyp — Patient, Praktiker, Gerät, Import oder KI;
die Organisation, in deren Auftrag sie geschrieben wurde, und, wenn benannt, den Praktiker;
das Quellsystem und die dortige ID des Datensatzes (X-Anpheros-Source-System, X-Anpheros-Origin-Id).

Von KI erzeugte Werte werden als solche gekennzeichnet und von klinischen Fakten getrennt gehalten, wenn ein Kontext für ein Modell erstellt wird.

Identität über Anwendungen hinweg

Jede Anwendung sieht ihre eigene Kennung für dieselbe Person (pairwise ids), sodass Datensätze nicht hinter dem Rücken des Patienten zwischen Anwendungen korreliert werden können. Verweise auf Personen außerhalb des Anwendungsbereichs sind maskiert. Interoperabilität geschieht durch Zustimmung, nicht durch gemeinsame Kennungen.