Klassifizierung von Medizinprodukten nach MDR: Regel 11 für Software

Unter der Annahme, es handelt sich tatsächlich um eine eigenständige Software kann sich die Beantwortung der Fragen „Ist die Software ein Medizinprodukt?“ und „In welche Risikoklasse fällt die Software?“ als sehr schwierig herausstellen. Dabei ist die Zweckbestimmung das grundlegende Kriterium.

Die Zweckbestimmung muss klar, eindeutig und ohne Interpretationsspielraum für den vorgesehenen Anwenderkreis formuliert werden! (In unserem Beitrag haben wir das so dargestellt: „Die Zweckbestimmung ist wie ein Patentanspruch. Hier wird festgelegt, wofür das Produkt sein soll, also was sein Zweck ist (wie der Name schon sagt).“)

Da alle zutreffenden Klassifizierungsregeln anzuwenden sind, gilt es zunächst, eine Messfunktion zu vermeiden. Denn gemäß den Durchführungsvorschriften (MDR, Kapitel II, Abs. 3.5) gilt immer die höchste gefundene Klasse, und Produkte mit Mesfunktion sind (mindestens) Klasse Im und erfordern zur Konformitätsbewertung die Beteiligung einer Benannten Stelle.

Auch der in der Zweckbestimmung formulierte Ausschluss, keine Informationen zur Entscheidungsfindung für diagnostische oder therapeutische Zwecke zu liefern und auch keine physiologischen Prozesse zu kontrollieren, ist kritisch zu hinterfragen.

Die Zweckbestimmung darf nicht willkürlich erscheinen! Denn durch die tatsächlich zur Verfügung gestellte Funktionalität des Produkts könnte beim Anwender ein anderer Eindruck erweckt werden. Sollte es sich quasi „aufdrängen“, die Software doch zur zitierten Entscheidungsfindung zu verwenden, ist darin keine „anormale Verwendung“ zu sehen, sondern eine „vernünftigerweise vorhersehbare Fehlanwendung“! Diese „subjektive Zweckbestimmung“ muss vom Hersteller im Rahmen der Konformitätsbewertung berücksichtigt werden!

Folgerung: ein Ausschluss in der Zweckbestimmung im Stil von „Das Produkt liefert keine Informationen, die zu Entscheidungen für diagnostische oder therapeutische Zwecke herangezogen werden dürfen und ist nicht für die Kontrolle von physiologischen Prozessen bestimmt“ könnte in der Praxis unwirksam sein. Die fatale Folge: das gewählte Konformitätsbewertungsverfahren ist nicht angemessen, das Produkt müsste (kurzfristig) vom Markt genommen werden, im schlimmsten Fall drohen gerichtliche Auseinandersetzungen[2].

Beispiele

Der „Idealzustand“

Eine APP auf dem Smartphone des Patienten unterstützt ihn bei der Behandlung seiner Krankheit dadurch, dass sie ihm Übungen anzeigt, die der Patient dann unter Anleitung der APP durchführt. Um ihn zu motivieren, enthält die APP ein Tagebuch, in dem sie die Trainingseinheiten protokolliert.

Gemäß MDCG-2021-24 gilt Software, die lediglich Informationen aufzeichnet, speichert oder anzeigt, in der Regel nicht als Medizinprodukt (siehe Leitlinie MDCG 2019-11, Abschnitt 3.3). Dies trifft auf Tagebücher, etwa zur Aufzeichnung von Medikationen, zu.

Die hier beschriebene APP hingegen analysiert zudem die Daten und zeigt entsprechend Übungen an. Dadurch ist die APP ein Medizinprodukt (da sie die Behandlung seiner Krankheit unterstützt) und ist mit dem CE-Kennzeichen versehen.

Die Diagnose hingegen hat im Vorfeld bereits beim Arzt stattgefunden, er hat die APP daraufhin empfohlen. Die APP liefert gemäß Zweckbestimmung keine Informationen, die zu Entscheidungen für diagnostische oder therapeutische Zwecke verwendet werden sollen und sie kontrolliert keine physiologischen Prozesse.

Die „reale Welt“

Im Laufe der Verwendung hat der Patient nun Fragen bzgl. der Übungen, die er durchführt. Und da es sich um eine chronische Erkrankung handelt, wird er turnusgemäß beim Arzt vorstellig.

Neben der routinemäßigen Untersuchung befragt der Arzt seinen Patienten auch nach den Erfahrungen mit der APP.

Da diese auch ein Übungstagebuch enthält nimmt der Arzt Einblick. Basierend auf den Einträgen im Übungstagebuch ändert der Arzt die Therapieempfehlung: er empfiehlt, einige Übungen nicht durchzuführen.

Nun hat die APP also doch Informationen geliefert, die zu Entscheidungen für diagnostische oder therapeutische Zwecke verwendet wurden!

Ergo: die APP ist nicht mehr in Klasse I sondern (gemäß Regel 11) in Klasse IIa!

Zusammenfassung

Wie Sie sehen können, ist die Zweckbestimmung das grundlegende Element bei der Bewertung eines Produkts. Sie entscheidet zunächst einmal darüber, ob das Produkt überhaupt ein Medizinprodukt ist.

Und erst mit einer sauber formulierten Zweckbestimmung, die auch einer kritischen Überprüfung standhält und der tatsächlichen Verwendung des Produkts entsprechen muss, lässt sich eine verlässliche Aussage treffen, in welche Risikoklasse es fällt und welches Konformitätsbewertungsverfahren anwendbar ist.

Glücklicherweise sind Sie dabei nicht allein auf sich gestellt!

Kontaktieren Sie uns. Wir erarbeiten dann gemeinsam mit Ihnen die notwendigen Vorgehensweisen, stellen Vorlagen zur Verfügung, begleiten Sie bei der Umsetzung und unterstützen Sie bei allen Fragen.

_________________________________________________________________________________

[1] Die „Unabhängigkeit“ bezieht sich auf die Steuerung oder Beeinflussung eines Medizinprodukts. Denkbar ist, die Software auf einem Medizinprodukt zu installieren, ohne dieses zu steuern oder zu beeinflussen. Beispiel: eine Software, die auf einem Medizinprodukt läuft, Daten sammelt und im Rahmen einer eigenen medizinischen Zweckbestimmung verarbeitet.

[2] Wie eine solche Auseinandersetzung aussehen kann: siehe EuGH v. 22.11.2012 – C-219/11 – Brain Products