Wer ein Gerät entwickelt, das Herzfrequenz, Blutsauerstoff oder Schlafphasen erfasst, steht früh vor einer Entscheidung mit erheblichen Konsequenzen: Handelt es sich um ein Smart Wearable zur Gesundheitsüberwachung oder um ein Medizinprodukt? Die Antwort bestimmt Entwicklungsaufwand, Zertifizierungskosten, Markteintrittszeitpunkt und Haftungsrisiko. Dieser Artikel beantwortet die zentralen Fragen, die Produktmanager, CTOs und Entwicklungsteams stellen, bevor sie das erste Schaltbild zeichnen.

Was ist ein Smart Wearable und was ist ein medizinisches Gerät?

Ein Smart Wearable ist ein am Körper getragenes elektronisches Gerät, das biometrische Daten wie Herzfrequenz, Schritte oder Schlafphasen erfasst und auswertet, ohne dabei eine medizinische Diagnose, Prognose oder Therapieentscheidung zu treffen. Ein medizinisches Gerät hingegen ist nach EU-MDR 2017/745 jedes Instrument, das zur Erkennung, Verhütung, Überwachung, Behandlung oder Linderung von Krankheiten beim Menschen bestimmt ist.

Die Grenze liegt nicht im Sensor, sondern in der Zweckbestimmung. Ein Wearable, das Herzfrequenz für Fitnesszwecke anzeigt, ist ein Consumer-Produkt. Dasselbe Gerät, das eine Herzrhythmusstörung erkennt und den Nutzer warnt, fällt unter die Medizinprodukteverordnung. Entscheidend ist die Formulierung im Produktlabel, in der Gebrauchsanweisung und im Marketing. Teams unterschätzen regelmäßig, dass eine einzige Aussage wie „erkennt Vorhofflimmern“ das Produkt rechtlich in eine andere Kategorie verschiebt und die gesamte Entwicklungsarchitektur neu ausrichtet.

Welche regulatorischen Anforderungen gelten für medizinische Geräte?

Medizinprodukte müssen in der EU die Anforderungen der MDR 2017/745 erfüllen. Je nach Risikoklasse (I, IIa, IIb, III) sind unterschiedliche Konformitätsbewertungsverfahren erforderlich. Klasse-IIa-Geräte wie ein kontinuierliches Herzfrequenz-Monitoring-Gerät benötigen die Einbindung einer Benannten Stelle. Die CE-Zertifizierung dauert für diese Klasse typischerweise 12 bis 24 Monate und kostet zwischen 50.000 und 200.000 Euro, abhängig von der Produktkomplexität und der gewählten Benannten Stelle.

Folgende Anforderungen gelten kumulativ:

• Technische Dokumentation nach Anhang II und III der MDR, einschließlich klinischer Bewertung
• Qualitätsmanagementsystem nach ISO 13485
• Risikomanagementsystem nach ISO 14971
• Softwareklassifizierung nach IEC 62304, wenn Firmware klinisch relevante Entscheidungen trifft
• Usability Engineering nach IEC 62366
• Elektromagnetische Verträglichkeit nach IEC 60601-1-2

Ein häufiger Fehler: Teams beginnen mit der Entwicklung nach Consumer-Standards und versuchen nachträglich, die Dokumentation auf MDR-Niveau anzuheben. Das scheitert regelmäßig, weil Designentscheidungen nicht rückverfolgbar dokumentiert wurden. Wer die regulatorische Strategie nicht in Woche eins festlegt, zahlt sie in Monat achtzehn.

Woran erkennt man, ob ein Wearable als Medizinprodukt gilt?

Ein Wearable gilt als Medizinprodukt, wenn seine Zweckbestimmung eine medizinische Funktion einschließt: Diagnose, Überwachung einer Erkrankung, Therapieunterstützung oder klinische Entscheidungshilfe. Die Einordnung erfolgt nicht nach dem verbauten Sensor, sondern nach der vom Hersteller kommunizierten Bestimmung des Produkts.

Drei Indikatoren, die eine Medizinprodukt-Einordnung auslösen:

1. Das Gerät trifft oder unterstützt klinische Entscheidungen (z. B. Warnung bei Bradykardie)
2. Die Produktkommunikation nennt Krankheiten, Symptome oder Patientengruppen
3. Der Algorithmus verarbeitet Vitalzeichen zur Zustandsbewertung, nicht nur zur Anzeige von Rohdaten

Ein konkretes Beispiel: Ein Wearable-Sensor, der SpO2 anzeigt, ist kein Medizinprodukt, wenn er für „Wellness und Fitness“ vermarktet wird. Sobald der Hersteller schreibt „geeignet zur Überwachung von Patienten mit COPD“, greift die MDR. Die Konsequenz dieses Fehlers ist nicht nur eine Nachzertifizierung, sondern im Ernstfall ein Vertriebsverbot auf dem EU-Markt.

Was sind die technischen Unterschiede in der Entwicklung?

Medizinische Wearables erfordern eine deterministische Firmware-Architektur, lückenlose Rückverfolgbarkeit aller Softwareänderungen und validierte Algorithmen für die Vitalzeichenmessung. Consumer-Wearables priorisieren Energieeffizienz, Formfaktor und Time-to-Market. Beide Klassen nutzen ähnliche Biosensoren, aber die Anforderungen an Genauigkeit, Ausfallsicherheit und Dokumentation unterscheiden sich grundlegend.

Firmware und Software

Consumer-Health-Tracking-Geräte können mit einem agilen Entwicklungsprozess und Over-the-Air-Updates ohne Validierungsschleife arbeiten. Medizinische Geräte benötigen ein vollständiges Software-Lifecycle-Dokument nach IEC 62304, inklusive Anforderungsverfolgung, Risikoanalyse pro Softwareeinheit und Regressionstests bei jedem Release. Ein OTA-Update ohne Validierungsprotokoll ist bei einem Klasse-IIa-Gerät ein regulatorischer Verstoß.

Sensorik und Signalverarbeitung

Für das Messen von Blutsauerstoff oder das Herzfrequenz-Monitoring im klinischen Kontext gelten Genauigkeitsanforderungen, die durch klinische Studien belegt werden müssen. Ein PPG-Sensor, der im Consumer-Bereich mit ±5 bpm akzeptabel ist, muss im medizinischen Kontext eine klinisch validierte Genauigkeit nachweisen. Der Unterschied liegt nicht im Chip, sondern in der Validierungstiefe und der Dokumentation des Signalverarbeitungsalgorithmus.

EMI und Sicherheit

Medizinische Geräte müssen IEC 60601-1-2 erfüllen, was strengere EMV-Grenzwerte als die Standard-CE-Konformität nach RED erfordert. Das beeinflusst das PCB-Layout, die Wahl des Gehäuses und die Platzierung von Antennen für drahtlose Kommunikation wie BLE oder NB-IoT. Wer das Layout für Consumer-Standards optimiert und nachträglich auf 60601 prüfen lässt, riskiert ein Nachdesign des gesamten Boards.

Wie wirkt sich die Geräteklasse auf Kosten und Entwicklungszeit aus?

Ein Consumer-Wearable mit Gesundheitsfunktionen erreicht typischerweise in 6 bis 12 Monaten den Prototypenstatus und benötigt 80.000 bis 250.000 Euro Entwicklungsbudget bis zur Serienreife. Ein Klasse-IIa-Medizinprodukt mit vergleichbarer Hardware braucht 18 bis 36 Monate und ein Budget von 400.000 bis über eine Million Euro, wenn klinische Bewertung, ISO-13485-Zertifizierung und Benannte Stelle eingerechnet werden.

Die größten Kostentreiber bei medizinischen Geräten sind nicht die Hardware, sondern die regulatorische Dokumentation, die klinische Bewertung und die Auditkosten der Benannten Stelle. Teams, die ein Medizinprodukt mit Consumer-Budget planen, scheitern nicht an der Technik, sondern an der Unterschätzung des regulatorischen Aufwands. Ein weiterer Faktor: Jede Designänderung nach Einreichung der technischen Dokumentation kann eine erneute Bewertung durch die Benannte Stelle erfordern, was Monate kostet.

Wann sollte man einen Elektronikentwicklungspartner hinzuziehen?

Ein externer Entwicklungspartner wird dann relevant, wenn dem internen Team entweder die regulatorische Erfahrung, die Kapazität für parallele Hardware- und Firmware-Entwicklung oder die Kenntnis spezifischer Kommunikationstechnologien wie BLE, LoRa oder NB-IoT für das Patientenmonitoring fehlt. Der optimale Zeitpunkt ist vor der Festlegung der Systemarchitektur, nicht nach dem ersten Prototyp.

Konkret lohnt sich ein Entwicklungspartner in diesen Szenarien:

• Das Produkt bewegt sich in der Grauzone zwischen Consumer-Health-Tracking und Medizinprodukt, und die regulatorische Einordnung ist unklar
• Das interne Team hat keine Erfahrung mit MDR-konformer Dokumentation oder IEC-62304-Prozessen
• Die Entwicklung muss parallel in Hardware-Design, PCB-Layout und Firmware-Entwicklung laufen, um den Zeitplan zu halten
• Zertifizierungsrisiken sollen früh im Prozess identifiziert werden, bevor Designentscheidungen irreversibel sind

Ein häufiger Fehler bei der Partnerauswahl: Teams wählen einen Partner nach Stundensatz statt nach regulatorischer Erfahrung. Bei einem Medizinprodukt ist ein Partner ohne ISO-13485-Prozesswissen kein Kostenvorteil, sondern ein Risiko. Wir bei Oxeltech begleiten Projekte von der Konzeptphase bis zur Serienproduktion und haben über 20 Hardwareprodukte durch Zertifizierung und Markteinführung geführt. Wer ein Projekt in der Planungsphase besprechen möchte, findet auf unserer Kontaktseite den direkten Weg zum Team.

Die Entscheidung zwischen Consumer-Wearable und Medizinprodukt ist keine rein technische, sondern eine strategische. Sie bestimmt Entwicklungspfad, Budget, Zeitplan und Marktchancen. Wer sie zu spät trifft, zahlt doppelt.

Ähnliche Beiträge

• Wie funktioniert kontinuierliche Überwachung mit einem Biosensor?
• Was sollte man 2026 bei der Entwicklung eines IoT-Gesundheitsgeräts beachten?
• Wie lange hält der Akku eines Wearable-Sensors bei kontinuierlicher Überwachung?
• Warum ist präventive Gesundheit durch Health Tracking so wichtig?
• Kann man ein Wearable ohne proprietäre Chips kosteneffizient entwickeln?