Die Qualifizierung und die Klassifizierung von IVD-Software bestimmen, wie und wie schnell IVD-Hersteller ihre Software in den Markt bringen können und welche Kosten für die „Zulassung“ anfallen. Dieser Artikel unterstützt Sie dabei, IVD-Software korrekt zu qualifizieren und zu klassifizieren. Damit können Sie regulatorische Probleme sowie daraus resultierende Aufwände und Verzögerungen vermeiden.
WeiterlesenIn-vitro-Diagnostika (IVD) sind Medizinprodukte, mit denen Proben analysiert werden, die aus dem menschlichen Körper stammen. Typischerweise handelt es sich um Reagenzien, Kits oder Instrumente und Geräte. Auch Software kann als IVD zählen. Bei der „Zulassung von IVD“ müssen die Hersteller viele Verordnungen, Gesetze und Normen beachten.
Weiterlesen
Gesetze und Normen verpflichten Medizinproduktehersteller zur Software Bill of Materials, der SBOM. Standardisierte SBOM-Formate reichen allerdings nicht immer aus, um diese Anforderungen zu erfüllen. Insbesondere Medizinproduktehersteller, die für ihre Software keine SBOM ausliefern und nutzen, sind im Markt nicht mehr akzeptiert. Hier sind die Gründe.
WeiterlesenDie Medizinprodukteverordnung (MDR) (wie bereits die Medizinprodukterichtlinie (MDD) und damit das Medizinproduktegesetz zuvor) verlangt, dass Hersteller für ihre Software Lebenszyklus-Prozesse einhalten. Auch die IEC 62304 und die IEC 82304 sprechen von Software-Lebenszyklus-Prozessen. Doch was versteht man unter einem Software-Lebenszyklus? Der Software-Lebenszyklus beinhaltet alle Phasen, die ein Software-Produkt von der ersten Idee bis zur Außerbetriebnahme durchläuft.…
WeiterlesenUnter Software-Wartung versteht man die Phase, in der die Software weiterentwickelt wird, z. B. mit dem Ziel 79% aller Bugs werden laut FDA während der Software-Wartung eingeführt. Entsprechend adressieren einige Regularien dieses Thema. Update: Ergänzung zur Software-Wartung während der Entwicklung
WeiterlesenDass Gesetze und Normen die IT-Security auch bei „Legacy Devices“ einfordern, ist verständlich. Die Art, wie diese Anforderungen formuliert werden, führt allerdings oft zu Verwirrung. Beispielsweise konnten sich Gesetzgeber und Normenkomitees nicht auf gemeinsame Definitionen einigen. So geht es einmal um die IT-Sicherheit bei Legacy Devices, einmal um die IT-Sicherheit von Altprodukten bzw. von Bestandsprodukten…
WeiterlesenGesetzgeber ändern kontinuierlich die Regelwerke für Medizinprodukte. So ist das in Europa mit den EU-Verordnungen 2017/745 (MDR) und 2017/746 (IVDR) geschehen. Dadurch kommen Fragen zum Umgang mit Legacy Devices auf. Das sind Medizinprodukte, die Hersteller nach den alten Regelungen legal auf den Markt gebracht haben und weiterhin bringen, die aber gegebenenfalls die neuen Regelungen nicht…
Weiterlesen
Der Begriff Tracebility (auf deutsch Nachverfolgbarkeit) wird im Kontext von Medizinprodukten in verschiedenen Kontexten unterschiedlich verstanden. Entsprechend unterschiedlich sind auch die regulatorischen Anforderungen, welche die Hersteller und anderen Akteure (z.B. Betreiber, Lieferanten) erfüllen müssen. Sowohl mit dem Verständnis des Konzepts als auch mit dem Erfüllen der regulatorischen Anforderungen tun sich viele Organisationen schwer. Dieser Artikel…
WeiterlesenUnter Software als Medizinprodukt (Software as Medical Device, SaMD) versteht man (eigenständige) Standalone-Software, die ein Medizinprodukt ist, aber nicht Teil eines solchen. Sie ist nicht zu verwechseln mit Medical Device Software im Sinne der EU. Wann müssen Sie als Hersteller Software als Medizinprodukt und wann als Medical Device Software qualifizieren? Das erfahren Sie hier – und können…
WeiterlesenSowohl die FDA als auch die IEC 62304 kennen durch Dritte entwickelte Software. Sie sprechen von Off-the-Shelf Software (OTS) bzw. von Software of Unknown Provenance (SOUP). Worin unterscheiden sich OTS und SOUP? Welche Gemeinsamkeiten haben beide? Welche gesetzlichen Anforderungen müssen sie erfüllen? Dieser Artikel gibt Antworten.
Weiterlesen