FHIR: Endlich mal ein praxisnaher Interoperabilitätsstandard
Mit FHIR (gesprochen: Fire) hat HL7 einen modernen Interoperabilitätsstandard entwickelt, dem ich großes Zukunftspotenzial zutraue. Erfahren Sie mehr über Interoperabilität.
DetailsEngineering Dienstleister: Entwicklung erfolgreich auslagern?
Viele Medizinproduktehersteller nutzen für die Entwicklung ihrer Produkte Engineering Dienstleister. Dieser Beitrag verrät Ihnen, auf was Sie dabei achten sollten. Übersicht Gründe für und gegen das Auslagern » Regulatorische Sicht » Was Sie beachten sollten »
DetailsScripting: Typische Fallen bei Medizinprodukten
Scripting ist eine Form des Programmierens, bei dem Skriptsprachen wie Python, PHP, JavaScript und VB Script zum Einsatz kommen, also Programmiersprachen, bei denen der Code nicht kompiliert, sondern von einem Interpreter interpretiert wird. Das Scripting bei Medizinprodukten birgt einige regulatorische Fallen, die Sie unbedingt kennen und vermeiden sollten. Dieser Beitrag gibt Ihnen Tipps dazu.
DetailsWahrscheinlichkeit bei Software: IEC 62304 verwirrt
Der Satz in der IEC 62304, der wahrscheinlich zu den meisten Diskussionen führt, ist der zur Wahrscheinlichkeit bei Software: „Wenn die GEFÄHRDUNG davon herrühren könnte, dass das SOFTWARE-SYSTEM sich nicht entsprechend seiner Spezifikation verhält, muss die Wahrscheinlichkeit einer solchen Fehlfunktion als 100 Prozent angenommen werden.“ Solange die zweite Ausgabe der IEC 62304 diese missverständlich Aussage nicht…
DetailsCognitive Walkthrough und Usability Verifizierung
Der Cognitive Walkthrough ist eines von vielen Verfahren, um die Gebrauchstauglichkeit von Produkten zu prüfen. Es gibt viele weitere:
Kommunikationsserver: Aufgaben und Regularien
Dieser Beitrag konzentriert sich auf Kommunikationsserver im Krankenhaus bzw. im Gesundheitswesen, beschreibt deren Aufgaben und die regulatorischen Anforderungen, die Hersteller und Betreiber (z.B. Krankenhäuser) erfüllen müssen. Kommunikationsserver: Zu was sie dienen Die Kommunikationsserver dienen der Vermittlung von Daten zwischen zwei Endpunkten wie IT-Systemen oder Medizinprodukte. Dazu müssen sie folgende Aufgaben erfüllen:
DetailsDesign History File: Device Master Record, Device History Record
Die FDA fordert in 21 CFR part 820 (das sind die „Quality System Regulations“) ein Design History DHF. Dieses DHF sollte nicht mit dem Device History Record und dem Device Master Record verwechselt werden. Dieser Beitrag erläutert, was das Design History File enthalten muss und wie es sich von den beiden anderen „Akten“ unterscheidet.
Gesetzliche Anforderungen an Medizinprodukte: Formulierungsschablone
Dieser Artikel beschreibt, was gesetzliche Anforderungen sind, wie diese mit Stakeholder-Anforderungen und System-Anforderungen zusammenspielen, welche gesetzlichen Anforderungen es an deren Dokumentation gibt und wie Sie gesetzliche Anforderungen formulieren und damit dokumentieren können.
DetailsUser Request und User Requirement
Wie identifiziert man die wirklichen User Requirements (Kundenanforderungen)? Einfach: Man fragt die User was Ihre Requirements (Anforderungen) seien. Falsch! So erfahren Sie nicht, was die User Requirements sind, sondern die User Requests! Diese Verwechslung kann das Scheitern Ihres Projekts bedeuten!
IEC 62366 Anhang K: Was Sie dazu wissen sollten
Die IEC 62366 wird gerade kräftig überarbeitet. Mittelfristig folgt eine zweite Ausgabe, die IEC 62366-1. Bereits kurzfristig wird Sie um den Anhang K ergänzt. Das Ziel besteht darin, Medizinprodukteherstellern eine Erleichterung bei der Konformitätsbewertung mit Bezug auf die Gebrauchstauglichkeit anzubieten. An wen sich die Ergänzung der IEC 62366 wendet Diese Ergänzung der IEC 62366 wendet…
Details