Wissenschaftliches Arbeiten, mehr als nur richtiges Zitieren

Wissenschaftliches Arbeiten Alle Studierenden, so auch die Teilnehmer der berufsbegleitenden Masterstudiengänge am Institut, erstellen Abschlussarbeiten: Projektarbeiten, Bachelorarbeiten, Masterarbeiten. Dabei stellt man mir oft die Frage, ob die drei Arbeiten eher praktisch oder eher wissenschaftlich zu sein hätten. Beides ist kein Widerspruch, ganz im Gegenteil:

Weiterlesen

Scripting: 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.

Weiterlesen

Wahrscheinlichkeit 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…

Weiterlesen

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: Zwischen verschiedene Integrationsebenen, Protokollen,…

Weiterlesen

Design 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.