Freelance Usability Engineer Medizintechnik (IEC 62366-1, Human Factors)

Aufgaben und Anforderungen im Überblick

Typische Projektanlässe

• Neues Produkt mit komplexer Bedienoberfläche vor der Zertifizierung
• Nichtkonformität der Benannten Stelle zum Usability Engineering File
• FDA-Einreichung mit Human-Factors-Validierung nach neuer Leitlinie
• Anwendungsfehler im Markt mit nötiger Neubewertung der Bedienung
• Legacy-Produkt mit nachträglicher Bewertung nach IEC 62366-1 Anhang C (UOUP)
• Umstellung von Klinik- auf Heimanwendung mit neuen Nutzergruppen

Was ein Usability Engineer nach IEC 62366 im Freelance-Projekt leistet

Usability Engineering in der Medizintechnik ist kein Design-Thema im Sinne von Ästhetik, sondern Risikomanagement. IEC 62366-1 verlangt einen Prozess, mit dem der Hersteller nutzungsbezogene Gefährdungen identifiziert, die Bedienoberfläche so gestaltet, dass diese Gefährdungen beherrscht werden, und am Ende nachweist, dass repräsentative Anwender kritische Aufgaben sicher ausführen können. Die Rolle des Usability Engineers ist es, diesen Prozess zu planen, durchzuführen und auditfest zu dokumentieren.

Im Freelance-Projekt sind Sie typischerweise die Person, die das Thema Human Factors fachlich vertritt: gegenüber der Entwicklung, die Bedienkonzepte umsetzt; gegenüber dem Risikomanagement, das Ihre URRA in die Gefährdungsanalyse übernimmt; gegenüber Regulatory Affairs, die den Usability Engineering File einreicht; und gegenüber Anwendern, mit denen Sie Studien durchführen. Ihre Aufgabe ist es auch, frühzeitig Grenzen zu benennen: Eine Warnung in der Gebrauchsanweisung ist nach ISO 14971 die schwächste Form der Risikokontrolle und ersetzt kein besseres Design.

Häufig werden Freelancer zu einem Zeitpunkt geholt, an dem das Design schon weit fortgeschritten ist. Dann geht es darum, die formative Phase pragmatisch nachzuholen, kritische Aufgaben sauber zu begründen und eine summative Evaluation so aufzusetzen, dass sie belastbar ist und nicht zu einer Überraschung kurz vor der Einreichung führt.

Typische Usability-Projekte und Deliverables

Der Usability-Engineering-Prozess nach IEC 62366-1 lässt sich in klare Arbeitsschritte gliedern, aus denen sich die typischen Deliverables ergeben:

1. Use Specification: medizinische Zweckbestimmung, Patientengruppen, Nutzerprofile, Anwendungsumgebung und Funktionsprinzip
2. Identifikation von Merkmalen der Bedienoberfläche, die mit Sicherheit in Zusammenhang stehen, und von bekannten Gefährdungen aus ähnlichen Produkten und PMS-Daten
3. Gefährdungsbezogene Nutzungsszenarien und URRA mit der Auswahl kritischer Aufgaben
4. User Interface Specification und Evaluationsplan
5. Formative Evaluationen: Heuristische Analyse, Cognitive Walkthrough, Tests mit Prototypen und Nutzern, iterative Anpassungen
6. Summative Evaluation: Studienprotokoll, Rekrutierung repräsentativer Nutzer, simulierte Anwendungsumgebung, Durchführung, Analyse von Use Errors, Close Calls und Schwierigkeiten mit Ursachenanalyse
7. Usability Engineering File: Zusammenfassung aller Ergebnisse, Restrisikobewertung, Schlussfolgerung zur Gebrauchstauglichkeit

Für US-Einreichungen entsteht zusätzlich ein HF/UE-Report in der von der FDA erwarteten Struktur. Bei Legacy-Produkten kommt oft die Bewertung nach Anhang C der IEC 62366-1 zum Einsatz, die einen vereinfachten Weg für Bedienoberflächen unbekannter Herkunft (UOUP) beschreibt. Ein weiterer Projekttyp ist die Bewertung von Änderungen: Wird ein Bildschirmlayout, eine Verpackung oder eine Gebrauchsanweisung überarbeitet, muss geprüft werden, ob kritische Aufgaben betroffen sind und ob erneut evaluiert werden muss.

Normen und Guidelines für Usability Engineering

Zentrale Norm ist IEC 62366-1:2015 einschließlich Amendment 1:2020, als EN 62366-1 unter der MDR harmonisiert. Für aktive Geräte verweist IEC 60601-1-6 auf diesen Prozess. In den USA hat die FDA am 29. Mai 2026 die finale Leitlinie zu Human-Factors-Inhalten in Einreichungen veröffentlicht, die den Entwurf von 2022 ersetzt. Sie führt einen risikobasierten Entscheidungsbaum ein, nach dem Einreichungen in drei Kategorien fallen – von einer kurzen Zusammenfassung bis zum vollständigen HF/UE-Report mit Validierungstest.

Für Heimanwendungen ist zusätzlich IEC 60601-1-11 relevant, für Alarmsysteme IEC 60601-1-8. Bei Software-Benutzeroberflächen ergänzen Anforderungen aus IEC 62304 und IEC 82304-1 den Rahmen.

Qualifikation und Erfahrung für Usability Engineers

Der fachliche Hintergrund von Usability Engineers in der Medizintechnik ist vielfältig: Human Factors, Arbeitswissenschaft, Psychologie, Interaktionsdesign, Medizintechnik oder Pflegewissenschaft. Entscheidend ist die Kombination aus methodischer Sicherheit in der Nutzerforschung und Verständnis für den regulatorischen Rahmen. Auftraggeber erwarten in der Regel drei bis fünf Jahre Erfahrung mit IEC 62366-1 und mindestens einige selbst durchgeführte summative Evaluationen.

Häufig geforderte Fähigkeiten:

• Planung und Moderation von Nutzertests, inklusive Leitfaden, Beobachtungsprotokoll und neutraler Moderation
• Rekrutierung repräsentativer Nutzergruppen, etwa Pflegekräfte, Chirurgen, Laien oder Patienten mit Einschränkungen
• Ursachenanalyse von Use Errors und Ableitung von Designmaßnahmen
• Sichere Argumentation zur Auswahl kritischer Aufgaben gegenüber Auditoren
• Erfahrung mit FDA-Einreichungen und den Erwartungen an HF-Validierung
• Grundkenntnisse in Medizin und klinischen Abläufen der jeweiligen Anwendung

Zertifizierungen wie CUA (Certified Usability Analyst) oder Weiterbildungen zu IEC 62366-1 werden geschätzt, sind aber selten Voraussetzung. Gute Kommunikationsfähigkeit ist zentral, weil Usability Engineers oft unbequeme Erkenntnisse an Entwicklung und Management weitergeben.

Stundensatz und Konditionen im Usability Engineering

Die Orientierungsspanne für erfahrene freiberufliche Usability Engineers in der Medizintechnik liegt bei etwa 85 bis 115 Euro netto pro Stunde, ohne Reisekosten. Das ist eine Einschätzung aus der Praxis, keine Marktstatistik.

Höhere Sätze erreichen Freelancer mit Erfahrung in FDA-Einreichungen, mit komplexen Produkten wie Infusionspumpen, Beatmungsgeräten oder Kombinationsprodukten sowie mit kurzfristigem Einsatz vor einer Einreichung. Niedrigere Sätze sind typisch für reine Dokumentationsarbeit, formative Expert Reviews mit geringem Umfang oder lange Mandate mit hoher Auslastung.

Bei summativen Evaluationen sollten Sie vorab klären, wer Rekrutierung, Räumlichkeiten und Aufzeichnung organisiert und ob Sie diese Leistungen als Paket anbieten. Für Festpreisangebote ist die Zahl der Nutzergruppen entscheidend, weil sich daraus die Zahl der Teilnehmer und damit der Aufwand ergibt.

Remote oder vor Ort im Usability Engineering

Die Rolle ist hybrid. URRA, Use Specification, Evaluationspläne und Berichte lassen sich remote erstellen. Formative Evaluationen sind teilweise auch remote möglich, etwa als moderierte Remote-Tests von Software-Oberflächen. Bei physischen Produkten und bei summativen Evaluationen ist Präsenz in der Regel nötig: Die Studie findet in einer simulierten Anwendungsumgebung mit dem realen Produkt statt, Teilnehmende werden vor Ort beobachtet.

Planen Sie für jede summative Evaluation mehrere Präsenztage für Pilotierung und Durchführung ein, gegebenenfalls in verschiedenen Städten oder Ländern, wenn Nutzergruppen schwer zu rekrutieren sind. Dazu kommen Workshops mit Entwicklung und Risikomanagement. Ein Modell mit überwiegend Remote-Arbeit und Präsenzblöcken in den Studienphasen ist realistisch.

Vertragsmodelle für Usability Engineers

Usability-Leistungen werden häufig als klar abgegrenzte Pakete beauftragt: eine URRA, eine formative Studie, eine summative Evaluation mit Report. Das eignet sich gut für eine direkte Beauftragung als Freiberufler oder über eine eigene GmbH, gegebenenfalls als Werkvertrag mit definiertem Ergebnis. Größere Hersteller arbeiten auch über Personaldienstleister oder spezialisierte Studienanbieter, für die Sie als Unterauftragnehmer tätig sind.

Arbeitnehmerüberlassung ist in dieser Rolle eher selten, kommt aber vor, wenn Sie als Teil eines festen Human-Factors-Teams eingebunden sind und Weisungen zur Arbeitsorganisation erhalten. Dann gelten die Regeln des AÜG. Bei Studien mit Teilnehmenden sind zudem Datenschutz, Einwilligungen und gegebenenfalls ein Ethikvotum vertraglich zu regeln. Diese Hinweise sind allgemeine Information und ersetzen keine Rechtsberatung.

Abgrenzung zu UX Design und Clinical Affairs

Usability Engineering wird oft mit UX Design verwechselt. Der UX Designer gestaltet Bedienoberflächen und Interaktionskonzepte. Der Usability Engineer nach IEC 62366-1 bewertet diese Gestaltung systematisch unter Sicherheitsaspekten und weist die Gebrauchstauglichkeit nach. In kleinen Teams übernehmen manche Freelancer beide Rollen, für die summative Evaluation sollte aber eine gewisse Unabhängigkeit vom Design gewahrt bleiben.

Zur klinischen Prüfung grenzt sich die Rolle ebenfalls ab: Eine summative Evaluation ist keine klinische Prüfung, sondern eine Studie mit simulierter Anwendung. Die klinische Leistung eines Produkts wird in der klinischen Bewertung nachgewiesen. Für Ihr Profil lohnt es sich, Produktbereiche (aktive Geräte, Software, Kombinationsprodukte, Heimanwendung) und Erfahrung mit bestimmten Nutzergruppen klar zu benennen.

Für den Schritt in die Selbstständigkeit ist ein anonymisiertes Beispiel eines Evaluationsplans oder einer URRA-Struktur oft überzeugender als jede Selbstbeschreibung. Achten Sie dabei auf Vertraulichkeit gegenüber früheren Auftraggebern und zeigen Sie Methodik statt Produktdetails.

Projektbeispiele für Usability IEC 62366

Anonymisierte Projektanfragen, wie sie für diese Rolle und verwandte Profile regelmäßig vorkommen.

Häufige Fragen

Allgemeine Information, keine Rechts- oder Steuerberatung. Stundensätze sind Orientierungsspannen, kein Honorarspiegel. Stand: 10/2026.