gms | German Medical Science

Einleitung: Bei der Entwicklung neuer Medizinprodukte verlangt die europäische Medical Device Regulation (MDR) ausführliche Validierung und Verifikation der Produkte [1]. Medizinische Software fällt ebenfalls unter die MDR, sobald „der Hersteller sie zur Diagnose, Therapie oder Überwachung von Krankheiten und Verletzungen vorgesehen hat“ [2]. Beispielsweise tritt biphasisches Fieber [3], [4], [5] im Falle von Infektionskrankheiten als Symptom einer Erkrankung auf. Für die Realisierung und das Validieren einer Softwarelösung werden häufig Daten benötigt, die eine reale Situation abbilden [6]. Die durch europäische Datenschutzgesetzgebung bedingte, geringe Verfügbarkeit realer Daten, stellt eine besondere Herausforderung dar [7]. Temperaturdaten aus dem obigen Beispiel lassen sich daher nicht ohne Weiteres zu Validierungszwecken verwenden. Um diesem Problem beizukommen, können nicht real gemessene Patientendaten verwendet werden. Eine Möglichkeit, Daten für Softwaretests zu generieren, ist die Simulation [8].

Dieser Beitrag stellt eine Möglichkeit vor, Vitaldaten zu generieren, um diese in anschließenden Softwaretests zu Simulationszwecken zu nutzen.

Material und Methoden: Vitalparameter lassen sich mathematisch als kontinuierliche Funktion mit variablem Wertebereich beschreiben und berechnen [8], [9]. Durch externe Einflüsse können Patienten einer kurzfristigen Änderung ihres Zustands ausgesetzt sein. In die Berechnung der Parameter geht somit, neben dem Zustandswert, ein Startwert ein, der abhängig vom Krankheitsprofil für jeden Parameter gewählt werden muss. Diese beiden Werte gehen in Sinus-, Cosinus- oder logarithmische Funktionen ein, die als Grundlage der Berechnung dienen.

Um die Vitalparameter von unterschiedlichen Krankheitsprofilen zu simulieren, wurde ein Softwaretool in der Sprache Java realisiert. Eine experimentelle Generierung von Daten für das Symptom biphasisches Fieber erfolgte für einen Zeitraum von 36 Stunden mit einer Abtastung pro Stunde (n=36). Die Auswertung der simulierten Daten wurde mittels MATLAB (R2018b) vorgenommen.

Ergebnisse: Für mehrere Krankheitsprofile können Puls, Blutdruck, Temperatur und Zuckerwerte erzeugt werden. Der zuvor beschriebene Ansatz liefert zu jedem Zeitpunkt einen Wert für den jeweiligen Vitalparameter. Auf diese Weise können, ohne manuelles Einwirken über eine Benutzeroberfläche, variierende Werte generiert werden. Über Plus- und Minus-Schaltflächen können die resultierenden Daten bzw. der Funktionsverlauf manuell beeinflusst werden, um aktiv verschiedene Krankheitszustände zu simulieren, um z.B. einen Alarm zu provozieren.

Im Experiment konnte biphasisches Fieber mit einer mittleren Temperatur von 39,04°C, einem Minimum von 37,3°C, zwei lokalen Maxima (40,1°C bzw. 40,2°C), simuliert werden (SD=0,9°C, Var=1,0°C). Eine virtuelle Medikamentengabe nach zwölf Stunden führte zu einer mittleren Temperatur von 38,9°C (Min=37,3°C, Max=39,8°C, SD=0,9°C, Var=0,8°C). Neben der Temperatur wurden die Parameter Blutzucker, Blutdruck und Puls fortlaufend simuliert. Hierdurch konnten Daten für die Evaluation eines Fremdsystems bereitgestellt werden, ohne dass die Einwilligung von Patienten bzw. Rekrutierung von Freiwilligen notwendig war.

Um die erzeugten Daten für externe Softwarelösungen verfügbar zu machen, ist die Anwendung mit einer REST-Schnittstelle ausgestattet, welche Daten im JSON-Format kommuniziert.

Diskussion und Ausblick: Durch die Möglichkeit, Parameter zu beeinflussen, können Vitaldaten verschiedener Erkrankungen bzw. Symptome generiert und somit zeitlich variable Krankheitsverläufe simuliert werden. Dies erhöht die Anzahl der möglichen Einsatzgebiete des Simulationstools. Es ist zudem möglich, bei der Validierung intensivmedizinischer Überwachungssysteme mehrere Patienten für dauerhafte Belastungstests zu simulieren. Dennoch muss beachtet werden, dass die Datensimulation Werte generiert, welche dem Verlauf einer Funktion folgen, was nicht zwingend der natürlichen Veränderung von Vitalwerten entspricht.

Die Autoren geben an, dass kein Interessenkonflikt besteht.

Die Autoren geben an, dass kein Ethikvotum erforderlich ist.