PIM für Medizinprodukte und Pharma: MDR-, UDI- und EUDAMED-Produktdaten (2026)

Zuletzt aktualisiert: 3. November 2026.

Soll Ihr PIM als Medizinproduktehersteller UDI-Daten bis zu EUDAMED und zur GUDID der FDA bringen, sehen Sie sich zuerst Innovit, Informatica Product 360 mit dem BYRD-Health-Accelerator und Syndigo an: Diese Anbieter dokumentieren die UDI-Einreichung auf ihren eigenen Seiten. Stibo Systems passt zu einem Großunternehmen, das die Beziehung zwischen UDI-DI und Basic UDI-DI in seinen Stammdaten verwalten und die Einreichung einem Regulatory-System überlassen will. Sales Layer, Pimcore, Viamedici und Akeneo passen, wenn bereits ein RIM-Tool (Regulatory Information Management) einreicht und das PIM für Produktinhalte, Gebrauchsanweisungen je Markt, Kataloge und Feeds an Distributoren zuständig ist.

Der Anbieter ist die zweite Entscheidung. Die erste lautet: Welches System besitzt welche Daten? Antworten zum Thema Medtech vermischen Qualitätsmanagement, PLM und Regulatory-Tools oft mit einer PIM-Frage, und genau dort scheitern Projekte: Zwei Systeme halten sich beide für den Eigentümer der UDI-DI, oder niemand ist für den Link zur Gebrauchsanweisung je Sprache verantwortlich. Diese Seite zeigt, was MDR, IVDR und UDI verlangen, welches System üblicherweise welche Daten besitzt, wie die Daten zu EUDAMED und GUDID gelangen und welche PIM-Anbieter Medtech-Funktionen dokumentieren. Für den Gesamtmarkt lesen Sie die beste PIM-Software.

Welches PIM-System passt zu einem Medizinprodukte- oder Pharmahersteller?

Beginnen Sie bei Ihrer regulatorischen Systemlandschaft, nicht bei der Funktionsliste des PIM. Drei Situationen decken die meisten Hersteller ab:

1. Noch kein eigenes UDI- oder RIM-Tool. Sie brauchen eine Produktdatenplattform, die UDI-Attribute je Verpackungsebene hält, sie gegen die Regeln von EUDAMED und GUDID validiert und einreicht, oder eine Plattform mit einem UDI-Einreichungsmodul. Innovit, Syndigo und Informatica Product 360 mit BYRD Health dokumentieren das.
2. Ein RIM- oder UDI-Tool reicht bereits ein. Das PIM liefert dann Produktbeschreibungen, Übersetzungen, Bilder und Links zu Gebrauchsanweisungen und übernimmt die Kennungen aus dem Regulatory-System. Stibo Systems, Sales Layer, Pimcore, Viamedici und Akeneo können diese Rolle übernehmen; sie unterscheiden sich darin, wie viel Governance und Medtech-Modellierung sie dokumentieren.
3. Pharma. Arzneimitteldaten für Behörden folgen den IDMP-Normen und liegen in Regulatory-Systemen. Das PIM versorgt Apotheken, Großhändler und Onlineshops mit kommerziellen Inhalten.

In jedem Fall braucht das PIM einen Audit-Trail und Freigabeschritte, die Ihrem Qualitätsteam genügen, denn eine falsche Kontraindikation in einem Onlineshop kann zu einem Kennzeichnungsthema werden, nicht nur zu einem Tippfehler. Unsere Anforderungscheckliste für B2B-PIM deckt die allgemeinen Anforderungen ab; diese Seite ergänzt die Medtech-spezifischen.

Welche Produktdaten verlangen MDR, IVDR und UDI?

Die EU-Medizinprodukteverordnung, Verordnung (EU) 2017/745, und die Verordnung über In-vitro-Diagnostika, Verordnung (EU) 2017/746, führen ein System zur eindeutigen Produktidentifikation (UDI) für Medizinprodukte ein. Laut der Leitlinie MDCG 2018-1 Rev.4 der Medical Device Coordination Group (April 2021) stehen die wesentlichen UDI-Bestimmungen in Kapitel III und Anhang VI beider Verordnungen. Die Seite der Kommission zu den neuen Verordnungen gibt an, dass die IVDR seit dem 26. Mai 2022 in der EU gilt.

Die Bausteine, wie die UDI-Seite der Kommission sie beschreibt:

Element	Was es ist	Wo es steht	Was es für Produktdaten bedeutet
UDI-DI	Produktkennung, spezifisch für einen Hersteller und ein Produkt, die Zugang zu den Produktinformationen gibt	In der UDI auf dem Etikett und auf jeder höheren Verpackungsebene	Eine je Produktmodell und Verpackungsebene; ein Attribut, das Ihr Produktmodell je Verpackung halten muss
UDI-PI	Herstellungskennung für die Produktionseinheit, etwa Los- oder Seriennummer, Verfalls- oder Herstellungsdatum	In der UDI auf dem Etikett, erzeugt in der Produktion	Kommt aus Produktion und ERP, nicht aus dem PIM
Basic UDI-DI	Hauptschlüssel in der UDI-Datenbank sowie in Bescheinigungen, Konformitätserklärung und technischer Dokumentation	In EUDAMED und regulatorischen Dokumenten; erscheint auf keinem Handelsartikel	Fasst Produkte mit derselben Zweckbestimmung, derselben Risikoklasse und denselben wesentlichen Konstruktions- und Herstellungsmerkmalen zusammen; jede UDI-DI gehört zu genau einer Basic UDI-DI
UDI/Produktregistrierung	Der Produktdatensatz, den ein Hersteller für jedes in der EU in Verkehr gebrachte Produkt einreicht	EUDAMED, Modul UDI/Devices	Muss die European Medical Device Nomenclature (EMDN) verwenden
Etikett und Gebrauchsanweisung (IFU)	Die Kennzeichnung und Gebrauchsanweisung, die die Verordnungen verlangen	Auf dem Produkt, der Verpackung und in der IFU	Die UDI ergänzt die Kennzeichnungsanforderungen und ersetzt sie nicht

Drei Details zählen für ein PIM-Datenmodell. Erstens nennt MDCG 2018-1 die Änderungen, die eine neue UDI-DI erfordern: Name oder Handelsname, Produktversion oder Modell, Kennzeichnung als Einmalprodukt, steril verpackt, Sterilisation vor Gebrauch nötig, Anzahl der Produkte je Packung, kritische Warnhinweise oder Kontraindikationen (zum Beispiel Latex oder DEHP) sowie CMR-Stoffe oder endokrine Disruptoren. Ein PIM, in dem jemand diese Attribute an einer bestehenden UDI-DI ohne Prüfung ändern kann, schafft ein Compliance-Problem. Zweitens weist dieselbe Leitlinie darauf hin, dass Anhang VI Teil B die maximale Zahl der Wiederverwendungen in der UDI-Datenbank verlangt, wenn ein Hersteller eine solche Zahl festlegt, und dass sie auch in der Gebrauchsanweisung stehen muss. Drittens gibt die UDI-Seite an, dass Hersteller die UDI dem Produkt und allen höheren Verpackungsebenen zuweisen, bevor sie es in Verkehr bringen. Ihre Verpackungshierarchie muss also vor dem Marktstart in den Daten stehen, nicht danach.

Vier Zuteilungsstellen können in der EU UDIs vergeben: GS1, HIBCC, ICCBBA und IFA, benannt durch den Durchführungsbeschluss (EU) 2019/939 und durch den Durchführungsbeschluss (EU) 2024/2120 bis zum 27. Juni 2029 verlängert, so die UDI-Seite der Kommission. GS1 veröffentlicht eigene UDI-Informationen für das Gesundheitswesen. Tragen Ihre Handelsartikel bereits GS1-Kennungen, fragen Sie Ihre Zuteilungsstelle früh, wie deren Schlüssel auf UDI-DI und Basic UDI-DI abgebildet werden. Unser Leitfaden zu GS1, ETIM, ECLASS und BMEcat im PIM erklärt, wie ein PIM Standardkennungen und Klassifikationen speichert.

In den USA gibt die UDI-Seite der FDA (Inhalt aktuell zum 22. Juli 2022) an, dass die UDI-Regel Labeler grundsätzlich verpflichtet, eine UDI aus dem System einer von der FDA akkreditierten Zuteilungsstelle auf Etiketten und Verpackungen anzubringen, in manchen Fällen direkt auf dem Produkt, und Produktinformationen an die Global Unique Device Identification Database (GUDID) zu übermitteln. Die GUDID enthält nur die Produktkennung, mit Kennzeichen dafür, welche Herstellungskennungen in der UDI stehen, und ihre öffentlichen Daten sind über AccessGUDID durchsuchbar (Inhalt der Seite aktuell zum 17. Dezember 2024).

Für Pharma beschreibt die Europäische Arzneimittel-Agentur ISO IDMP als fünf ISO-Normen zur Identifikation von Arzneimitteln (ISO 11238, 11239, 11240, 11615 und 11616). Die EMA setzt sie schrittweise um, gestützt auf vier Stammdatendomänen: Substanz, Produkt, Organisation und Referenzdaten (SPOR). Die Daten umfassen Produktname, Wirkstoffe, pharmazeutisches Produkt, Zulassung, klinische Angaben, Verpackung und Herstellung. Das sind regulatorische Stammdaten, und sie gehören zu Regulatory Affairs.

PIM, PLM, QMS und Regulatory-Software: Welches System besitzt welche Daten?

Hier entscheidet sich, ob ein PIM-Projekt in der Medizintechnik gelingt. Jedes System unten ist das führende System für seine eigenen Daten. Die anderen lesen sie. Die Aufteilung ist das übliche Muster, das wir sehen, keine gesetzliche Regel: Entscheidend ist, dass jedes Attribut genau einen Eigentümer hat und dass das schriftlich festgehalten ist.

Daten	Führendes System	Was das PIM damit tut
Konstruktion, Stückliste, technische Änderungen, Produktversionen	PLM	Übernimmt freigegebene Versionen und technische Spezifikationen; ändert sie nie. Siehe PLM- und PIM-Integration
Design-Historie, Dokumentenlenkung, CAPA, Reklamationen, Schulungsnachweise	QMS	Nichts, oder eine Referenz wie eine Dokumentnummer; Qualitätsaufzeichnungen gehören nicht in ein PIM
Freigegebene Kennzeichnung und IFU-Inhalte, je Markt und Sprache	Dokumentenlenkung im QMS oder im RIM, je nach Prozess	Speichert die freigegebene IFU-Datei oder den Link je Markt und Sprache und veröffentlicht sie in Kanälen; gibt sie nicht frei
Vergabe der UDI-DI, Basic UDI-DI, EMDN-Code, Risikoklasse, Bescheinigungen, Registrierungen je Markt	RIM oder ein eigenes UDI-Tool (in manchen Architekturen ein MDM oder PIM mit UDI-Modul)	Hält eine schreibgeschützte Kopie für Kanäle und Feeds, oder ist Master, wenn sein Anbieter UDI-Governance und Einreichung dokumentiert
Einreichungen bei EUDAMED und GUDID und ihr Status	RIM, UDI-Tool oder Dienstleister	Liefert Attribute an das einreichende System
Materialnummer, Preise, Bestand, Los- und Seriennummern	ERP	Übernimmt Artikelnummern und kommerzielle Daten; Herstellungskennungen bleiben in ERP und Produktion
Arzneimitteldaten nach IDMP (Substanzen, Zulassungen)	RIM	Übernimmt Kennungen für kommerzielle Inhalte; pflegt keine regulatorischen Stammdaten
Produkttexte, Übersetzungen, Bilder, Werbeaussagen, Katalog- und Shopinhalte, Feeds an Distributoren und Kliniken	PIM	Ist Eigentümer, mit Freigabeschritten für alles, was eine Behörde als Kennzeichnung lesen würde

Wo das in der Praxis schiefgeht: Das PIM-Team legt eine neue Packungsgröße als Variante an, die Anzahl je Packung ändert sich, und niemand sagt Regulatory Affairs, dass eine neue UDI-DI nötig ist. Eine gute Architektur blockiert diese Änderung im PIM, bis das Regulatory-System die Kennung vergeben hat, oder hält UDI-Felder im PIM vollständig schreibgeschützt. Unsere Seite zu PDM vs. PIM vs. DAM behandelt die Übergabe von der Entwicklung an den Vertrieb allgemein, und PIM vs. MDM vs. DAM vs. PXM erklärt die Systemkategorien.

Die Tools, denen Käufer bei dieser Frage oft begegnen, übernehmen laut ihren eigenen Seiten diese Rollen:

Tool	Was es ist	Ist es ein PIM?
Greenlight Guru	Qualitätsmanagementsystem (QMS) für Medizinprodukte, dazu elektronische Datenerfassung für klinische Studien	Nein
Propel	PLM- und QMS-Plattform für Medizinprodukte; nennt auch ein Modul Propel PIM, und die Medizinprodukte-Seite erwähnt UDI und EUDAMED nicht	Nein, es ist eine PLM- und QMS-Plattform
Rimsys	Regulatory Information Management mit UDI-Verwaltung und Integration von EUDAMED und GUDID	Nein
Veeva	Qualitäts- (QMS, QualityDocs) und Regulatory-Software (RIM) für Medtech	Nein

Greenlight Guru, Propel, Rimsys und Veeva sind QMS-, PLM- oder Regulatory-Tools, keine PIM-Systeme. Sie können der richtige Eigentümer für einen Teil der Daten in der Tabelle oben sein. Sie ersetzen kein PIM, das Produktinhalte an Onlineshops, Distributoren und Klinikeinkäufer ausspielt, und ein PIM ersetzt sie nicht.

Reicht das PIM Daten bei EUDAMED oder GUDID ein, oder beliefert es das System, das einreicht?

In den meisten Architekturen beliefert das PIM das System, das einreicht. Das EUDAMED Information Centre nennt drei Wege, Daten für die Module Akteure, UDI/Produkte und Bescheinigungen einzugeben: manuell über die Benutzeroberfläche, halbautomatisch per XML-Upload und per Machine-to-Machine-Austausch (M2M) zwischen einem externen Backend-System und EUDAMED. Es merkt an, dass eine Vollautomatisierung zu teuer sein kann, wenn Volumen oder Häufigkeit der Einreichungen gering sind. Die GUDID nimmt Daten über ihre Weboberfläche an, ein Produkt nach dem anderen, oder als HL7-SPL-Dateien über das Electronic Submissions Gateway der FDA für Masseneinreichungen, so die GUDID-Seite der FDA.

Was die Anbieter dokumentieren, geprüft am 3. November 2026:

• Reicht ein: Innovit beschreibt die M2M-Einreichung an GUDID, EUDAMED, ausUDID und swissdamed in HL7 SPL, SOAP XML und weiteren Formaten, mit Validierungsregeln je Datenbank. Syndigo beschreibt einen Dienst Global UDI Submission für FDA GUDID, EUDAMED und weitere Gesundheitsbehörden. Informatica beschreibt Product 360 mit dem BYRD-Health-Accelerator, um Regulatory-Daten für EUDAMED und GUDID anzulegen, zu pflegen und zu verteilen, mit Dashboards zum Einreichungsstatus.
• Verwaltet oder mappt, beansprucht keine Einreichung: Stibo Systems beschreibt die Governance der Daten zu Produktfamilien, UDI-DI, Basic UDI-DI, Verpackung und Märkten, auf denen Einreichungen beruhen, und sagt, dass das RIM die Einreichungen übernimmt. Sales Layer beschreibt das Mapping von Feldern für GUDID oder EUDAMED. Pimcore nennt Behörden (UDI, FDA, EUDAMED) als Verteilungsziel, ohne den Mechanismus zu beschreiben.
• Nicht dokumentiert: Viamedici und Akeneo erwähnen UDI, EUDAMED oder GUDID auf den geprüften Seiten nicht.

Reicht Ihr PIM nicht selbst ein, planen Sie einen von drei Wegen ein: ein RIM- oder UDI-Tool, einen Dienstleister oder eine eigene M2M-Anbindung. Machen Sie das PIM danach zur Quelle der kommerziellen Attribute und zum Empfänger der regulatorischen, damit die Daten in eine Richtung fließen.

Welche PIM-Anbieter bedienen Medtech und Pharma?

Die Tabelle nennt PIM-, MDM- und Produktdatenanbieter, die Material zu Medtech oder Gesundheitswesen veröffentlichen oder nach denen Käufer in diesem Segment fragen. Sie ist kein Ranking. Jede Zelle stammt von der eigenen Seite des Anbieters, geöffnet am 3. November 2026; „nicht dokumentiert“ heißt, dass die geprüfte Seite es nicht sagt, nicht dass das Produkt es nicht kann.

Anbieter	Dokumentierte Medtech-Funktionen	GS1 oder GDSN	Audit-Trail und Freigaben	Quelle
Innovit	UDI-Einreichung an GUDID, EUDAMED, ausUDID und swissdamed per M2M; Validierungsregeln je Datenbank; PIM und MDM in derselben Suite	GDSN-Syndizierung mit Konnektoren für atrify, NPC, GHX und weitere; vorkonfigurierte GS1-Attribute	Audit-Trail und Einreichungshistorie, laut Anbieter zur Unterstützung von 21 CFR Part 11 und Annex 11; flexible Freigabe-Workflows	UDI compliance, Startseite
Informatica Product 360	Mit dem BYRD-Health-Accelerator: Vorlagen nach GUDID- und EUDAMED-Anforderungen, Validierungsregeln, Dashboards zum Einreichungsstatus, gepflegte Codelisten	Auf dieser Seite nicht dokumentiert	Audit-Log für Datenänderungen, Benutzeraktionen und Einreichungen; Workflows auf dieser Seite nicht dokumentiert	Informatica-Blog, Juni 2025
Syndigo	Dienst Global UDI Submission für GUDID und EUDAMED; GS1-zertifizierte Medizinprodukte-Inhalte mit Kennungen, Attributen, Bildern und IFU	GS1-zertifizierter GDSN-Datenpool	Audit- und Statusmeldungen bei UDI-Einreichungen; Freigabe-Workflows auf der Healthcare-Seite nicht dokumentiert	Healthcare, GDSN
Stibo Systems	MDM für Daten zu Produktfamilien, UDI-DI, Basic UDI-DI, Verpackung und Märkten; unterstützt GxP-gelenkte Prozesse; überlässt Einreichungen dem RIM	Auf der Life-Sciences-Seite nicht dokumentiert	Lineage, Versionskontrolle, Gültigkeitsdaten und Freigabe-Workflows; Audit-Trail-Management in der GxP-Erklärung	Life Sciences, GxP
Sales Layer	Zentralisiert UDIs und ordnet UDI-DI den SKUs zu; mappt Felder für GUDID oder EUDAMED; verwaltet IFUs je Markt; übergibt Daten an SAP Ariba oder GHX	GS1 Connector des Partners Qmica bildet Attribute auf GS1- und ETIM-Werte ab	Vollständige Historie und Versionskontrolle für RA und QA; Freigabe-Workflow auf der Medtech-Seite nicht beschrieben	Medizinprodukte, GS1-Konnektor
Pimcore	Healthcare-Seite: DAM für IFUs mit Versionskontrolle und Audit-Trails; nennt UDI, FDA und EUDAMED als Verteilungsziele, ohne das Wie zu beschreiben	Nicht dokumentiert (GTIN als Klassifikation genannt)	Jedes Speichern eines Datenobjekts oder Assets erzeugt eine Version, die sich vergleichen und wiederherstellen lässt; konfigurierbare Workflows mit Notizen und Ereignissen	Healthcare, Versionierung, Workflows
Viamedici	Healthcare-Seite: eingebaute Regeln, die Produktinformationen vor der Veröffentlichung gegen Vorschriften prüfen; Rückverfolgbarkeit von Produkten bei Rückrufen; SAP genannt	Auf der Healthcare-Seite nicht dokumentiert	Workflow genannt; Audit-Trail auf der Healthcare-Seite nicht dokumentiert	Healthcare und Medizintechnik
Akeneo	Keine UDI- oder EUDAMED-Funktionen dokumentiert; nennt den Medizinprodukte-Distributor AMG Medical als Kunden für mehrsprachige Inhalte unter medizinischen Vorschriften	Nicht dokumentiert; kein GDSN-Konnektor im App Store gefunden	Produkthistorie bis zu 200 Versionen aus den letzten 3 Jahren, Wiederherstellung in den Paketen Advanced und Premium; Collaboration Workflows mit Prüfschritten, die freigeben oder ablehnen	Product Cloud, Version wiederherstellen, Workflows

Zwei Muster fallen auf. Die Anbieter, die eine UDI-Einreichung dokumentieren (Innovit, Syndigo, Informatica mit BYRD Health), kommen aus Produktdaten für die Gesundheitslieferkette, aus GDSN oder aus Enterprise-MDM. Die allgemeinen PIM-Systeme dokumentieren eine starke Content-Governance, überlassen den regulatorischen Schritt aber einem anderen System. Keines von beiden ist an sich besser: Es hängt davon ab, ob Sie bereits ein RIM besitzen. Für zwei Enterprise-Optionen im direkten Vergleich lesen Sie Informatica Product 360 vs. Stibo Systems.

Welcher Anbieter passt zu welcher Ausgangslage?

Ihre Ausgangslage	Zuerst ansehen	Warum
Kein RIM- oder UDI-Tool, Produkte in der EU und den USA, Klinikeinkäufer, die GDSN-Daten verlangen	Innovit, Syndigo	Beide dokumentieren UDI-Einreichung und GDSN-Veröffentlichung
Großer Hersteller mit Informatica- oder Enterprise-MDM-Landschaft	Informatica Product 360, Stibo Systems	Dokumentierte UDI-Vorlagen und Audit-Log (Informatica mit BYRD Health) oder verwaltete Beziehungen zwischen UDI-DI und Basic UDI-DI (Stibo Systems)
Ein RIM wie Rimsys oder Veeva RIM reicht bereits ein; Sie brauchen IFUs je Markt, Kataloge und Shopinhalte	Sales Layer, Pimcore, Akeneo	Content-Governance mit Historie und Workflows; UDI-Daten kommen aus dem RIM
SAP-zentrierter Hersteller mit vielen Varianten und Printkatalogen	Viamedici, Stibo Systems	SAP-Integration und Enterprise-MDM, mit UDI-Daten, die in Regulatory-Systemen verwaltet oder von dort übernommen werden
Distributor oder Großhändler für Medizinprodukte, der Herstellerdaten veröffentlicht	Syndigo, Sales Layer, Akeneo	Ausspielung an GDSN oder Klinikkanäle und mehrsprachige Inhalte
Pharmahersteller	Zuerst Ihr RIM, dann ein PIM für kommerzielle Inhalte	Kein Anbieter in unserer Tabelle dokumentiert IDMP auf den geprüften Seiten

Fragen an jeden Anbieter

Verlangen Sie eine Demo mit Ihren eigenen Daten, mit einem Produkt mit drei Verpackungsebenen und zwei Märkten. Fragen Sie dann:

1. Welche UDI-Attribute enthält Ihr Standard-Datenmodell je Verpackungsebene, und ist die Basic UDI-DI eine eigene Entität?
2. Können Sie die Änderung eines Attributs, das eine neue UDI-DI auslöst (etwa Anzahl je Packung oder Sterilstatus), sperren, bis eine neue UDI-DI vergeben ist?
3. Reichen Sie selbst bei EUDAMED und GUDID ein, über einen Partner oder gar nicht? Mit welcher Methode: M2M, XML-Upload oder HL7 SPL?
4. Zeigen Sie den Audit-Trail für eine Attributänderung: wer, wann, alter und neuer Wert, und die Freigabe.
5. Welche Kontrollen für elektronische Aufzeichnungen und Signaturen dokumentieren Sie, und liefern Sie Validierungsunterlagen für den GxP-Einsatz?
6. Wie speichern Sie IFUs und Etiketten je Markt und Sprache, und wer gibt eine neue Version frei?
7. An welche GDSN-Datenpools binden Sie an, nativ oder über einen Partner?
8. Welche Kunden aus Medizintechnik oder Pharma betreiben diese Architektur heute, und können wir mit einem sprechen?

Wie wir bewertet haben

Wir haben die europäischen und US-amerikanischen Primärquellen zu MDR, IVDR, UDI, EUDAMED und GUDID auf den Websites der Europäischen Kommission und der FDA gelesen, dazu die MDCG-Leitlinie zur Basic UDI-DI und die EMA-Seite zu IDMP. Bei den Anbietern sind wir von den PIM- und MDM-Anbietern ausgegangen, die Käufer für dieses Segment nennen, haben am 3. November 2026 die eigene Branchenseite, Produktseite oder das Hilfecenter jedes Anbieters geöffnet und die Tabelle nur mit dem gefüllt, was diese Seiten angeben. Nennt eine Seite eine Funktion nicht, steht dort nicht dokumentiert. Außerdem haben wir die eigenen Seiten von Greenlight Guru, Propel, Rimsys und Veeva geöffnet, um ihre Rolle zu beschreiben. AtroPIM und inriver haben wir weggelassen, weil die gefundenen Seiten keine Medtech-spezifischen Funktionen dokumentieren, SAP, weil Käufer es meist als ERP mit dem Materialstamm erleben und nicht als PIM, und Piminto, weil wir keine Quelle gefunden haben, die das Produkt identifiziert. Das Muster in der Eigentümer-Tabelle ist unser redaktionelles Urteil aus der Implementierungspraxis, keine gesetzliche Vorgabe.

PIMvendors ist eine unabhängige Plattform für die PIM-Auswahl. Die Reihenfolge der Anbietertabelle folgt dem Grad, in dem jeder Anbieter die UDI-Einreichung direkt dokumentiert, nicht einer Bewertung. Vorschriften und EUDAMED-Module ändern sich, prüfen Sie deshalb die Seiten der Kommission, bevor Sie planen. Für eine kuratierte Medtech-Shortlist lesen Sie auch die Seite von pimselection.com zu PIM für Medizinprodukte. Für die Auswahl selbst folgen Sie unserem Leitfaden So wählen Sie das richtige PIM und unserem Leitfaden zu Produktdatenqualität und Governance.

Quellen

• EUR-Lex, Verordnung (EU) 2017/745 über Medizinprodukte, Primärtext, herangezogen am 3. November 2026.
• EUR-Lex, Verordnung (EU) 2017/746 über In-vitro-Diagnostika, Primärtext, herangezogen am 3. November 2026.
• Europäische Kommission, Unique Device Identifier (UDI), geprüft am 3. November 2026.
• Europäische Kommission, EUDAMED overview, geprüft am 3. November 2026.
• Europäische Kommission, EUDAMED UDI/device registration, geprüft am 3. November 2026.
• Europäische Kommission, New regulations, geprüft am 3. November 2026.
• Medical Device Coordination Group, MDCG 2018-1 Rev.4, Guidance on Basic UDI-DI and changes to UDI-DI, April 2021.
• Europäische Kommission, EUDAMED Information Centre, Guidelines on data exchange, geprüft am 3. November 2026.
• FDA, Unique Device Identification System (UDI System), Inhalt aktuell zum 22. Juli 2022, geprüft am 3. November 2026.
• FDA, Global Unique Device Identification Database (GUDID), Inhalt aktuell zum 17. Dezember 2024, geprüft am 3. November 2026.
• GS1, Unique Device Identification (UDI), herangezogen am 3. November 2026.
• Europäische Arzneimittel-Agentur, Data on medicines (ISO IDMP standards): overview, geprüft am 3. November 2026.
• Innovit, UDI compliance und Startseite, geprüft am 3. November 2026.
• Informatica, From years to months: accelerate medical device compliance timelines, Juni 2025, geprüft am 3. November 2026.
• Syndigo, Healthcare und GDSN, geprüft am 3. November 2026.
• Stibo Systems, Life Sciences und GxP compliance, geprüft am 3. November 2026.
• Sales Layer, PIM for medical device manufacturers und GS1 Connector by Qmica, geprüft am 3. November 2026.
• Pimcore, Healthcare and life sciences, Versioning und Workflow-Management-Dokumentation, geprüft am 3. November 2026.
• Viamedici, Healthcare and medical technology, geprüft am 3. November 2026.
• Akeneo, Product Cloud, Restore a previous product version und What are Collaboration Workflows, geprüft am 3. November 2026.
• Greenlight Guru, Startseite, geprüft am 3. November 2026.
• Propel, Medical devices, geprüft am 3. November 2026.
• Rimsys, Startseite, geprüft am 3. November 2026.
• Veeva, MedTech, geprüft am 3. November 2026.