Mit dem UDI-System plant die EU eine Pflicht zur Identifikation und Registrierung von Medizinprodukten, die weit über das heute Geforderte hinausgeht.

Selbst für Stand-alone-Software fordert die Medical Device Regulation MDR eine UDI. Lesen Sie hier, auf Sie sich vorbereiten müssen.

Saudi-Arabien plant in seiner „Vision 2030“ den Ausbau der Gesundheitsinfrastruktur. Bietet das Medizinprodukteherstellern interessante Wachstumsmöglichkeiten? Und rechnet sich der Aufwand für die Zulassung?

Die MDR und die IVDR verwenden die Begriffe Produktkategorie und generische Produktgruppe, ohne diese vollständig zu definieren. Die ISO 13485:2016 führt die Medizinproduktegruppe ein. Schließlich verwendet die MDCG den Begriff Device Range. Von den Definitionen dieser Begriffe hängt die Vergabe der UDIs und das Sampling der Produktakten bei der Zertifizierung ab.

Somit ist für Hersteller, Behörden und Benannte Stellen ein gemeinsames Verständnis dessen wichtig, was Produktkategorien, generische Produktgruppen, Medizinproduktegruppen und „Device Ranges“ sind. Das erspart unnötige Dispute bei Audits, bei Bewertungen der technischen Dokumentation und bei der Entscheidung, ob Hersteller für zwei Produkte die gleiche Basis-UDI-DI bzw. UDI-DI vergeben dürfen.

Wie gefährdet die IT-Sicherheit im Gesundheitswesen ist, wissen wir nicht erst seit Februar 2016: Damals wurden die IT-Infrastrukturen vieler Kliniken durch einen einfachen Virenangriff stillgelegt. Daher drängen die Behörden strenger darauf, dass nicht nur Kliniken, sondern auch Hersteller die IT-Sicherheit ihrer (Medizin-)Produkte gewährleisten.

Beitrag lesen

Die Anforderungen an die Datensicherheit und den Datenschutz von DIGA (Digitalen Gesundheitsanwendungen) gehen weit über den Fragenkatalog der DiGAV hinaus. Unzählige weitere Vorschriften machen es den Herstellern (nicht nur) digitaler Gesundheitsanwendungen (DIGA) immer schwerer, den Überblick im regulatorischen Dschungel zu bewahren.

Dabei sollten Hersteller möglichst keine Anforderungen übersehen. Andernfalls drohen Probleme bei der Zulassung ihrer Produkte.

Doch ein Vorgehensmodell schafft Klarheit und hilft nicht nur Probleme zu vermeiden, sondern auch die Forderungen von Hunderten Seiten an Regularien zu konsolidieren. Dieses Vorgehensmodell können alle Medizinproduktehersteller anwenden, auch solche von SaMD (Software as Medical Device).

Beitrag lesen

Dass der Datenschutz bei medizinische Daten besonders wichtig ist, machen Gesetze wie das Bundesdatenschutzgesetz und das Strafgesetzbuch unmissverständlich klar.

Beitrag lesen

Code Coverage dient den meisten Software-Entwicklern als die wichtigste Metrik für die Vollständigkeit von Software-Tests.

Die Fehlerwahrscheinlichkeit bei Software lässt sich schwer abschätzen. So schwer, dass die „alte“ DIN EN IEC 62304:2006 schrieb: „Es gibt jedoch keine Übereinstimmung, wie die Wahrscheinlichkeit des Auftretens von Software-Ausfällen unter Verwendung von traditionellen statistischen Methoden bestimmt werden kann.“

Testverfahren wie das kombinatorische Testen (z.B. das paarweise Testen) sind bei Software seit Jahrzehnten bekannt und in Normen wie der ISO 29119 beschrieben.

Sie sollten als Hersteller (nicht nur von Software) die sieben Vorteile des kombinatorischen Testens kennen.

Beitrag lesen

Die MDR und IVDR stellen auf Hunderten Seiten Anforderungen v.a. an die Hersteller von Medizinprodukten. Doch diese Anforderungen betreffen auch die sogenannten Gesundheitseinrichtungen, also Kliniken oder Krankenhäuser.

Eine kostenfreie Checkliste für Gesundheitseinrichtungen findet sich am Ende des Beitrags zum Download. Damit können Betreiber schnell abschätzen, wie gut sie auf die Anforderungen der MDR und IVDR vorbereitet sind.