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.
Patient oder Anwender
Produkt und Begleit-App
Patientenakte
Cloud und Support
Für jeden Zweig müssen Zweck, Rolle, Rechtsgrundlage, Aufbewahrungsfrist und Sicherheitsmodell festgelegt werden.
Bestätigt keine DSGVO-Konformität
Bleiben in der Regel personenbezogene Daten
Erfordern eine Voraussetzung nach Artikel 9
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.
Verarbeitet das Produktökosystem Daten?
Berücksichtigen Sie das Produkt, die App, das Portal, die Cloud, Support-Werkzeuge, Protokolle, Sicherungskopien und exportierte Berichte.
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.
DSGVO-Prüfung erforderlich
Erfassen Sie Zweck, Rolle, Rechtsgrundlage, Empfänger, Aufbewahrung und Schutzmaßnahmen.
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.
Name, E-Mail-Adresse, Patientennummer, eine mit einem Konto verknüpfte IP-Adresse, identifizierbare Bilder und Sprachaufnahmen.
Messwerte, Diagnosen, Symptome, Behandlungseinstellungen, Alarme und Informationen, die Rückschlüsse auf die körperliche oder psychische Gesundheit zulassen.
Produktkennungen, Nutzungsprotokolle, Zeitstempel, Standortdaten, Telemetrie- und Supportaufzeichnungen, die in Kombination eine Identifizierung ermöglichen können.
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.
Geringere Komplexität der Datenübertragung
Lokale Verarbeitung schließt die DSGVO nicht automatisch aus
Werden identifizierbare Daten lokal gespeichert oder angezeigt, kann der betreffende Anwender oder die Gesundheitseinrichtung weiterhin personenbezogene Daten verarbeiten. Der Hersteller muss außerdem Servicezugriffe, Diagnoseexporte, Aktualisierungen und zurückgesandte Produkte bewerten.
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.
Die Verantwortlichkeiten bleiben verteilt
Das Hosting in der Gesundheitseinrichtung lässt den Hersteller nicht unbeteiligt
Die Gesundheitseinrichtung ist in der Regel für die klinische Nutzung verantwortlich. Der Hersteller muss jedoch festlegen, auf welche Daten seine Software, Fernwartung, Lizenzierung, Telemetrie- und Supportfunktionen zugreifen und zu welchem Zweck.
Forschung ist keine pauschale Ausnahme
Codierte klinische Daten fallen in der Regel weiterhin unter die DSGVO
Legen Sie die Rollen von Sponsor, Prüfer, Hersteller und Plattformbetreiber fest. Trennen Sie die Einwilligung zur Studienteilnahme von der Prüfung der DSGVO-Rechtsgrundlage und dokumentieren Sie Schutzmaßnahmen, Zugriffe, Aufbewahrung und jede Sekundärnutzung.
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.
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
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
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
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.
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.
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.
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.
Gewährleistet die Auslegung Sicherheit, Leistung und beherrschte Risiken?
Sind Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen in die Architektur integriert?
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?
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?
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?
Werden kritische Software- und Dienstleistungsanbieter angemessen gesteuert?
Werden Auftragsverarbeiter, Unterauftragsverarbeiter, Verträge, Verarbeitungsorte und Übermittlungsmechanismen kontrolliert?
Bedeutet nicht 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.
Daten erfassen
Dokumentieren Sie jedes Datenelement, jede Quelle, jedes Ziel, jede Schnittstelle, jeden Empfänger, jeden Speicherort und jeden Löschpunkt.
Zwecke trennen
Trennen Sie Gesundheitsversorgung, Kontoverwaltung, Support, Sicherheit, Analysen, Forschung, PMS und Vigilanz.
Rollen zuweisen
Bestimmen Sie Verantwortliche, gemeinsam Verantwortliche, Auftragsverarbeiter und Unterauftragsverarbeiter für jeden Verarbeitungszweck.
Rechtsgrundlage dokumentieren
Bestimmen Sie die Rechtsgrundlage nach Artikel 6 und bei Gesundheitsdaten die Voraussetzung nach Artikel 9 einschließlich nationaler Anforderungen.
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.
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.
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.
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.
Verzeichnisse und Rechenschaftspflicht
Verzeichnisse von Verarbeitungstätigkeiten, Verantwortlichkeitsmatrix, Richtlinien, Schulungen, Genehmigungen und regelmäßige Überprüfungen.
Gestufte Informationen
Klare Hinweise an der geeigneten Schnittstelle, zum richtigen Zeitpunkt und mit angemessenem Detaillierungsgrad für Patienten und Anwender.
Datenschutzfreundliche Voreinstellungen
Minimale Datenerhebung, beschränkter Zugriff, deaktivierte optionale Weitergabe und kontrollierte Konfiguration.
Risikobasierte Schutzmaßnahmen
Authentifizierung, Autorisierung, Verschlüsselung, Protokollierung, Belastbarkeit, Patches und sichere Wiederherstellung.
Umsetzbare Prozesse
Identitätsprüfung und Verfahren für Auskunft, Berichtigung, Einschränkung, Datenübertragbarkeit, Widerspruch und Löschung, soweit anwendbar.
Reaktion auf Datenschutzverletzungen
Bewertung, Beweissicherung, Eskalation durch Auftragsverarbeiter und Entscheidungen über Meldungen nach den Artikeln 33 und 34.
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.
Indirekte Kennungen und verknüpfbare Datensätze können eine Person dennoch identifizierbar machen.
Verschlüsselung ist eine wichtige Schutzmaßnahme, doch verschlüsselte personenbezogene Daten bleiben personenbezogene Daten.
Die Rechtsgrundlage der Gesundheitseinrichtung deckt möglicherweise keine gesonderten, vom Hersteller festgelegten Zwecke ab.
Durch den Einsatz eines Auftragsverarbeiters entfällt die Rechenschaftspflicht des Verantwortlichen nicht.
Die Ausnahme von der Verzeichnisführung für kleine Organisationen ist begrenzt und bei wiederkehrender Verarbeitung von Gesundheitsdaten häufig nicht anwendbar.
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.
Nicht automatisch. Die Einordnung hängt davon ab, welche Informationen die Daten offenbaren und in welchem Kontext sie verarbeitet werden. Messwerte, Diagnosen, Behandlungsinformationen und Daten, die Rückschlüsse auf die körperliche oder psychische Gesundheit einer Person zulassen, erfordern in der Regel eine Prüfung als besondere Kategorien personenbezogener Daten nach Artikel 9. Auch technische Kennungen und Telemetriedaten können personenbezogene Daten sein, wenn sie einer identifizierbaren Person zugeordnet werden können.
In der Regel nicht. Eine Pseudonymisierung verringert das Risiko, die Daten bleiben jedoch personenbezogen, wenn eine erneute Identifizierung mithilfe zusätzlicher Informationen vernünftigerweise möglich ist. Nur wirksam anonymisierte Daten fallen nicht unter die DSGVO; die Anforderungen an eine Anonymisierung sind hoch.
Nein. Die Einwilligung ist nur eine mögliche Rechtsgrundlage und muss freiwillig, für den bestimmten Fall, in informierter Weise und unmissverständlich erteilt werden. Eine ausdrückliche Einwilligung kann bestimmte Verarbeitungen von Gesundheitsdaten legitimieren, während die Gesundheitsversorgung, Forschung und regulatorische Tätigkeiten auf anderen Rechtsvorschriften beruhen können. Eine Rechtsgrundlage hebt die Pflichten zu Transparenz, Datenminimierung, Sicherheit, Speicherbegrenzung und Betroffenenrechten nicht auf.
Nein. Die Konformität mit der MDR und die Einhaltung der DSGVO werden getrennt bewertet. Cybersicherheit, Risikomanagement und Softwarekontrollen können beide Systeme unterstützen, doch die CE-Kennzeichnung bestätigt nicht die Rechtmäßigkeit der Verarbeitung personenbezogener Daten und die DSGVO-Konformität weist keine MDR-Konformität nach.
Möglicherweise ja. Die DSGVO kann für Organisationen außerhalb der EU gelten, wenn sie Personen in der EU Waren oder Dienstleistungen anbieten oder deren Verhalten in der EU beobachten. Abhängig von der Verarbeitung und den anwendbaren Ausnahmen kann ein gesonderter Vertreter in der EU nach Artikel 27 DSGVO erforderlich sein. Diese Rolle unterscheidet sich von der eines Bevollmächtigten nach der MDR.
Primärquellen
Stützen Sie die Prüfung auf die anwendbaren Rechtstexte
Das Recht der Mitgliedstaaten und Leitlinien der Aufsichtsbehörden können wichtige zusätzliche Anforderungen enthalten, insbesondere für Gesundheitsversorgung, Forschung und die Verarbeitung genetischer Daten oder Gesundheitsdaten.
Verordnung (EU) 2016/679
Der Text der DSGVO, einschließlich der Artikel 5, 6, 9, 13–22, 25, 28, 30, 32–35 und Kapitel V
EDSA-Leitlinien zur Datenschutz-Folgenabschätzung
Kriterien zur Bewertung von Verarbeitungen, die voraussichtlich ein hohes Risiko zur Folge haben
EDSA-Leitlinien zu Verantwortlichen und Auftragsverarbeitern
Funktionale Zuordnung der Rollen von Verantwortlichen, gemeinsam Verantwortlichen und Auftragsverarbeitern
MDCG-Leitlinienbibliothek
Leitlinien der Europäischen Kommission einschließlich Dokumenten zur Cybersicherheit von Medizinprodukten
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.