Wöchentlich neue Fachartikel zu den Themen Regulatory Affairs (auch internationale Zulassung und FDA-Zulassung ), QM-Systeme (z.B. ISO 13485), Risikomanagement (ISO 14971), Software-Entwicklung (IEC 62304), IT Security, klinische Bewertung, Usability-Engineering (IEC 62366-1) und Systems-Engineering (inkl. IEC 60601-1, ISO 10993) – auch für IVDs.
Beachten Sie auch die Seiten für Führungskräfte und für Einsteiger oder filtern Sie nach Schlagworten (Tags).
Mit dem 21 CFR part 11 formuliert die FDA Anforderungen an die elektronischen Aufzeichnungen und Unterschriften, die sich auch an Medizinproduktehersteller richten. Viele Firmen drucken alles auf Papier aus und unterschreiben dann mit Hand, um diese Anforderungen des „part 11“ zu umgehen. Ist das wirklich notwendig?
WeiterlesenDie 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!
Kennen Sie die Taxonomie der Nutzungsfehler aus der IEC 62366:2007? Sie unterscheidet beabsichtigte und unbeabsichtigte Handlung, sie trennt Irrtum, Aufmerksamkeitsfehler, Erinnerungsfehler, bestimmungsgemäßen und abnormalen Gebrauch. Wem das zu kompliziert ist, für den gibt es eine einfachere Klassifizierung. Übrigens eine, die Sie in der IEC 62366-1:2015 wieder finden werden.
Entscheidungstabellen sind nicht nur ein hilfreiches Werkzeug, um Software-Tests zu spezifizieren, d.h. um Testfälle systematisch herzuleiten. Sie sind genauso nützlich beim Spezifizieren von Medizinprodukten (Systemen), von Komponenten oder von Software selbst.
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…
WeiterlesenWas sind primäre Benutzer? Was sekundäre und gar tertiäre Benutzer? Welche spezifischen Anforderungen an diese Benutzertypen stellen die Regularien insbesondere die FDA und die IEC 62366? Sollte man eher von Benutzern, Bedienern oder Anwendern sprechen? Dieser Beitrag gibt Antworten.
Die Forderung nach „Design Verification“ erhebt keinesfalls nur die FDA. Dieser Beitrag beschreibt, was unter „Design Verification“ zu verstehen ist und welche regulatorischen Forderungen Sie als Medizinproduktehersteller erfüllen sollten. Inhaltsübersicht Definition » Regulatorische Anforderungen » Praktische Umsetzung »
WeiterlesenMDD gilt nicht mehr! Beachten Sie, dass die MDD mit dem 26.05.21 außer Kraft gesetzt und durch die Medizinprodukteverordnung (2017/745) – MDR abgelöst wurde. Unter „MDD Checkliste“ versteht man eine typischerweise tabellarische Auflistung, mit der Medizinprodukte-Hersteller aufzeigen, wie sie die grundlegenden Anforderungen der Richtlinien erfüllen. Inhaltsübersicht MDD Checkliste: Wirklich vorgeschrieben? » Aufbau und Format einer MDD…
WeiterlesenViele 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.
WeiterlesenDen Begriff „Design Validation“ assoziieren die meisten Medizinproduktehersteller mit der FDA. Doch nicht nur die FDA, sondern auch die europäischen Regularien, insbesondere die ISO 13485, fordern eine Validierung von Design und Entwicklung. Inhaltsübersicht Begriffsdefinitionen » Regulatorische Anforderungen » Design Validation bei Software » Eine weiterer häufiger Fehler bei Software-Entwicklern besteht darin, die „Design Validation“ mit der…
Weiterlesen