Der Medicator-Code

Identifiziert jedes Medizingeraet eindeutig — mit validierten Compliance-Suffixen aus dem Regelwerk.

Warum ein eigener Code?

UDI-DI, EMDN-Codes oder GMDN-Begriffe identifizieren Medizinprodukte auf Hersteller-Ebene — sie helfen aber nicht dem Betreiber, der in seinem Inventar schnell wissen muss: Welches Gerät muss zur STK? Welches fällt unter die Strahlenschutzverordnung? Welches braucht eine Messtechnische Kontrolle?

Der Medicator-Code beantwortet genau diese Fragen. Er ist bewusst menschen-lesbar, grep-bar und SQL-filterbar. Eine einzige Spalte im ERP, CMMS oder Instandhaltungs-System genügt, um alle relevanten Auswertungen ohne Joins zu fahren.

Aufbau

Der Code besteht aus zwei logischen Blöcken, getrennt durch Bindestriche:

Stamm (3 Segmente, stabil): BEREICH–GRUPPE–MODELL
Compliance-Suffixe (optional, nur wenn durch Regelwerk validiert)

NUK–PEC–DIM–R

Beispiel: GE Discovery MI — Nuklearmedizin / PET-CT / Discovery MI, Strahlenschutz (StrlSchV)

Stamm — die ersten drei Segmente

Segment	Bedeutung	Beispiel
L1 — Bereich	Medizinischer Fachbereich oder Einsatzumgebung	`BEA`, `LAB`, `HNO`, `NUK`, `RAD`
L2 — Gruppe	Funktionale Gerätegruppe innerhalb des Bereichs	`LAN`, `AUD`, `PEC`, `COM`
L3 — Modell	Konkretes Gerätemodell oder Subtyp	`VEN`, `DIM`, `SOA`

Compliance-Suffixe validiert aus Regelwerk

Suffixe werden nur vergeben, wenn die Zuordnung durch das jeweilige Regelwerk gedeckt ist. Geräte ohne nachgewiesene Pflicht erhalten keinen Suffix.

Suffix	Bedeutung	Rechtsgrundlage	Quelle
`R`	Strahlenschutzpflichtig (ionisierende Strahlung)	StrlSchG, StrlSchV	Gerätekategorie
`S12`, `S24`	STK-Intervall in Monaten	§11 MPBetreibV, Anlage 1	Anlage 1 Gerätetypenliste
`M`	MTK-pflichtig (Messtechnische Kontrolle)	§14 MPBetreibV, Anlage 2	Anlage 2 Gerätetypenliste

Hinweis zu MDR-Risikoklassen: Die MDR-Risikoklasse (I, IIa, IIb, III nach EU 2017/745) wird kuenftig aus EUDAMED übernommen, sobald die Datenbank vollstaendig verfuegbar ist (voraussichtlich ab 2026/2027). Bis dahin enthaelt der Code keine Risikoklasse — wir machen keine Annahmen.

Beispiele aus der Praxis

BEA–LAN–VEN–S24

VentIS — Langzeitbeatmungsgeraet

Beatmungstechnik, STK alle 24 Monate (MPBetreibV Anlage 1 Nr. 5)

Datensatz ansehen →

NUK–PEC–DIM–R

GE Discovery MI — PET-CT

Nuklearmedizin, Strahlenschutz (StrlSchG/StrlSchV)

Datensatz ansehen →

RAD–COM–SOA–R

Siemens SOMATOM AR — Computertomograph

Radiologische Systeme, Strahlenschutz (StrlSchV)

Datensatz ansehen →

PAT–BNA–BP8–M

BP-800M — Blutdruckmessgeraet

Patientenüberwachung, MTK-pflichtig (MPBetreibV Anlage 2 Nr. 5)

Datensatz ansehen →

ULS–ULT–VOE4

GE Voluson E10 — Ultraschallgeraet

Ultraschall, keine STK-Pflicht (nicht in Anlage 1 MPBetreibV), kein Strahlenschutz

Datensatz ansehen →

HNO–AUD–AU3

Phonak Audeo — Hoergeraet

HNO-Heilkunde, keine Compliance-Suffixe (patient-getragenes Gerät)

Datensatz ansehen →

Praktischer Einsatz

1. Inventarfilter im ERP oder CMMS

Der Code wird als einzelne Spalte im Gerätestamm hinterlegt. Jeder Filter ist ein einfacher LIKE oder Regex-Match.

-- Alle Beatmungsgeraete
SELECT * FROM geraete WHERE code LIKE 'BEA-%';

-- Alle Geräte in der Nuklearmedizin
SELECT * FROM geraete WHERE code LIKE 'NUK-%';

2. STK-Planung

Welche Geräte müssen zur Sicherheitstechnischen Kontrolle? Der Suffix verraet es direkt.

-- Alle STK-pflichtigen Geräte (12 oder 24 Monate)
SELECT code, seriennummer, letzte_stk FROM geraete
WHERE code ~ '-S[0-9]+(-|$)';

-- Nur jaehrliche STK (12 Monate)
SELECT * FROM geraete WHERE code ~ '-S12(-|$)'
  AND letzte_stk < NOW() - INTERVAL '11 months';

3. Strahlenschutz-Audit

Strahlenschutzbeauftragter braucht eine Liste aller Geräte, die unter die StrlSchV fallen.

SELECT * FROM geraete WHERE code ~ '-R(-|$)';

4. MTK-Terminierung

Messtechnische Kontrollen betreffen nur bestimmte Gerätetypen (Blutdruck, Audiometer, Thermometer etc.).

SELECT * FROM geraete WHERE code LIKE '%-M' OR code LIKE '%-M-%';

5. Ersatzbeschaffung

Wird ein defektes Gerät durch ein baugleiches ersetzt, bleibt der Code-Stamm identisch.

-- Alle aktiven Geräte gleicher Art
SELECT * FROM geraete WHERE code LIKE 'BEA-LAN-VEN%' AND status = 'active';

Vorteile gegenüber UDI/EMDN

Aspekt	UDI-DI	EMDN	Medicator-Code
Eindeutige Produktidentifikation	Ja	Teilweise	Auf Modell-Ebene
Menschen-lesbar	Nein (14-stellige Nummer)	Teilweise	Ja
Codiert STK-Intervall	Nein	Nein	Ja (validiert, Anlage 1)
Codiert MTK-Pflicht	Nein	Nein	Ja (validiert, Anlage 2)
Codiert Strahlenschutz	Nein	Nein	Ja (validiert, StrlSchV)
SQL/Regex filterbar	Nur exakter Match	Hierarchisch	Frei kombinierbar

Kein Ersatz für UDI. Der Medicator-Code ergaenzt UDI und EMDN — er ersetzt sie nicht. UDI bleibt für EUDAMED-Registrierung, Lieferkette und Rückverfolgbarkeit zustaendig. Der Medicator-Code ist die betriebliche Sicht auf dasselbe Gerät: Was muss ich damit organisatorisch tun?

Datenqualitaet

Compliance-Suffixe werden ausschliesslich vergeben, wenn sie durch das jeweilige Regelwerk gedeckt sind:

STK: Gerätetyp ist in Anlage 1 MPBetreibV gelistet
MTK: Gerätetyp ist in Anlage 2 MPBetreibV gelistet
Strahlenschutz: Gerätekategorie fällt unter StrlSchG/StrlSchV

Geräte ohne nachgewiesene Pflicht erhalten keinen Suffix — Abwesenheit eines Suffix ist eine bewusste Aussage, keine Lücke. Aktuell tragen 6.903 von 68.000 Geräten validierte Compliance-Suffixe.

Integration in bestehende Systeme

Der Code ist ein einfaches VARCHAR-Feld und lässt sich in nahezu jedes Drittsystem einfuegen:

SAP: als Merkmal oder Freifeld im Equipment-Stamm (IE03)
Odoo Maintenance: als Tag oder Custom Field auf maintenance.equipment
CAFM: Waveware, pit-FM, Loy & Hutz, Axxerion — Medicator-Code als Geräte-Schlüssel
CMMS / IPS: als Asset-Typ, Wartungsplan-Schlüssel oder Klassifikation
Eigene Datenbanken: als indexierter VARCHAR(40) mit B-Tree für Präfix-Suchen und GIN für Regex

Jetzt Medicator-Codes generieren Zurueck zur Startseite