Medizintechnik-Hersteller fragen uns regelmäßig, wann die ESPR ihnen einen Digitalen Produktpass vorschreibt. Kurze Antwort: Es gibt kein Datum. Medizinprodukte stehen nicht im ersten ESPR-Arbeitsplan, und wer Ihnen Dringlichkeit mit einer festen MedTech-DPP-Deadline verkauft, verkauft Ihnen etwas anderes. Die interessantere Frage ist, warum mehrere MedTech-Unternehmen trotzdem Pässe auf Geräteebene betreiben, Jahre vor jeder Pflicht. Die Antwort hat mit einer Verordnung zu tun, die die Branche längst kennt, und mit Service-Ökonomie.

Wo MedTech bei der ESPR wirklich steht

Die Ökodesign-Verordnung (Verordnung (EU) 2024/1781) ist seit dem 19. Juli 2026 vollständig anwendbar, das zentrale DPP-Register läuft. Produktkategorien werden über delegierte Rechtsakte einbezogen, und der erste Arbeitsplan der Kommission für 2025 bis 2030 beginnt mit Textilien, Möbeln, Reifen, Matratzen sowie Eisen, Stahl und Aluminium. Medizinprodukte stehen nicht auf dieser Liste. Der Arbeitsplan wird überarbeitet werden, und der Nachhaltigkeitsdruck auf die Branche ist real, aber Stand heute gibt es weder Rechtsakt noch Deadline.

Die Verordnung, mit der MedTech längst lebt

Und hier die Pointe: Medizintechnik-Hersteller betreiben bereits das, was einem Produktpass im EU-Recht am nächsten kommt. Die Medizinprodukteverordnung (Verordnung (EU) 2017/745) verlangt für jedes Produkt eine Unique Device Identification, registriert in der EUDAMED-Datenbank, mit dem UDI-Träger auf dem Etikett. Geräteidentität, strukturierte Produktdaten, Registermeldung: die Mechanik eines DPP, verpflichtend seit 2021 und nach Risikoklassen ausgerollt.

Das UDI-System spiegelt sogar die Granularitätsdebatte des DPP. Die UDI-DI identifiziert das Gerätemodell, ungefähr das, was ein Pass auf Modellebene abdeckt. Die UDI-PI ergänzt Produktionskennungen: Los, Seriennummer, Verfallsdatum. Klasse-III- und implantierbare Produkte tragen UDI-Etiketten seit 2021, Klasse IIa/IIb seit 2023, Klasse I seit 2025. Die Branche hat die Fragen zu Identifier-Strategie, Platz auf dem Etikett und Datenpipeline also längst durchgearbeitet, an denen andere Sektoren gerade erst ankommen.

Die beiden Systeme im Vergleich:

Die praktische Konsequenz: Ein MedTech-Unternehmen hat die harte kulturelle Arbeit bereits geleistet. Strukturierte Gerätedaten existieren, Identifier-Disziplin existiert, regulatorische Datenmeldung ist Routine. Dieses Fundament zu einem kundenzugänglichen Pass zu erweitern ist ein kleiner Schritt, keine Transformation.

Der Use Case mit heutiger Rechtsgrundlage: elektronische Gebrauchsanweisungen

Gebrauchsanweisungen sind ein konkreter Einstiegspunkt. Die Verordnung (EU) 2021/2226 erlaubt es Herstellern, Gebrauchsanweisungen für definierte Produktkategorien elektronisch bereitzustellen, sofern Verfügbarkeits- und Zugriffsanforderungen erfüllt sind. Ein QR-Code am Gerät, der auf eine gepflegte, versionierte Geräteseite auflöst, entspricht genau diesem Muster.

Hersteller, die das umsetzen, drucken keine Handbücher mehr, die in Klinikschubladen verschwinden. Die aktuelle IFU-Version, in der Sprache des Lesers, liegt einen Scan vom Gerät entfernt. Das Dokument wird einmal aktualisiert, und jedes Gerät im Feld zeigt auf die neue Version. Für Hersteller mit häufigen Labeling-Updates sind allein die Druck- und Distributionsersparnisse ein fünfstelliger Jahresposten.

Warum der Business Case der Regulierung vorausläuft

Ein Klinikgerät erzeugt über ein Jahrzehnt oder länger Service-Ereignisse: Installationen, Wartungen, Fehlerzustände, Ersatzteile, Schulungen. Jedes dieser Ereignisse braucht Gerätekontext, der heute bestenfalls im CRM des Herstellers liegt. Ein Pass auf Geräteebene macht das physische Gerät zum Einstiegspunkt:

• Ein Techniker scannt das Gerät und sieht dessen Service-Historie, nicht die des Modells
• Eine Pflegekraft scannt es und bekommt die Gebrauchsanweisung samt Support-Kanal, keine Hotline-Warteschleife
• Eine Serviceanfrage kommt mit angehängter Geräteidentität an, die Triage dauert Minuten

Legen wir Zahlen auf den Triage-Punkt, denn dort sitzt das Geld. Eine Field-Service-Organisation mit 5.000 Serviceanfragen pro Jahr verbrennt typischerweise 20 bis 40 Minuten pro Anfrage mit Identifikation und Kontextsuche: welches Gerät, welche Konfiguration, welcher Vertrag, welche Historie. Bei gemischten 60 Euro pro Stunde sind das 100.000 bis 200.000 Euro pro Jahr für Informationen, die der Techniker beim Scan hätte haben können. Rechnet man die Folgeeffekte dazu, weniger falsch verschickte Ersatzteile und weniger Wiederholungsbesuche, schlägt allein der Service-Fall die Plattformkosten regelmäßig um eine Größenordnung.

Auf genau dieser Schicht ist dpp.cloud gebaut. Die zugrunde liegende Plattform betreibt seit über fünf Jahren digitale Identitäten auf Geräteebene in regulierten MedTech-Umgebungen, inklusive globaler Deployments. Der Pass ist dieselbe Infrastruktur mit einer Compliance-Datenschicht obendrauf. Wenn die ESPR irgendwann Medizinprodukte erreicht, ist der Pass schon im Feld. Bis dahin verdient er sich über den Service. Diese Bewegung haben wir in vom Compliance-Projekt zum Wettbewerbsvorteil beschrieben.

Die nähere Deadline heißt Einkauf

Eine weitere Kraft verdient einen Namen. Klinikverbünde und Einkaufsgemeinschaften bewerten Lieferanten zunehmend nach Nachhaltigkeitsdaten, getrieben auch durch eigene Berichtspflichten unter der CSRD. MedTech-Lieferanten bekommen Fragebögen zu Materialzusammensetzung, Verpackung, Rücknahme und Reparierbarkeit. Ein Hersteller mit strukturierten, pass-fähigen Gerätedaten beantwortet die in Stunden. Einer, dessen Daten in regulatorischen PDFs stecken, nicht. In Ausschreibungen zeigt sich dieser Unterschied vor jedem delegierten Rechtsakt.

Wie ein MedTech-Pass-Pilot konkret aussieht

Die Piloten, die funktionieren, bleiben klein und spezifisch. Das Muster aus unseren Deployments:

1. Eine Gerätefamilie mit Service-Schmerz wählen. Nicht das Flaggschiff, sondern die, die Hotline-Anrufe erzeugt. Fünfzig bis zweihundert Geräte im Feld reichen völlig.
2. Die bestehenden Daten verdrahten. Gerätestammdaten aus PIM oder Regulatory-System, IFU-Dokumente, Ersatzteillisten. Die Mapping-Mechanik ist dieselbe wie in DPP erstellen aus PIM-Daten, und UDI-Kennungen fügen sich direkt in die Pass-Identität.
3. Den QR dorthin, wo das Service-Ereignis beginnt. Aufs Gehäuse, neben das Typenschild. Nicht in den Karton, nicht ins Handbuch.
4. Ein Quartal lang zwei Zahlen messen: Triage-Zeit pro Serviceanfrage und Anteil der Anfragen, die mit Geräteidentität ankommen. Diese zwei Zahlen treffen die Rollout-Entscheidung für Sie.

Zeitplan für diesen Piloten: zwei bis vier Wochen bis live, weil die Daten existieren und die Identifier-Disziplin schon da ist. Das ist die eine Branche, in der wir selten Datenlücken finden; die MDR hat sie vor Jahren geschlossen.

Was ein MedTech-Hersteller jetzt tun sollte

1. Nichts Panisches. Es gibt keine ESPR-Deadline für Medizinprodukte. Ignorieren Sie jeden, der etwas anderes behauptet.
2. Das UDI-Fundament nutzen. Ihre Gerätestammdaten sind bereits pass-tauglich. Das Mapping in einen kundenzugänglichen Pass dauert Wochen, kein Programm.
3. Dort anfangen, wo Geld versickert. eIFU-Bereitstellung und Service-Routing sind Use Cases mit heutiger Rechtsgrundlage und heutigem ROI.

Der nächste Schritt

Sie haben Geräte im Feld und wollen sehen, was ein Pass auf Geräteebene mit Ihrer Service-Organisation macht? Buchen Sie eine 30-minütige Strategy Session. Wir kennen die regulierte Seite dieser Branche gut und verschwenden Ihre Zeit nicht mit erfundenen Deadlines.

Strategy Session buchen