Christian Rosenzweig ist seit mehr als 20 Jahren im regulierten Medizinprodukteumfeld tätig und ein absoluter Enthusiast in diesem Bereich.
Er ist Mitglied des Normengremiums für Software und vernetzte Medizinprodukte, Experte für aktive Medizinprodukte, Risikomanagement und IT-Security, Leiter des Bereichs Risikomanagement und IT-Security am Johner Institut, Dozent für diese Themenbereiche bei Seminaren des Johner Instituts, sowie in dessen Studiengänge.
Operative Beratungsarbeit in Kundenprojekten gibt ihm die Möglichkeit, den Transfer zwischen Theorie und Praxis im Alltag anzuwenden.
CIRS sind seit Jahren im Gesundheitswesen und der Luftfahrt gesetzlich vorgeschrieben, um Meldungen über kritische Vorkommnisse anonym sammeln, auswerten und daraus Schlüsse für ein sichereres Arbeiten ziehen zu können. Bei Medizinprodukteherstellern sind CIRS keine Pflicht. Ein Fehler? Lesen Sie, wie Sie als Medizinproduktehersteller von CIRS profitieren können.
Mit Schätzungen nach Kaplan-Meier können Sie beispielsweise die Überlebenswahrscheinlichkeit abschätzen, dass Ihre Patienten trotz oder wegen Ihres Medizinprodukts überleben. Während in der Pharma-Forschung diese Kaplan-Meier-Kurven Stand der Technik sind, werden sie von Medizinprodukteherstellern häufig ignoriert. Dabei gibt es viele Fälle, in denen Ihnen die Kaplan-Meier-Statistik regulatorisch relevante Informationen liefern könnte.
Die WHO gibt die „International Classification of Functioning, Disability and Health“ (ICF) heraus, das DIMDI die deutsche Ausgabe, die „Internationale Klassifikation der Funktionsfähigkeit, Behinderung und Gesundheit“. Inhaltsübersicht Ziel der ICF » Aufbau der ICF » ICF im Risikomanagement » ICF und IEC 62304 » Diese Taxonomie ist nicht nur im Rahmen der Pflegedokumentation hilfreich, sondern…
DetailsDie Risikoanalyse bei Software unterscheidet sich: Software selbst kann keine Schäden verursachen. Dies geschieht immer via Hardware oder Menschen. Doch das heißt nicht, dass es keiner Risikoanalyse bei Software bedarf. Im Gegenteil!
Mit der Festlegung von Risikoakzeptanz-Kriterien tun sich die meisten Medizinprodukte-Hersteller schwer. Viele weigern sich sogar, die Anzahl der Toten zu bestimmen, die sie akzeptieren. Inhaltsübersicht Regulatorische Anforderungen » Risikoakzeptanz: Anzahl der Toten? » Risikoakzeptanz: Typ von Toten? » Doch die Weigerung, sich diese Gedanken zu machen und mit quantiativen Werten zu arbeiten, hilft niemandem. Den Patienten…
DetailsViele Medizinproduktehersteller tun sich damit schwer, die Lebensdauer von Software festzulegen, schon weil unklar ist, was die Lebensdauer von Software definiert. Wann ist ein neues Release eine neue Software? Dieser Beitrag gibt Hinweise und Tipps.
DetailsDie FDA MAUDE Datenbank stellt Informationen zur „Manufacturer and User Facility Device Experience“ bereit. Sie entspricht damit etwa der Datenbank, mit der das BfArM Meldungen von Hersteller zur Risiken publiziert. Inhaltsübersicht Inhalt der MAUDE Datenbank » Neues Werkzeug zur Auswertung » Regulatorischer Hintergrund »
DetailsDie Fault Tree Analysis, auf deutsch Fehlerbaumanalyse, ist ein Verfahren, um zu bekannten Wirkungen (bei Medizinprodukten Schäden oder Gefährdungen) unbekannte Ursachen zu suchen. Daher zählt sie bei der Risikoanalyse als Top-Down-Verfahren Fault Tree Analysis: Notation Bereits der Name Fault Tree Analysis macht klar, wie man sie grafisch repräsentiert: Als Baum. Sowohl Mindmaps als auch Ishikawa (Fischgräten-Diagramme) sind solche Baumstrukturen. Allerdings erlauben…
DetailsIT-Netzwerke in Krankenhäusern unterscheiden sich — auch wenn die verwendeten Produkte und Technologien die gleichen sind — von IT-Netzwerken in anderen Branchen:
ISO 14971:2012 (Anhang ZA): Die wichtigsten Änderungen der Norm Quasi über Nacht, nämlich vom 31.08.2012 zum 01.09.2012 wurde die ISO 14971:2012 ohne Übergangsfrist als harmonisierte Norm für das Risikomanagement für Medizinprodukte veröffentlicht. Dieser Artikel stellt Ihnen diese Änderungen vor. Eine der wesentlichen Neuerungen der Norm ISO 14971 im Jahr 2012 (ISO 14971:2012) besteht in der Anforderung,…
Details