- Zielgruppe
- QM-Beauftragter, Regulatory Affairs, Produktionsleitung — Klasse I–III, 20–200 MA
- Norm
- MDR Art. 27 · Anhang VI Teil C · ISO 13485 §4.1.4 · §7.3.7 · §4.2.4 · MDCG 2021-26
- Lesezeit
- ca. 11 Minuten
UDI
registriert.
Aber im QMS
wirklich verankert?
Seit Januar 2026 ist die UDI-Übermittlung an EUDAMED für neu in Verkehr gebrachte Produkte Pflicht. Ab Juli 2026 gilt das auch für Produkte, die bereits auf dem Markt sind. Die meisten Hersteller stellen die richtige Frage: "Ist unsere UDI-DI in EUDAMED eingetragen?" — und übersehen die Folgefrage: "Was hat dieser Eintrag im QMS ausgelöst?" Eine UDI-DI-Vergabe ist kein EUDAMED-Formular. Sie ist ein §4.1.4-Change-Ereignis. Sie kann §7.3.7 triggern. Und wenn Kennzeichnungs- oder Etikettierungsprozesse davon betroffen sind, folgen §7.5.1 und §7.4.
UDI steht für Unique Device Identification. Jedes Medizinprodukt, das in der EU in Verkehr gebracht wird, braucht eine UDI-DI — den produktspezifischen Device Identifier, der in EUDAMED registriert ist. Ergänzt wird die UDI durch den UDI-PI, den produktionsinstanzspezifischen Production Identifier: Losnummer, Seriennummer, Herstellungs- oder Ablaufdatum, je nach Produktklasse und -typ.
Aus QMS-Sicht ist die UDI nicht nur eine Kennzeichnungspflicht, sondern ein Prozessauslöser: Die Vergabe oder Änderung einer UDI-DI berührt Änderungsmanagement, Designlenkung, Dokumentenlenkung und den Etikettierungsprozess. Wer UDI ausschließlich als Registrierungsaufgabe behandelt, ohne die QMS-Konsequenzen zu dokumentieren, baut Befundpotenzial auf — nicht sofort sichtbar, aber auditierbar.
Eine UDI-DI registrieren und eine UDI-DI im QMS verankern sind zwei verschiedene Tätigkeiten. MDR Art. 27 verlangt die Registrierung. ISO 13485 §4.1.4 und §7.3.7 verlangen, dass die damit verbundenen Änderungen an Prozessen, Dokumenten und Kennzeichnung bewertet, freigegeben und nachverfolgt werden.
Die Juli-2026-Deadline für bestehende Produkte ist der strukturelle Auslöser: Hersteller, die jetzt ihre Produkt-UDIs in EUDAMED nachmelden, müssen dabei prüfen, ob die zugehörigen QMS-Prozesse aktualisiert wurden. Vier Szenarien zeigen, wo die Verbindung zwischen UDI-Registrierung und QMS-Dokumentation systematisch übersehen wird.
EUDAMED-Eintrag angelegt. QMS-Dokumente: nicht aktualisiert.
Eine neue UDI-DI wird für eine Produktvariante vergeben, die bisher ohne UDI-Registrierung in EUDAMED geführt wurde. Der EUDAMED-Eintrag liegt vor — das ist der sichtbare Teil. Was fehlt, ist der Change-Record nach §4.1.4, der die Auswirkungen der UDI-DI-Einführung auf Kennzeichnungsunterlagen, Prüfanweisungen und Fertigungsaufträge dokumentiert und bewertet. Wenn der Etikettierungsprozess nach §7.5.6 als Sonderprozess validiert war, ist die Validierungsbasis durch die Kennzeichnungsänderung betroffen — ohne eine dokumentierte Bewertung, ob eine Revalidierung erforderlich ist. Der Auditor fragt: "Zeigen Sie mir den Change-Record zur UDI-DI-Einführung für Produktreferenz X." Kein Record, kein Nachweis — §4.1.4-Befund.
Label neu. TechDoc: altes Kennzeichnungsformat. Benannte Stelle: findet den Widerspruch.
Eine UDI-DI-Änderung ist nach MDCG 2021-26 erforderlich, wenn sich ein Merkmal ändert, das das Produkt als neue Version qualifiziert — etwa eine signifikante Materialänderung, eine neue Verpackungsgröße oder eine Änderung der Zweckbestimmung. Die neue UDI-DI wird in EUDAMED eingetragen, das Label gedruckt. Was häufig fehlt: die Aktualisierung aller produktbezogenen Dokumente, die die UDI-DI referenzieren oder abbilden. Das betrifft mindestens die Technische Dokumentation nach MDR Anhang II §1.1 (Kennzeichnungsangaben), das Kennzeichnungsfreigabe-Protokoll und das Lieferanten-Briefing zu Verpackungsaufdrucken. Benannte Stellen finden bei Überwachungsaudits regelmäßig Lücken zwischen dem EUDAMED-Stand und der Version in der Technischen Dokumentation. Das ist ein Vollständigkeitsbefund — nicht wegen falschem Inhalt, sondern wegen fehlender Dokumentensynchronisation.
UDI-Barcode gedruckt. Scanning-Test beim Abnehmer: fehlerhaft.
Der UDI-PI (Production Identifier) enthält produktionsinstanzbezogene Informationen — je nach Produktklasse Losnummer, Seriennummer, Herstellungs- und/oder Ablaufdatum. Die technischen Anforderungen für Barcode-Format und Encoding — GS1-128 oder HIBC nach MDR Anhang VI Teil C — sind normativ vorgegeben. In der Praxis werden UDI-PI-Felder häufig technisch erzeugt, ohne dass die Prüfanweisung für den Etikettierungsprozess eine Verifikation der GS1- oder HIBC-Konformität explizit vorschreibt. Der Fehler tritt erst bei der Eingangsprüfung eines Abnehmers oder bei einer EUDAMED-Verifikation auf. Dann fehlt der Nachweis, dass der Etikettierungsprozess nach §7.5.1 gegen die UDI-Spezifikation geprüft wurde — kein Prüfprotokoll, kein Befundnachweis, kein dokumentierter Scanning-Test.
Change-Record vorhanden. Ob eine neue UDI-DI erforderlich wird: nicht bewertet.
MDCG 2021-26 legt fest, wann eine Produktänderung eine neue UDI-DI erforderlich macht: bei Änderungen der Zweckbestimmung, der Verpackungsgröße, der Produktklasse oder bei signifikanten Materialänderungen, die das Produkt als andere Version qualifizieren. Diese Bewertung gehört als dokumentierter Schritt in jeden §7.3.7-Change-Record: "Erfordert diese Änderung eine neue UDI-DI nach MDCG 2021-26?" Fehlt dieser Schritt, werden Produktversionen, die in EUDAMED als getrennte Entitäten zu führen wären, unter einer alten UDI-DI weitergeführt. Das Problem ist im laufenden Betrieb unsichtbar — bis eine Marktüberwachungsbehörde oder eine Benannte Stelle die Produkthistorie mit der EUDAMED-Datenbank abgleicht.
In allen vier Szenarien ist die UDI-Registrierung in EUDAMED formal vollständig — das Problem liegt in den QMS-Prozessen dahinter: kein Change-Record, keine aktualisierte Technische Dokumentation, keine Prüfanweisung mit UDI-PI-Spezifikation, keine MDCG-2021-26-Bewertung. Der EUDAMED-Eintrag ist sichtbar. Die QMS-Lücke bleibt es bis zum nächsten Audit.
UDI-Compliance im QMS ist kein Einmalprojekt — sie ist ein laufender Prozessanspruch. Drei strukturelle Elemente müssen verbindlich sein: ein Change-Record-Pflichtschritt für die MDCG-2021-26-Bewertung, eine synchronisierte Dokumentenkette über EUDAMED-Eintrag und Technische Dokumentation, und eine Prüfanweisung, die UDI-PI-Konformität explizit prüft. Wer eines dieser drei Elemente als implizites Wissen behandelt, schafft eine Lücke, die in der Praxis erst beim Audit sichtbar wird.
Wenn jeder §7.3.7-Change-Record standardmäßig die Frage enthält: "Erfordert diese Änderung eine neue UDI-DI nach MDCG 2021-26?", ist die häufigste Lücke strukturell geschlossen. Nicht als Checkbox, sondern als dokumentierter Bewertungsschritt mit Verweis auf MDCG 2021-26 und Entscheiderunterschrift. Dieser Schritt ist klein — aber er fehlt in den meisten Change-Prozessen kleiner Hersteller, weil UDI bis 2026 regulatorisch keine Prüfpflicht im Change-Verfahren auslöste. Wer ihn jetzt in den Standard-Change-Record integriert, schützt sich vor dem häufigsten Befund: Produktversionen ohne UDI-DI-Bewertung.
Wenn eine UDI-DI vergeben oder geändert wird, müssen drei Dokumentebenen synchron laufen: der EUDAMED-Eintrag, die Kennzeichnungsangaben in der Technischen Dokumentation (MDR Anhang II §1.1) und die physische Kennzeichnungsfreigabe nach §7.5.1. Wer diese drei Ebenen nur manuell pflegt, baut eine strukturelle Desynchronisationslücke ein. Ein Change-Record, der die Schließung aller drei Ebenen als Abschluss-Bedingung setzt — mit Dokumentenreferenz, Freigabedatum und Bestätiger — macht diese Kette auditierbar.
Die UDI-PI-Anforderungen (GS1-128, HIBC oder DataMatrix nach MDR Anhang VI Teil C) gehören in die Prüfanweisung für den Etikettierungsprozess — nicht nur in die Fertigungsbeschreibung. Eine Prüfanweisung, die nur "leserliches Etikett, korrektes Datum" prüft, hat die UDI-Konformität nicht abgedeckt. Die Prüfanweisung muss explizit vorschreiben: Scanning-Test des 2D-Codes (Lesbarkeitsklasse nach ISO 15415), Verifikation der GS1- oder HIBC-Konformität, Abgleich von Losnummer oder Seriennummer. Dieser Nachweis ist die Grundlage dafür, dass der Etikettierungsprozess nach §7.5.1 als überwacht gilt.
In Excel-basierten Systemen existieren diese drei Elemente häufig als separate Dateien ohne verbindliche Verknüpfung. Der EUDAMED-Export liegt in einem Ordner, die Technische Dokumentation in einem anderen, die Prüfanweisung in einem dritten. Die Verbindung lebt im Wissen der zuständigen Person — und ist damit nicht auditierbar.
UDI berührt in der Medizintechnik mindestens vier regulatorische Ebenen gleichzeitig. Wer nur MDR Art. 27 im Blick hat, übersieht die QMS-Konsequenzen aus §4.1.4 und §7.3.7 — und die Entscheidungslogik aus MDCG 2021-26, die festlegt, wann eine Produktänderung eine neue UDI-DI auslöst.
UDI-System: Pflicht zur Vergabe, Kennzeichnung und EUDAMED-Registrierung
MDR Art. 27 verpflichtet Hersteller, Produkte vor dem Inverkehrbringen mit einer Unique Device Identification zu versehen. Die UDI besteht aus UDI-DI (Device Identifier — produktspezifisch) und UDI-PI (Production Identifier — produktionsinstanzspezifisch). Die Kennzeichnungsanforderungen gelten für das Produkt selbst, die Verpackungsebene und — soweit anwendbar — für die Softwaredokumentation. Die EUDAMED-Registrierung ist Pflicht für alle Klassen. Seit Januar 2026 gilt das für neu in Verkehr gebrachte Produkte; ab Juli 2026 auch für Produkte, die bereits auf dem Markt sind.
Barcode-Format, Encoding-Anforderungen und Lesbarkeitsklassen
Anhang VI Teil C spezifiziert die zulässigen Trägerformate für die UDI: GS1-System, HIBC-System oder ISBT 128 für Blutprodukte. Für jedes System sind Barcode-Typ, Encoding-Struktur und Lesbarkeitsanforderungen normativ vorgegeben. Das betrifft nicht nur die Druckqualität (ISO 15415 für 2D-Symbole), sondern auch die Datenfeldstruktur des UDI-PI: Losnummer, Seriennummer, Herstellungsdatum, Ablaufdatum — je nach Produktklasse und Produkttyp verpflichtend oder optional. Diese Anforderungen müssen in der Prüfanweisung für den Etikettierungsprozess abgebildet sein.
UDI-Änderungen als QMS-Change-Ereignis mit Auswirkungsbewertung
§4.1.4 verlangt, dass Änderungen am QMS — einschließlich Prozessen, Dokumenten und Anforderungen — bewertet und dokumentiert werden. Eine UDI-DI-Änderung, die Etikettierungsunterlagen, Prüfanweisungen oder Fertigungsdokumente betrifft, ist ein §4.1.4-Ereignis. Wenn die UDI-Änderung auf eine Produktentwicklungsänderung zurückgeht, trifft zusätzlich §7.3.7 zu: Änderungen an Design und Entwicklung müssen vor der Implementierung überprüft, verifiziert und — soweit angemessen — validiert werden. Beide Paragraphen bedingen einander: Eine Designänderung, die eine neue UDI-DI auslöst, führt zwingend zu einem §4.1.4-Dokumentationsänderungsprozess.
Leitlinie: Wann erfordert eine Produktänderung eine neue UDI-DI?
MDCG 2021-26 gibt ein strukturiertes Entscheidungsschema für die Frage, wann eine Produktänderung eine neue UDI-DI erforderlich macht. Auslösende Kriterien sind: Änderung der Zweckbestimmung, Änderung der Produktklasse, neue Verpackungsgröße, wesentliche Materialänderung oder Designänderung, die das Produkt als neue Version qualifiziert. Diese Bewertung nach MDCG 2021-26 muss Teil des Change-Records sein — als dokumentierter Schritt, nicht als nachträgliche Einschätzung. Die Leitlinie ist die normative Referenz dafür, dass ein laufendes Change-Management die UDI-Pflicht korrekt behandelt.
Die UDI-Pflicht ist keine isolierte Registrierungsaufgabe — sie berührt fünf QMS-Prozesse, von denen drei direkt auditierbar sind. Ein praktischer Überblick, welcher Prozess welchen UDI-Schritt abdecken muss und was beim Fehlen des Nachweises typischerweise als Befund eingestuft wird.
Der häufigste Fehler ist nicht die falsch registrierte UDI-DI — sondern der fehlende Nachweis, dass der Change-Prozess stattgefunden hat. Wer in den nächsten Wochen Produkte für die Juli-2026-Deadline in EUDAMED einträgt, sollte gleichzeitig prüfen: Gibt es für jede UDI-DI einen Change-Record nach §4.1.4? Ist die Technische Dokumentation auf dem aktuellen Stand? Enthält die Prüfanweisung für die Etikettierung eine UDI-PI-Verifikation?
MDCG 2021-26 ist die normative Referenz für die Frage, wann eine Produktänderung eine neue UDI-DI auslöst. Diese Leitlinie gehört als Standardreferenz in jeden Change-Record — nicht nur für UDI-relevante Änderungen, sondern für alle §7.3.7-Designänderungen, bei denen die UDI-DI-Bewertung ein Pflichtschritt sein sollte.
Zum Thema Änderungsmanagement nach §4.1.4 und §7.3.7 gibt es ein eigenes Stück: Der Change-Record-Prozess ist die strukturelle Voraussetzung dafür, dass UDI-Änderungen auditierbar dokumentiert sind — ohne ihn bleibt die UDI-Registrierung in EUDAMED ein unbelegter Eintrag. Ebenso relevant: Designlenkung nach §7.3 — Redesign-Entscheidungen, die eine neue UDI-DI auslösen, laufen durch das §7.3.7-Verfahren. Wo die Designlenkung strukturiert ist, ist die UDI-DI-Bewertung als Pflichtschritt integrierbar.
Änderungsmanagement in QIMS: Change-Record, Impact Assessment, UDI-DI-Bewertung als Pflichtschritt, Freigabe mit Audit Trail →
Änderungsmanagement · ISO 13485 §4.1.4Was als QMS-Änderung gilt, warum Lieferantenwechsel und Software-Updates Change-Records erfordern und wie der vollständige Change-Kreislauf funktioniert →
Designlenkung · ISO 13485 §7.3Designänderungen nach §7.3.7: wann eine Produktänderung eine neue UDI-DI auslöst und wie das V&V-Gate die Dokumentenkette schließt →
UDI
registriert.
Change-Record
geschlossen.
In einer Demo zeigen wir, wie QIMS den UDI-Change-Prozess abbildet: MDCG-2021-26-Bewertung als Pflichtschritt im Change-Record, Dokumentenkette von EUDAMED-Eintrag bis Kennzeichnungsfreigabe, Prüfanweisung mit UDI-PI-Verifikation und vollständiger Audit Trail für die Audit-Frage nach dem Change-Record-Nachweis.
Kein Pitch. Kein Abschlussgespräch nach dem Termin.