Mario Klessascheck ist Diplom-Elektroingenieur und Experte für aktive Medizinprodukte mit über 20 Jahren Erfahrung in der Entwicklung und Beratung. Seine Expertise liegt insbesondere in der Entwicklung sicherer Medizinprodukte sowie funktionale Sicherheit, bei denen er Hersteller bei der Umsetzung von Normen wie IEC 60601-1 oder IEC 61010-1 unterstützt. Mit seinem umfassenden Wissens engagiert er sich aktiv in der Arbeitsgruppe der TC62A und ist Co-Autor des Buches "Praxisleitfaden IEC 60601-1". Zusätzlich leitet er das Johner Seminar zur IEC 60601-1 und ist als Dozent an der Hochschule Luzern im Studiengang für Medizintechnik tätig. Als Geschäftsführer der Johner Institut Schweiz GmbH arbeitet er eng mit Herstellern zusammen, um innovative und sichere Medizinprodukte zu entwickeln.
Ein Design Change ist eine Änderung der Auslegung eines Produkts. Es ist wichtig zu verstehen, welche regulatorischen Implikationen daraus entstehen und wo es unter Umständen einen Einfluss auf die Gültigkeit der Konformitätserklärung des Produkts gibt. Dieser Artikel gibt einen Überblick und löst damit viele derzeit gängige Missverständnisse auf.
Details
Interne Software-Schnittstellen sind notwendig, um Software-Komponenten innerhalb eines Software-Systems zu verbinden. Externe Software-Schnittstellen sind die Voraussetzung dafür, dass das Software-System mit anderen Systemen kommunizieren kann. Dieser Artikel beschreibt, wie Sie Software-Schnittstellen gesetzeskonform und praxisnah dokumentieren können.
DetailsUnter einem Regressionstest verstehen die meisten Software-Tester die Wiederholung eines bestehenden Tests. Damit möchten sie prüfen, ob dieser Test nach einer Software-Änderung noch immer erfolgreich durchläuft. Lesen Sie in diesem Beitrag, was Sie bei einem Regressionstest von medizinscher Software beachten sollten.
DetailsDer TIR45 („Guidance on the use of AGILE practices in the development of medical device software“) ist ein Technical Information Report (daher TIR) der AAMI, der Association for the Advancement of Medical Instrumentation. Der 2012 erstmalig veröffentlichte TIR45 hat sich vor allem ein Ziel gesetzt: Medizinprodukte-Herstellern eine Anleitung zu geben, wie sie Software agil und…
DetailsTestverfahren wie das kombinatorische Testen (z.B. das paarweise Testen) sind bei Software seit Jahrzehnten bekannt und in Normen wie der ISO 29119 beschrieben. Viele Hersteller wenden diese Verfahren jedoch nicht einmal bei Produkten, die Software enthalten, angemessen an. Damit erhöhen sie zum einen die Risiken für Anwender und Patienten und zum anderen die Risiken für…
DetailsDie Parametrisierung von Software – man spricht in dem Kontext auch von Parametrierung, Customizing oder Konfiguration – führt regelmäßig zu Diskussionen z.B. über die Verantwortlichkeit und über die Abgrenzung zur Eigenherstellung. Dieser Artikel gibt Herstellern und deren Kunden wichtige Hinweise, auf was sie bei der Parametrisierung achten sollten und wie sie die üblichen Fallen vermeiden…
DetailsSoftware-Systemtest: Was versteht man genau darunter? Wann sind sie vorgeschrieben? Was sollten Software-Systemtests testen? Auf welche Fallen sollten Sie achten? Antworten gibt Ihnen dieser Beitrag.
Der Begriff der Software-Einheit (englisch: Software Unit) entstammt der IEC 62304. Vielen Herstellern unterlaufen beim Spezifizieren und Testen dieser Software-Einheiten Fehler. Diese Artikel gibt Ihnen Tipps, diese zu vermeiden.
DetailsVon Blackbox-Testing spricht man, wenn man Testfälle alleine aus der Spezifikation des zu testenden Objekt (Produkt, Komponente) ableitet. Beim White-box-Testing leitet man die Testfälle hingegen aus der inneren Struktur des Objekts ab z.B. aus dessen Quellcode oder dessen Software-Architektur. Leider beobachte ich, dass viele Medizinproduktehersteller weder die Testfälle spezifizieren, noch diese systematisch mit einem Blackbox-Testverfahren herleiten. Vielmehr klickt sich ein…
Details