Die Einbindung von KI bei Medizinprodukten hat große Fortschritte gemacht, z. B. bei der Diagnose von Krankheiten. Hersteller von Produkten mit Machine Learning stehen vor der Herausforderung, die Konformität ihrer Produkte nachweisen zu müssen. Auch wenn Sie die Gesetze kennen – welche Normen und Best Practices sind zu berücksichtigen, um die Nachweise zu führen und…
Details
Immer mehr Medizinprodukte nutzen künstliche Intelligenz, um Krankheitsbilder präziser zu diagnostizieren und Patienten wirksamer zu behandeln.
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.
DetailsDie 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.…
DetailsDieser Artikel beschreibt die Anforderungen der In-vitro Diagnostic Regulation IVDR an die Entwicklung und Dokumentation der Software. Die Anforderungen betreffen sowohl Software, die Teil eines IVDs ist (embedded Software), als auch Software, die selbst ein IVD darstellt (standalone Software). Ebenso finden Sie in diesem Beitrag einen Vergleich der Anforderungen der MDR und der IVDR an die Software.
Details
Die IEC 82304 liegt inzwischen vor. Ein guter Anlass, sich diese Norm zu „Health-Software-Products“ näher anzusehen.
Ein „detailliertes Design“ fordern sowohl die IEC 62304 als auch die FDA, jedoch ohne diesen Begriff präzise zu definieren. Lesen Sie hier, wie Sie die regulatorischen Anforderungen schnell und „auditsicher“ erfüllen können.
Die Software-Architektur Dokumentation dient vor allem diesen Zielen:
