Krankenhäuser, Diagnostiklabore, Krankenversicherer und Teams für medizinische KI verarbeiten die sensibelsten personenbezogenen Daten der Wirtschaft unter den DSGVO-Pflichten für besondere Datenkategorien — und Gesundheitsdienstleister tragen zusätzlich die NIS2-Pflichten wesentlicher Einrichtungen. Die architektonische Antwort ist nicht „ein Gesundheits-SaaS in einer fremden Cloud“ — sondern eine souveräne Plattform, in der Datenresidenz und Audit-Trails Eigenschaften der Architektur sind. Ænix baut und betreibt diese Plattformen auf Cozystack, auf der eigenen Hardware der Einrichtung.
Die AENIX s.r.o. ist für ihr eigenes ISMS nach ISO/IEC 27001:2022 zertifiziert (Zertifikat). Sicherheitsverantwortliche beginnen am besten mit dem Leitfaden für CISOs.
Passende Plattformen: Ænix Private Cloud Platform als regulierte Cloud-Grundlage; AI Platform für KI in der medizinischen Bildgebung, klinisches NLP und Entscheidungsunterstützung auf Patientendaten. Kostenlose NIS2-Compliance-Checkliste →.
Weshalb Gesundheitsteams zu uns kommen
Die vier häufigsten Einstiege:
- Datensouveränität im Gesundheitswesen — Patientenakten, Bildarchive und genomische Daten, die im Rechtsraum bleiben müssen. Siehe Datensouveränität.
- NIS2-Bereitschaft für den Gesundheitssektor — Risikomanagement wesentlicher Einrichtungen, Meldung von Sicherheitsvorfällen und Kontrollen in der Lieferkette. Siehe NIS2-Compliance.
- Souveräne KI auf klinischen Daten — Bildgebungsmodelle, klinisches NLP und Entscheidungsunterstützung, die keine Patientendaten an einen Hyperscaler senden dürfen. Siehe Souveräne KI.
- Abstimmung mit öffentlicher und regulierter Infrastruktur — gemeinsame Muster mit öffentlichen Gesundheitsträgern und dem übrigen öffentlichen Sektor. Siehe Öffentlicher Sektor.
Die meisten Projekte verbinden zwei oder mehr dieser Auslöser.
Warum das Gesundheitswesen eine souveräne Architektur braucht, kein Compliance-Häkchen
Gesundheitsdaten sind die am stärksten regulierte Datenklasse im europäischen Recht, und zwei Regelwerke treffen hier aufeinander.
Daten besonderer Kategorien nach DSGVO. Nach Artikel 9 DSGVO sind Gesundheitsdaten besondere Kategorien personenbezogener Daten. Ihre Verarbeitung ist untersagt, sofern nicht eine bestimmte Ausnahme greift, und selbst dann müssen Einrichtungen erhöhte technische und organisatorische Schutzmaßnahmen nachweisen — Verschlüsselung, Zugriffskontrolle und dokumentierte Residenz. Ein gewöhnlicher Hyperscaler-Vertrag behauptet diese Kontrollen; eine souveräne Plattform lässt Sie sie belegen, weil Infrastruktur und Audit-Logs in Ihrer Obhut bleiben.
NIS2-Pflichten wesentlicher Einrichtungen. Der Gesundheitssektor ist nach NIS2 (Richtlinie (EU) 2022/2555), Anhang I, ein Sektor wesentlicher Einrichtungen. Betroffene Krankenhäuser und Gesundheitsorganisationen tragen verbindliche Pflichten zu Risikomanagement, Lieferkettensicherheit und Meldung von Sicherheitsvorfällen, mit Verantwortung auf Leitungsebene. Die ENISA stellt die Referenzleitlinien bereit, auf denen die nationalen Behörden aufbauen. Eine Plattform, deren Control Plane auditierbare Open Source ist, verkürzt den Weg von „wir arbeiten sicher“ zu „hier ist der Nachweis“.
Datenresidenz und Schlüsselverwaltung. Auf einer souveränen Plattform sind Workloads an benannte EU- oder DACH-Regionen auf Hardware gebunden, die die Einrichtung besitzt oder direkt anmietet — es gibt keine standardmäßige grenzüberschreitende Replikation zu einer Muttergesellschaft in US-Besitz. Volume-Verschlüsselung (LUKS auf LINSTOR) lässt sich pro Storage Class optional aktivieren; das Schlüsselmanagement legen wir beim Aufbau gemeinsam mit Ihnen fest — was standardmäßig enthalten ist und was nicht, zeigen die DSGVO-Nachweise.
Souveräne KI auf Patientendaten. Bei medizinischer KI prallen Souveränität und Wirtschaftlichkeit aufeinander: Bildgebungs- und klinische Sprachmodelle brauchen GPUs, aber die Daten dürfen den Perimeter nicht verlassen. Wer GPU-Inferenz und -Training auf derselben Plattform wie die Daten betreibt — statt Akten an eine externe KI-API zu schicken —, hält Daten besonderer Kategorien im Rechtsraum und erreicht trotzdem die Leistung moderner Modelle.
Was das für die Systeme bedeutet, die Sie tatsächlich betreiben
Gesundheits-IT ist keine beliebige Infrastruktur, und die Plattform muss den Bestand dort abholen, wo er steht.
- PACS und Bildarchiv. Ein PACS ist ein Speicherproblem im klinischen Gewand: große unveränderliche Objekte, eine lange gesetzliche Aufbewahrungsfrist, Latenzen, die Radiologen bemerken, und eine DICOM-Schnittstelle, die alles spricht. Cozystack stellt dafür S3-kompatiblen Object Storage für die Archivebene und LINSTOR/DRBD-Block-Storage für die Online-Ebene bereit, beide im selben Cluster und innerhalb derselben Verschlüsselungsgrenze wie der übrige Bestand — die Bildgebung wird so kein separates Silo mit eigenem Backup-Konzept. Die Aufbewahrung wird pro Bucket festgelegt; der Object Storage wird nicht mit einem Public-Cloud-Mandanten geteilt, den Sie nicht benennen können.
- Der DICOM- und HL7/FHIR-Pfad. Modalitäten-Gateways, DICOM-Router, Integrationsengines und FHIR-Server sind meist langlebige, zustandsbehaftete Dienste, oft vom Hersteller als Appliance oder VM-Image geliefert, mit einer Support-Matrix, die ein bestimmtes Betriebssystem nennt. Sie laufen als KubeVirt-VMs auf derselben Plattform wie die containerisierten Dienste, im selben Netz, mit derselben Backup-Klasse — ohne einen zweiten Virtualisierungs-Stack, der neben Kubernetes lizenziert und betrieben werden muss.
- Herstellergebundene klinische Anwendungen. Jedes Krankenhaus hat eine Handvoll Anwendungen, die der Hersteller nur auf einem bestimmten Betriebssystem und einer bestimmten Hypervisor-Generation unterstützt. Genau diese Workloads blockieren eine reine Container-Plattform. Sie bleiben dauerhaft VMs und sind nicht länger der Grund, warum eine Modernisierung stockt.
- Bildgebungs-KI direkt neben den Bilddaten. Weil die Inferenz als Tenant-Workload im selben Cluster wie das Archiv läuft, liest ein Segmentierungs- oder Triage-Modell aus dem lokalen Object Storage statt aus einer anderswo hin verschickten Kopie — die GPU steht innerhalb des Perimeters, den die DSFA bereits abdeckt.
Wie Ænix mit Einrichtungen im Gesundheitswesen arbeitet
Das Standardprojekt läuft als Platform Readiness Assessment, mit Arbeitspaketen, die auf das Gesundheitswesen zugeschnitten sind:
- Arbeitspaket Souveränität und NIS2 — Erfassung der Datenresidenz, Schutzmaßnahmen nach DSGVO Artikel 9, Status von Verschlüsselung und Schlüsselverwaltung, Bereitschaft zur Meldung von Sicherheitsvorfällen, Prüfung der Lieferkettensicherheit.
- Arbeitspaket Platform Engineering — ein mandantenfähiges, Kubernetes-natives Fundament mit Isolation zwischen klinischen, administrativen und Forschungs-Workloads sowie Golden Paths für interne Entwicklungsteams.
- Arbeitspaket KI-Infrastruktur (wo relevant) — souveräne GPU-Architektur für Bildgebung, klinisches NLP und Modelle zur Entscheidungsunterstützung, die Patientendaten innerhalb des Perimeters verarbeiten müssen.
- Arbeitspaket Kosten — ein ehrliches TCO-Modell und Kandidaten für die Rückverlagerung dauerhaft laufender Workloads, bei denen sich die Public Cloud wirtschaftlich nicht mehr rechnet.
Ergebnis ist ein schriftlicher Bericht, ausgerichtet auf den Dialog mit der Aufsicht, sowie eine Roadmap für die Umsetzung in Phase 2.
Nachweismuster
Wir veröffentlichen keine Namen von Kunden aus dem Gesundheitswesen. Als architektonisches Nachweismuster dient unsere anonymisierte Fallstudie zur souveränen Public Cloud: eine mandantenfähige Plattform über drei Rechenzentren mit vollständiger Datenresidenz — dasselbe strukturelle Muster, das ein Klinikverbund einsetzen würde. Alle Fallstudien →
Ænix hat Cozystack entwickelt — ein CNCF-Sandbox-Projekt (Antrag auf Incubation in der Due-Diligence-Prüfung) unter Apache 2.0 — und pflegt es gemeinsam mit Maintainern anderer Unternehmen. Darauf aufbauend bietet Ænix drei Plattformen auf einer Engine an — Public Cloud, Private Cloud und AI —, die sich kombinieren lassen, statt einander auszuschließen.