Ultralytics bietet HIPAA-BAA für Enterprise-Kunden der Platform in der medizinischen Bildgebung an

Was ein BAA in der Praxis bedeutet

Ultralytics betont, dass es für HIPAA keine offizielle Zertifizierung gibt. Mit Verweis auf die HIPAA-Seite von Google Cloud heißt es, das HHS biete „kein Zertifizierungsprogramm für die HIPAA-Konformität“ an. Was ein Sicherheitsprüfer im Krankenhaus tatsächlich kontrolliere, so das Unternehmen, sei ein unterzeichneter BAA und ein funktionierendes Sicherheitsprogramm.

Der Beitrag stützt sich auf die HHS-Leitlinien zu HIPAA und Cloud Computing. Demnach darf eine betroffene Einrichtung (Covered Entity) einen Cloud-Dienst nur dann zum Speichern oder Verarbeiten elektronischer geschützter Gesundheitsdaten (ePHI) nutzen, wenn sie mit dem Anbieter einen HIPAA-konformen BAA abschließt. Ein Anbieter, der ePHI erstellt, empfängt, verwaltet oder überträgt, gilt auch dann als Business Associate, wenn die Daten verschlüsselt sind und er keinen Schlüssel besitzt. Ein BAA erlaubt zudem nicht jede Nutzung: Der Business Associate darf PHI nur so verwenden, wie es der Vertrag gestattet, und das Training eines Modells mit Patientenakten ist eine Verwendung, die die Kundenorganisation selbst bewerten muss.

Für ein Team in der medizinischen Bildgebung fasst Ultralytics es in drei Punkten zusammen: Der Anbieter unterzeichnet einen BAA, bevor PHI eintrifft, er betreibt ein Sicherheitsprogramm, das die Security Rule erfüllt, und der Kunde kümmert sich weiterhin selbst um Zugriffe, De-Identifizierung und die eigene Risikoanalyse.

Was die Selbstbewertung und der BAA abdecken

Die Selbstbewertung basiert auf NIST SP 800-66 Rev. 2 und umfasst die Ultralytics Platform sowie Ultralytics YOLO. Sie baut auf dem nach ISO/IEC 27001:2022 zertifizierten Informationssicherheits-Managementsystem des Unternehmens und seinem SOC-2-Bericht auf. Im Handbuch des Ultralytics-Sicherheitsteams ist sie als im Oktober 2026 abgeschlossen vermerkt. Ultralytics stellt klar, dass es sich um eine Selbstbewertung und nicht um ein unabhängiges Audit handelt.

Auf der Seite „Trust and Security“ nennt das Unternehmen weitere Nachweise:

• ISO/IEC 27001:2022: 2026 von Insight Assurance geprüft, für Ultralytics YOLO und die Ultralytics Platform.
• SOC 2 Type I: ebenfalls 2026 von Insight Assurance, mit der gesamten Platform im Geltungsbereich.
• Penetrationstest: 2026 durch einen unabhängigen Dritten, für die Ultralytics Platform.

Laut Ultralytics gelten für alle Platform-Tarife unter anderem Verschlüsselung im Ruhezustand und bei der Übertragung, erzwungene MFA, IAM nach dem Prinzip der minimalen Rechte und jährliche Penetrationstests.

Abschnitt 3.5 der Nutzungsbedingungen regelt die Details. Nutzer dürfen keine PHI hochladen, solange kein BAA in Kraft ist. Nur Enterprise-Kunden kommen infrage, kein anderer Tarif kann einen BAA erhalten. Der BAA wird erst wirksam, wenn beide Parteien unterzeichnet haben, und Ultralytics kann ihn auf bestimmte Dienste oder Konfigurationen beschränken. Kunden sollten den genauen Umfang daher bei der Vertragsgestaltung klären. Kunden entscheiden selbst, ob sie Covered Entity oder Business Associate sind, und tragen die Verantwortung für ihre HIPAA-Konformität, einschließlich einer etwaigen De-Identifizierung nach 45 C.F.R. § 164.514. Nach der Unterzeichnung bleiben sie dafür zuständig, hochgeladene Daten zu klassifizieren, Nutzerzugriffe zu verwalten und die Arbeitsplatzrechner ihrer Teams abzusichern.

De-identifizierte Scans und der Trainings-Workflow

Nicht jedes medizinische Bild ist PHI. Ultralytics erklärt, dass ordnungsgemäß de-identifizierte Datensätze in jedem Tarif auf die Platform hochgeladen werden können. Das Unternehmen verweist auf die beiden HHS-Methoden: Safe Harbor, bei der die 18 in 45 C.F.R. § 164.514(b)(2) aufgeführten Kennungstypen entfernt werden, und Expert Determination, bei der ein qualifizierter Experte dokumentiert, dass das Risiko einer Re-Identifizierung sehr gering ist. Die Bildgebung bringt eigene Fallstricke mit sich: DICOM-Header enthalten Patientenkennungen, Ganzgesichtsfotos zählen zu den 18 Kennungen, und in Pixel eingebrannter Text muss ebenso geprüft werden wie die Metadaten. Ein Datensatz, der keine der beiden Methoden erfüllt, sollte als PHI behandelt werden.

Für die Arbeit unter einem unterzeichneten BAA rät der Beitrag, PNG- oder TIFF-Bilder lokal vorzubereiten, Metadaten und eingebrannte Kennungen zu prüfen und die konvertierten Bilder vor dem Upload zu kontrollieren. Die Konvertierung von DICOM allein de-identifiziert nicht.

Die Einrichtung des Workspace ist schon vor dem ersten Upload wichtig. Kunden wählen beim Onboarding eine Datenregion: US (Iowa), EU (Belgien) oder AP (Taiwan). Laut der Platform-Dokumentation bleiben Datensätze, Modelle und verwaltete Trainingsdaten in dieser Region, ein späterer Wechsel erfordert eine Support-Anfrage. Daten auf Kontoebene wie Profil- und Abrechnungsdaten werden global verarbeitet. Die Sichtbarkeit steht bei Enterprise standardmäßig auf Privat, Ultralytics rät aber, vor dem Hochladen von PHI zu prüfen, dass jeder Datensatz und jedes Projekt privat ist. Vier Teamrollen (Owner, Admin, Editor, Viewer) unterstützen das Prinzip der minimalen Rechte, und Kliniker, die Labels korrigieren und speichern, benötigen mindestens die Rolle Editor. Mit SSO/SAML folgt der Zugriff dem Identitätsanbieter des Kunden.

Was das für Teams in der medizinischen Bildgebung bedeutet

Für Teams, die auf identifizierbaren Scans annotieren, trainieren und bereitstellen wollen, öffnet die Neuerung einen vertraglichen Weg auf der Ultralytics Platform, allerdings nur für berechtigte Enterprise-Kunden und nur innerhalb der Dienste und Konfigurationen, die der abgeschlossene BAA abdeckt. Teams mit anderen Tarifen können weiterhin mit ordnungsgemäß de-identifizierten Daten arbeiten. Der Beitrag vergleicht diesen Weg außerdem mit dem Verbleib aller Daten im eigenen Haus bei selbst gehostetem Ultralytics YOLO, der vorliegende Text geht auf diesen Vergleich aber nicht näher ein.