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).
Wie Sie einen Software Change regulatorisch konform durchführen, erläutert die FDA in einem Guidance-Dokument. Sie beschreibt darin, wann Sie eine erneute 510(k) Einreichung (Premarket Notification) benötigen und wann Sie die Änderungen „nur“ dokumentieren müssen.
DetailsDas deutsche Bundesgesundheitsministerium hat den Nationalen Arbeitskreis (NAKI) ins Leben gerufen, um Fragen zur Implementierung der EU-Verordnungen, der MDR und der IVDR, zu beantworten. Auch wenn der NAKI ein deutscher Arbeitskreis ist, sind dessen Arbeitsergebnisse teilweise auch für andere Länder von Interesse. Das Fazit am Ende dieses Artikels liefert eine Bewertung der bisherigen Arbeit der…
DetailsDas, was viele unter Zubehör verstehen, unterscheidet sich von der Definition des Begriffs im Medizinproduktegesetz. Dieser Artikel gibt Ihnen eine Übersicht über die Begriffsdefinition, die regulatorischen Anforderungen und typische Fragestellungen.
DetailsDie heuristische Evaluation ist ein Verfahren, mit dem Usability-Experten die Gebrauchstauglichkeit von Produkten anhand von Heuristiken (dazu gleich mehr) beurteilen. Dieser Artikel zeigt, wie Sie heuristische Evaluationen nutzen können, um die regulatorischen Anforderungen ans Usability Engineering sehr schnell und kostengünstig zu erfüllen. Er verrät Ihnen auch, weshalb Sie die heuristische Evaluation nicht auf das (Medizin-)Produkt…
DetailsEine effiziente Dokumentenfreigabe stellt eine der wichtigsten Voraussetzungen für ein wirkungsvolles Qualitätsmanagementsystem dar. Lesen Sie in diesem Artikel, wie Sie mit einer effizienten Dokumentenfreigabe die Produktivität Ihres Teams verbessern und die Qualität Ihrer Produkte und Prozesse erhöhen können. Dieser Artikel beschreibt, wie Sie Dokumente auch in der Entwicklung effizient prüfen und freigeben. Sie erfahren zudem,…
DetailsDefinition des Begriffs UOUP (gemäß IEC 62366) Die IEC 62366-1:2015 (die Norm zur „Anwendung der Gebrauchstauglichkeit auf Medizinprodukte“) führt den Begriff UOUP ein und definiert ihn wie folgt: Eine UOUP (User Interface of Unknown Provenance) zu deutsch „Benutzerschnittstelle unbekannter Herkunft“ ist eine Benutzerschnittstelle oder Teile einer Benutzerschnittstelle mit unbekanntem Entwicklungsprozess, für die geeignete Aufzeichnungen eines gebrauchstauglichkeitsorientierten Entwicklungsprozesses gemäß IEC 62366-1 nicht…
Details
Sowohl die Medizinprodukteverordnung MDR als auch die Medizinprodukterichtlinie MDD klassifizieren Medizinprodukten abhängig davon, ob diese Produkte vitale Körperfunktionen diagnostizieren oder kontrollieren. Leider versäumen beide Regularien, den Begriff „vitale Körperfunktionen“ zu definieren. Die Folge sind: Dieser Artikel liefert die fehlende Definition nach.
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…
DetailsKrankenhaus-Informationssysteme als Systeme und Behandlungseinheiten unter Berücksichtigung der EuGH-Entscheidung vom 07.12.2017 (C-329/16) Software-Systeme in Krankenhäusern beinhalten neben der Funktion der reinen Datenspeicherung, Archivierung oder Suchfunktion auch Funktionalitäten, die zur Behandlung oder Therapiebestimmung dienen und daher als Medizinprodukt zu qualifizieren sind. Diese Software-Systeme werden oft zusammen als ein Krankenhaus-Informationssystem (KIS) betrieben.
DetailsViele Medizinproduktehersteller schwören auf die agile Softwareentwicklung. Der nicht nur rechtlichen Implikationen ist man sich aber häufig nicht bewusst.