Beliebteste Beiträge

Beliebteste Beiträge: Finden Sie hier die 10 meistgelesenen Fachartikel zur normenkonformen Entwicklung von Medizinprodukten und medizinischer Software in chronologisch absteigender Reihenfolge.


Mittwoch 9. Januar 2019 von Prof. Dr. Christian Johner

Unter Software als Medizinprodukt (Software as Medical Device SaMD) versteht man standalone (eigenständige) Software, die ein Medizinprodukt ist, aber nicht Teil eines solchen.

Besonders bei standalone Software fällt die Klassifizierung oft schwer, ob sie als Medizinprodukt einzuordnen ist (in diesem Falle auch SaMD — Software as Medical Device genannt).

Update: Der EuGH hat ein wichtiges Urteil zur Zertifizierbarkeit von Software-Modulen als Medizinprodukt gesprochen (mehr…)

Update: Die Health Canda hat ein Draft Guidance herausgegeben, das Hilfestellung bei der Klassifizierung von Software as Medical Device geben soll (mehr…).

Software als Medizinprodukt – Software as Medical Device | Beitrag lesen »

Donnerstag 13. September 2018 von Prof. Dr. Christian Johner

Lastenheft und Pflichtenheft, Systemspezifikation und Systemanforderungen

Die Vorstellungen darüber, was diese Lastenhefte und Pflichtenhefte enthalten müssen, gehen weit auseinander – manchmal auch innerhalb einer Firma.

Regelmäßig beobachtet das Johner Institut, dass die beiden Dokumente die verschiedenen Anforderungstypen nicht konsequent unterscheiden.

Lastenheft und PflichtenheftNur in der Granularität und dem Detailgrad unterscheiden sie sich. Schon aus regulatorischer Sicht sollten Sie die Begriffe Lastenheft und Pflichtenheft gegeneinander abgrenzen.

Lastenheft und Pflichtenheft | Beitrag lesen »


Mittwoch 11. Juli 2018 von Prof. Dr. Christian Johner

Das V-Modell ist ein Entwicklungsprozessmodell, das ursprünglich für staatliche Projekte entwickelt wurde.

Das V-Modell unterscheidet sich vom Wasserfall-Modell dadurch, dass bereits während der konstruktiven Phasen (z.B. während dem Schreiben der Anforderungen oder dem Entwerfen der Architektur) die zugehörigen Tests spezifiziert werden müssen.

Das hat den Vorteil, dass unvollständige Spezifikationen frühzeitig erkannt werden, auch dadurch, dass die für das Testen verantwortlichen Personen mit eingebunden werden.

V-Modell vs. Wasserfallmodell für Hardware- und Softwareentwicklung | Beitrag lesen »


Donnerstag 8. Februar 2018 von Prof. Dr. Christian Johner

Die korrekte Formulierung der Zweckbestimmung von Medizinprodukten ist entscheidend für deren erfolgreiche Entwicklung und Zulassung.

Unter dem „Intended Use“ bzw. „Intended Purpose“ versteht man (siehe GHTF/SG1/N70:2011) die objektive Absicht des (Medizinprodukte-) Herstellers im Bezug auf den Gebrauch des Produkts, des Prozesses oder der Dienstleistung, wie sie sich aus der Spezifikation, den Anweisungen und Informationen, die der Hersteller bereitstellt, ergibt.

Zweckbestimmung und bestimmungsgemäßer Gebrauch | Beitrag lesen »


Donnerstag 14. Dezember 2017 von Prof. Dr. Christian Johner

Die IEC 62304 hat das Konzept der Sicherheitsklassifizierung eingeführt, damit Medizinproduktehersteller den Aufwand für die Software-Dokumentation an den Grad möglicher Schäden anpassen können, die durch einen Softwarefehler verursacht würden. Dieser Artikel hilft Ihnen, die Sicherheitsklassen zu bestimmen und IEC 62304 konform zu dokumentieren.

Update: Keine Konformitätsvermutung mehr bei Sicherheitsklasse A? Mehr…
Sicherheitsklassen gemäß IEC 62304 | Beitrag lesen »


Freitag 15. Januar 2016 von Prof. Dr. Christian Johner

Häufig stellt sich beim Thema „Werkzeug Validierung“ die Frage, ob man auch Testwerkzeuge (z.B. N/JUnit) und ALM-Tools (z.B. MedPack, JIRA, Microsoft TFS) validieren bzw. verifizieren muss.

Und falls die Antwort ja wäre, müsste man dann die zu dieser Validierung bzw. Verifizierung eingesetzten Werkzeuge selbst wieder prüfen? Da würde sich ja ein Teufelskreis auftun.

Dieser Artikel gibt einen Überblick über die regulatorischen Anforderungen und gibt Praxistipps zur Werkzeug Validierung.

Update: Aktuelle Erfahrungen, wie in Audits die Werkzeug-Validierung adressiert wird (mehr »)Werkzeug Validierung bei der Entwicklung von Medizinprodukten | Beitrag lesen »


Montag 10. August 2015 von Prof. Dr. Christian Johner

Die ISO 9126 ist eine nicht-harmonisierte Norm, die Qualitätseigenschaften für Software klassifiziert.

ISO 25010 und ISO 9126 | Beitrag lesen »


Freitag 26. Juni 2015 von Prof. Dr. Christian Johner

Firmen, beispielsweise solche, die einen Bezug zur Pharmaindustrie haben, verwenden die Risikoprioritätszahl RPZ.

Es gibt jedoch Branchen, in denen das Risiko nicht über eine RPZ bewertet werden darf. Beispielsweise in der Medizintechnik ist die Definition der Risikoprioritätszahl RPZ nicht konform mit der Definition des Begriffs Risiko gemäß der ISO 14971. Das kann im Audit und bei Produktzulassungen zu Beanstandungen führen.

Risikoprioritätszahl RPZ: Definition und Berechnung | Beitrag lesen »


Donnerstag 21. Mai 2015 von Prof. Dr. Christian Johner

Die Qualitätsziele und die Qualitätspolitik geraten bei vielen Firmen in Vergessenheit.Im Fokus stehen nur noch die Konformität des QM-Systems mit der ISO 9001, der ISO 13485 und vor allem das zugehörige Zertifikat.

Qualitätsziele und Qualitätspolitik | Beitrag lesen »


Freitag 27. März 2015 von Prof. Dr. Christian Johner

Wie unterscheiden sich die Verifizierung und Validierung und wie sind diese Begriffe definiert? Selbst Normen verwenden die Begriffe falsch oder missverständlich ( Beispiel).

Erfahren Sie hier, wie Sie Ihre Produkte z.B. Medizinprodukte sicher durch Zulassungen und Audits bekommen — dank einer präzisen Verifizierung und Validierung.

Weiterführende Informationen

Klicken Sie diesen Link, um das kostenlose Starter-Kit herunterzuladen, das Ihnen einen Überblick über die regulatorische Landschaft verschafft und Ihnen die 6 Schritte zur „Zulassung“ Ihres Medizinprodukts aufzeigt.

Verifizierung und Validierung: Unterschied & Definitionen | Beitrag lesen »

Seite 1