MDRC-Logo
Übersicht
← Artikel

Medizinprodukte · personenbezogene Daten · DSGVO

Muss mein Medizinprodukt die DSGVO erfüllen?

Klären Sie, welche personenbezogenen Daten verarbeitet werden, zu welchem Zweck dies geschieht und wer darüber entscheidet.

Die DSGVO zertifiziert kein Medizinprodukt. Sie regelt die Verarbeitung personenbezogener Daten im Umfeld des Produkts, einschließlich App-Konten, Messwerten, Cloud-Diensten, technischem Support, klinischen Prüfungen und Tätigkeiten nach dem Inverkehrbringen.

device.data.flow Jede Übertragung erfassen
01
Betroffene Person

Patient oder Anwender

02
Produktebene

Produkt und Begleit-App

03AGesundheitseinrichtung

Patientenakte

03BHersteller

Cloud und Support

Für jeden Zweig müssen Zweck, Rolle, Rechtsgrundlage, Aufbewahrungsfrist und Sicherheitsmodell festgelegt werden.

CE-Kennzeichnung

Bestätigt keine DSGVO-Konformität

Pseudonymisierte Daten

Bleiben in der Regel personenbezogene Daten

Gesundheitsdaten

Erfordern eine Voraussetzung nach Artikel 9

Cloud-Dienst

Verändert die Analyse von Datenflüssen und Verträgen

Die erste Prüfung

Können sich die Daten auf eine identifizierbare Person beziehen?

Suchen Sie nicht nur nach dem Namen eines Patienten. Die Identifizierbarkeit kann sich aus Produktkennungen, Kontodaten, Zeitstempeln, Standortdaten, Seriennummern oder Informationen ergeben, die einem anderen Beteiligten der Datenkette vorliegen.

Start

Verarbeitet das Produktökosystem Daten?

Berücksichtigen Sie das Produkt, die App, das Portal, die Cloud, Support-Werkzeuge, Protokolle, Sicherungskopien und exportierte Berichte.

Prüfung der Identifizierbarkeit

Kann eine Person direkt oder indirekt identifiziert werden?

Bewerten Sie alle Mittel, die der Hersteller, der Kunde oder eine andere Partei vernünftigerweise einsetzen könnte.

Ja

DSGVO-Prüfung erforderlich

Erfassen Sie Zweck, Rolle, Rechtsgrundlage, Empfänger, Aufbewahrung und Schutzmaßnahmen.

Nein

Produktdaten können außerhalb der DSGVO liegen

Dokumentieren Sie, warum die Daten anonym sind, und bewerten Sie dies erneut, wenn sich das System oder die Datenverknüpfung ändert.

Eindeutig personenbezogen

Name, E-Mail-Adresse, Patientennummer, eine mit einem Konto verknüpfte IP-Adresse, identifizierbare Bilder und Sprachaufnahmen.

Häufig Gesundheitsdaten

Messwerte, Diagnosen, Symptome, Behandlungseinstellungen, Alarme und Informationen, die Rückschlüsse auf die körperliche oder psychische Gesundheit zulassen.

Kontextabhängig

Produktkennungen, Nutzungsprotokolle, Zeitstempel, Standortdaten, Telemetrie- und Supportaufzeichnungen, die in Kombination eine Identifizierung ermöglichen können.

Nicht automatisch anonym

Codierte, tokenisierte, verschlüsselte oder vom Schlüssel getrennte Daten, wenn eine erneute Identifizierung vernünftigerweise möglich bleibt.

Vier typische Architekturen

Der Datenweg bestimmt den Compliance-Aufwand

Wählen Sie die am ehesten zutreffende Architektur. Das Ergebnis hebt die Fragen hervor, die in der Regel sofortige Aufmerksamkeit erfordern.

Vollständige Bewertung der Datenflüsse

Der Hersteller kann für unterschiedliche Zwecke Verantwortlicher, Auftragsverarbeiter oder beides sein

Das Hosting klinischer Daten nach Weisung einer Gesundheitseinrichtung kann eine Auftragsverarbeitung darstellen. Kontoverwaltung, Produktanalysen oder eine vom Hersteller festgelegte Überwachung können dagegen eigenständige Pflichten als Verantwortlicher begründen.

RollenzuweisungVereinbarung nach Artikel 28UnterauftragsverarbeiterInternationale Übermittlungen

Verantwortlichkeitsübersicht

Eine Vertragsbezeichnung bestimmt nicht die Rolle nach der DSGVO

Die Rolle richtet sich nach der tatsächlichen Entscheidungsbefugnis für den jeweiligen Verarbeitungszweck. Eine Organisation kann bei einem Vorgang Auftragsverarbeiter und bei einem anderen Verantwortlicher sein.

01

Verantwortlicher

Bestimmt, warum personenbezogene Daten verarbeitet werden und welche wesentlichen Mittel dafür eingesetzt werden.

  • Bestimmt Zwecke und Rechtsgrundlagen
  • Stellt transparente Informationen bereit
  • Gewährleistet die Betroffenenrechte
  • Wählt und kontrolliert Auftragsverarbeiter
Mögliches Beispiel · vom Hersteller festgelegte Cloud-Analysen
02

Auftragsverarbeiter

Verarbeitet personenbezogene Daten auf dokumentierte Weisung eines Verantwortlichen.

  • Befolgt die Vereinbarung nach Artikel 28
  • Setzt genehmigte Unterauftragsverarbeiter ein
  • Unterstützt Betroffenenrechte und die Reaktion auf Datenschutzverletzungen
  • Wendet angemessene Sicherheitsmaßnahmen an
Mögliches Beispiel · Hosting klinischer Daten für eine Gesundheitseinrichtung
03

Gemeinsam Verantwortliche

Bestimmen gemeinsam die Zwecke und wesentlichen Mittel einer Verarbeitung.

  • Legen ihre jeweiligen Zuständigkeiten fest
  • Stellen das Wesentliche der Vereinbarung zur Verfügung
  • Benennen eine klare Anlaufstelle für Betroffenenrechte
  • Bleiben für die gemeinsame Tätigkeit verantwortlich
Mögliches Beispiel · gemeinsam gestaltete Registertätigkeit
MDR-Bevollmächtigter ≠ DSGVO-Vertreter

Ein nach Artikel 11 MDR benannter Bevollmächtigter erfüllt nicht automatisch die Anforderungen an einen Vertreter nach Artikel 27 DSGVO. Die Benennungen beruhen auf unterschiedlichen Rechtsvorschriften und haben unterschiedliche Funktionen.

Zwei rechtliche Ebenen

Für Gesundheitsdaten reicht ein allgemeiner Geschäftszweck nicht aus

Bei der Verarbeitung von Gesundheitsdaten sind sowohl eine Rechtsgrundlage nach Artikel 6 als auch eine anwendbare Voraussetzung nach Artikel 9 zu bestimmen. Führen Sie diese Prüfung für jeden Zweck getrennt durch.

Ebene 01

Rechtsgrundlage nach Artikel 6

Mögliche Rechtsgrundlagen sind Einwilligung, Erforderlichkeit zur Vertragserfüllung, rechtliche Verpflichtung, lebenswichtige Interessen, Wahrnehmung einer öffentlichen Aufgabe und berechtigte Interessen. Die richtige Grundlage hängt von der Organisation, dem Zweck und dem Kontext ab.

Ebene 02

Voraussetzung nach Artikel 9

Mögliche Voraussetzungen sind die ausdrückliche Einwilligung sowie bestimmte Regelungen für Gesundheitsversorgung, öffentliche Gesundheit, Forschung und weitere im Unionsrecht oder im Recht eines Mitgliedstaats festgelegte Situationen.

Dokumentiertes Ergebnis

Rechtliche Grundlage für den jeweiligen Zweck

Dokumentieren Sie die gewählten Vorschriften, die Erforderlichkeitsprüfung, Schutzmaßnahmen, bereitgestellten Informationen und Folgen einer Nichtbereitstellung der Daten.

Parallele Compliance-Systeme

MDR und DSGVO überschneiden sich, ersetzen einander aber nicht

Dieselbe Architektur, dasselbe Bedrohungsmodell oder dieselbe Verfahrensanweisung kann Nachweise für beide Systeme liefern. Die regulatorische Fragestellung und die Akzeptanzkriterien bleiben jedoch unterschiedlich.

Bereich des Lebenszyklus Fragestellung nach MDR Fragestellung nach DSGVO
Produktentwicklung

Gewährleistet die Auslegung Sicherheit, Leistung und beherrschte Risiken?

Sind Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen in die Architektur integriert?

Cybersicherheit

Können Sicherheitsschwachstellen die Sicherheit, Leistung oder das Nutzen-Risiko-Verhältnis des Produkts beeinträchtigen?

Sind Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit dem Datenrisiko angemessen?

Klinische Evidenz

Reichen die klinischen Daten aus, um die Konformität und die Angaben zu stützen?

Sind Erhebung, Zugriff, Weiterverwendung, Aufbewahrung und Übermittlung von Teilnehmerdaten rechtmäßig?

Daten nach dem Inverkehrbringen

Können Reklamationen, Vigilanz und PMS neue Risiken und erforderliche Korrekturmaßnahmen erkennen?

Welche personenbezogenen Daten sind für Sicherheitsaktivitäten erforderlich und wie lange werden sie aufbewahrt?

Lieferantensteuerung

Werden kritische Software- und Dienstleistungsanbieter angemessen gesteuert?

Werden Auftragsverarbeiter, Unterauftragsverarbeiter, Verträge, Verarbeitungsorte und Übermittlungsmechanismen kontrolliert?

CE-gekennzeichnet

Bedeutet nicht DSGVO-konform

DSGVO-konform

Bedeutet nicht MDR-konform

Praktische Umsetzung

Erstellen Sie die DSGVO-Dokumentation parallel zum Produkt

Beginnen Sie, solange Architektur und Verträge noch geändert werden können. Ein unmittelbar vor der Markteinführung erstellter Datenschutzhinweis kann einen undokumentierten oder übermäßigen Datenfluss nicht beheben.

01

Daten erfassen

Dokumentieren Sie jedes Datenelement, jede Quelle, jedes Ziel, jede Schnittstelle, jeden Empfänger, jeden Speicherort und jeden Löschpunkt.

02

Zwecke trennen

Trennen Sie Gesundheitsversorgung, Kontoverwaltung, Support, Sicherheit, Analysen, Forschung, PMS und Vigilanz.

03

Rollen zuweisen

Bestimmen Sie Verantwortliche, gemeinsam Verantwortliche, Auftragsverarbeiter und Unterauftragsverarbeiter für jeden Verarbeitungszweck.

04

Rechtsgrundlage dokumentieren

Bestimmen Sie die Rechtsgrundlage nach Artikel 6 und bei Gesundheitsdaten die Voraussetzung nach Artikel 9 einschließlich nationaler Anforderungen.

05

Daten bereits bei der Entwicklung minimieren

Beschränken Sie Erhebung, standardmäßige Sichtbarkeit, Benutzerberechtigungen, Kennungen, Aufbewahrung und Zugriffe auf das für den jeweiligen Zweck Erforderliche.

06

Hohes Risiko bewerten

Führen Sie eine Datenschutz-Folgenabschätzung durch, wenn die Verarbeitung voraussichtlich ein hohes Risiko verursacht, insbesondere bei neuen Technologien, Überwachung oder umfangreicher Verarbeitung von Gesundheitsdaten.

07

Sicherheit und Lieferanten steuern

Legen Sie Sicherheitsmaßnahmen, Bedingungen für Auftragsverarbeiter, Genehmigungen von Unterauftragsverarbeitern, Meldungen von Vorfällen und Garantien für internationale Übermittlungen fest.

08

Den gesamten Lebenszyklus steuern

Pflegen Sie nach der Markteinführung Verzeichnisse, Hinweise, Prozesse für Betroffenenrechte, Reaktionen auf Datenschutzverletzungen, Löschung, Schulungen, Audits und Änderungsbewertungen.

Maßnahmen, die Nachweise erfordern

Eine Datenschutzrichtlinie ist nur ein Dokument

Die operativen Nachweise müssen zeigen, dass das festgelegte Datenschutzmodell im Produkt, in der Organisation und in der Lieferantenkette umgesetzt ist.

Governance

Verzeichnisse und Rechenschaftspflicht

Verzeichnisse von Verarbeitungstätigkeiten, Verantwortlichkeitsmatrix, Richtlinien, Schulungen, Genehmigungen und regelmäßige Überprüfungen.

Transparenz

Gestufte Informationen

Klare Hinweise an der geeigneten Schnittstelle, zum richtigen Zeitpunkt und mit angemessenem Detaillierungsgrad für Patienten und Anwender.

Produkt

Datenschutzfreundliche Voreinstellungen

Minimale Datenerhebung, beschränkter Zugriff, deaktivierte optionale Weitergabe und kontrollierte Konfiguration.

Sicherheit

Risikobasierte Schutzmaßnahmen

Authentifizierung, Autorisierung, Verschlüsselung, Protokollierung, Belastbarkeit, Patches und sichere Wiederherstellung.

Rechte

Umsetzbare Prozesse

Identitätsprüfung und Verfahren für Auskunft, Berichtigung, Einschränkung, Datenübertragbarkeit, Widerspruch und Löschung, soweit anwendbar.

Vorfälle

Reaktion auf Datenschutzverletzungen

Bewertung, Beweissicherung, Eskalation durch Auftragsverarbeiter und Entscheidungen über Meldungen nach den Artikeln 33 und 34.

Nicht für alle Daten dieselbe Aufbewahrungsfrist verwenden

Die Aufbewahrung muss dem Zweck und der rechtlichen Verpflichtung folgen

Die Aufbewahrungsfristen für MDR-Dokumente rechtfertigen nicht automatisch, sämtliche Patienten- oder Anwenderdaten ebenso lange zu speichern. Erstellen Sie einen Plan auf Datensatzebene, der erläutert, was zu welchem Zweck und auf welcher Rechtsgrundlage aufbewahrt wird und wie Löschung oder Anonymisierung erfolgt.

Riskante Vereinfachungen

Sechs Annahmen, die zu späten Änderungen führen

Hinter jeder Annahme steht eine Entscheidung, die dokumentiert werden sollte, bevor Produktarchitektur und Geschäftsvereinbarungen festgelegt sind.

„Die Daten enthalten keinen Patientennamen“

Indirekte Kennungen und verknüpfbare Datensätze können eine Person dennoch identifizierbar machen.

„Alles ist verschlüsselt“

Verschlüsselung ist eine wichtige Schutzmaßnahme, doch verschlüsselte personenbezogene Daten bleiben personenbezogene Daten.

„Die Gesundheitseinrichtung hat eine Einwilligung eingeholt“

Die Rechtsgrundlage der Gesundheitseinrichtung deckt möglicherweise keine gesonderten, vom Hersteller festgelegten Zwecke ab.

„Unser Cloud-Anbieter kümmert sich um die DSGVO“

Durch den Einsatz eines Auftragsverarbeiters entfällt die Rechenschaftspflicht des Verantwortlichen nicht.

„Wir haben weniger als 250 Beschäftigte“

Die Ausnahme von der Verzeichnisführung für kleine Organisationen ist begrenzt und bei wiederkehrender Verarbeitung von Gesundheitsdaten häufig nicht anwendbar.

„Die CE-Kennzeichnung deckt den Datenschutz ab“

MDR-Konformität und Rechtmäßigkeit nach der DSGVO müssen durch getrennte, aber aufeinander abgestimmte Nachweise belegt werden.

Praktische Fragen

Häufige Fragen von Medizinprodukteteams

Das genaue Ergebnis hängt von der tatsächlichen Architektur, den Vereinbarungen, Zwecken und dem nationalen Rechtsrahmen ab.

Nein. Die DSGVO gilt für die Verarbeitung personenbezogener Daten und nicht allein deshalb für ein Produkt, weil es ein Medizinprodukt ist. Verarbeitet ein Produkt im Rahmen seiner Produktfunktionen keine personenbezogenen Daten, können diese Funktionen außerhalb des Anwendungsbereichs der DSGVO liegen. Der Hersteller kann jedoch über Benutzerkonten, Support, Reklamationen oder andere Geschäftsprozesse weiterhin personenbezogene Daten verarbeiten.

Das Rechtsmodell mit dem Produkt verbinden

Benötigen Sie eine produktspezifische Prüfung der Schnittstelle zwischen DSGVO und MDR?

MDRC kann Datenflüsse abbilden, regulatorische Zwecke trennen, Lücken bei den Verantwortlichkeiten erkennen und Datenschutzmaßnahmen mit dem Lebenszyklus des Medizinprodukts abstimmen.

Ihr Produkt besprechen
↑