Werken als medical device engineer

Wat doet een medical device engineer?

Een medical device engineer ontwerpt, bouwt, test en verbetert medische hulpmiddelen volgens de eisen van de MDR en de normen. Volgens artikel 2 punt 1 van de MDR is ook software een medisch hulpmiddel, als de fabrikant het bestemt voor een medisch doel. Het beoogd doeleind, het gebruik waarvoor de fabrikant het hulpmiddel bestemt, bepaalt wat het ontwerp moet kunnen (artikel 2 punt 12).

Concreet betekent dat eisen van gebruikers en van de wet vertalen naar specificaties, prototypes bouwen, tests uitvoeren, risico's analyseren en het ontwerp overdragen aan productie. De engineer is verantwoordelijk voor de technische onderbouwing: waarom is dit ontwerp veilig, en waar in het dossier staat het bewijs? De quality engineer bewaakt het kwaliteitssysteem en regulatory affairs de classificatie en de dossiers. Voor de kwaliteitskant lees je werken als medical device quality engineer.

Welke taken bij de engineer liggen, verschilt per bedrijf, dus lees in een vacature de taken en niet alleen de titel. Op 5 november 2026 stonden op HLSJobs vacatures voor een medical device engineer bij Johnson & Johnson en Medtronic. Bekijk de actuele vacatures voor medical device engineers.

Welke eisen stelt de MDR aan het ontwerp van een hulpmiddel?

Een hulpmiddel voldoet aan de algemene veiligheids- en prestatie-eisen van bijlage I, rekening houdend met het beoogd doeleind (artikel 5 lid 2). Bijlage I bestaat uit drie hoofdstukken: algemene eisen, eisen aan ontwerp en vervaardiging (punt 10 tot en met 22) en eisen aan de informatie bij het hulpmiddel (punt 23). Artikel 10 legt de verantwoordelijkheid bij de fabrikant, die een risicomanagementsysteem opzet en technische documentatie opstelt (lid 2 en 4).

Bijlage I is geen ontwerpvoorschrift voor één apparaat maar een lijst eisen. De fabrikant stelt vast welke eisen op het hulpmiddel van toepassing zijn, onderbouwt waarom andere eisen niet gelden en legt bij elke toepasselijke eis het bewijs vast in het dossier.

Bron: MDR, Verordening (EU) 2017/745. Stand per 5 november 2026; de actuele tekst staat op EUR-Lex. Lees ook de MDR uitgelegd en de MDR-overgangstermijnen.

Welke normen gebruikt een medical device engineer?

Normen zijn een manier om aan de eisen van de MDR te voldoen. Volgens artikel 8 lid 1 worden hulpmiddelen die aan geharmoniseerde normen voldoen, geacht te voldoen aan de eisen die die normen bestrijken. Een fabrikant mag ook een andere oplossing kiezen dan een geharmoniseerde norm, maar moet dan zelf aantonen dat het hulpmiddel gelijkwaardig voldoet. Per eis legt hij vast welke norm, gemeenschappelijke specificatie (GS) of andere oplossing hij toepast, met verwijzing naar het bewijs in de technische documentatie (bijlage II punt 4).

De Europese Commissie publiceert een samenvattende lijst van normen, gegenereerd op 17.6.2026. Bron: Geharmoniseerde normen voor medische hulpmiddelen. Die lijst is alleen ter informatie en heeft op zichzelf geen rechtsgevolg; de tabel noemt het begin van de rechtsgevolgen. De normtekst ligt bij de normalisatie-instituten, en deze pagina noemt geen eisen uit de normen.

IEC 62304 en IEC 62366-1 staan niet op die lijst. Dat maakt ze niet ongeldig en verbiedt het gebruik ervan niet. Bronnen: IEC 62366-1 en IEC 60601-1.

ISO 13485 geeft het kwaliteitsmanagementsysteem structuur en ISO 14971 het risicomanagement. Certificering is geen eis van ISO 13485, al kan een certificering door een derde partij toezichthouders laten zien dat aan de eisen is voldaan; bron: ISO/TC 210 over ISO 13485.

Lees ISO 13485 uitgelegd en ISO 14971 en risicomanagement. Vacatures die IEC 62304 noemen, staan bij vacatures met IEC 62304.

Hoe verloopt de ontwikkeling van concept tot technische documentatie?

Een ontwikkeltraject begint met het vastleggen van het beoogd doeleind en de gebruikerseisen: wie gebruikt het hulpmiddel, waar, waarvoor en wat moet het kunnen. Daaruit volgen productspecificaties, waartegen het ontwerp wordt uitgewerkt. Een risicoanalyse loopt daarbij mee en wordt bijgewerkt als het ontwerp verandert.

Artikel 10 lid 9 vraagt om een kwaliteitsmanagementsysteem met onder meer risicomanagement en productrealisatie. De technische documentatie bevat de resultaten en kritische analyses van alle verificatie- en valideringstests (bijlage II, punt 6).

Het dossier bevat ook klinisch bewijs: artikel 61 lid 1 vraagt klinische gegevens die voldoende klinisch bewijs leveren. Clinical affairs werkt de klinische evaluatie uit, de engineer levert technische gegevens en gegevens uit gebruik terug. Post-market clinical follow-up (PMCF) houdt de evaluatie bij, met een eigen PMCF-plan. Zie de levenscyclus van een medisch hulpmiddel en CE-markering en aangemelde instanties.

Waarom is gebruiksvriendelijkheid een veiligheidseis?

Gebruiksvriendelijkheid is een veiligheidsonderwerp. Een hulpmiddel dat verkeerd wordt gebruikt, kan schade veroorzaken, ook als het technisch goed werkt. Daarom vraagt bijlage I om een ontwerp rond de beoogde gebruiker, zowel professional als leek.

Punt 5 vraagt gebruiksfouten en ergonomie zo veel mogelijk te beperken. Voor hulpmiddelen voor leken stelt punt 22 eisen aan begrijpelijke instructies, en punt 23.1 onder a vraagt een gebruiksaanwijzing die de beoogde gebruiker gemakkelijk begrijpt.

De norm IEC 62366-1, met de titel "Medical devices - Part 1: Application of usability engineering to medical devices", beschrijft hoe je gebruiksvriendelijkheid analyseert, ontwikkelt en evalueert, voor zover die met veiligheid samenhangt. In de praktijk betekent dat gebruikers vroeg betrekken en kijken waar ze fouten maken.

Wat is anders bij software als medisch hulpmiddel?

Software kan zelf een medisch hulpmiddel zijn, en artikel 2 punt 4 beschouwt software als een actief hulpmiddel. Bijlage I punt 17 vraagt dat software betrouwbaar en herhaalbaar is, volgens de state-of-the-art is ontwikkeld, en verificatie, validering en informatiebeveiliging omvat. Punt 17.4 stelt ook eisen aan IT-beveiliging. Dat betekent een eigen ontwikkelproces met eisen, ontwerp, implementatie, test en onderhoud, en een risicoanalyse die ook informatiebeveiliging omvat.

De klasse volgt uit bijlage VIII. Regel 11 plaatst software die informatie geeft voor diagnostische of therapeutische beslissingen in klasse IIa, tenzij de gevolgen ernstiger kunnen zijn (klasse IIb of III). Software die een hulpmiddel bestuurt, valt volgens hoofdstuk II punt 3.3 in dezelfde klasse als dat hulpmiddel. Welke klasse een product krijgt, bepaalt de fabrikant, in de praktijk regulatory affairs samen met het ontwikkelteam.

IEC 62304, met de titel "Medical device software - Software life cycle processes", beschrijft het kader voor de levenscyclus van software die zelf een hulpmiddel is of onderdeel ervan. Bron: IEC 62304.

De Commissie publiceert MDCG-richtsnoeren over software, zoals MDCG 2019-11 rev.1 over de kwalificatie en classificatie van software en MDCG 2019-16 rev.1 over cybersecurity. Bron: MDCG-richtsnoeren. Voor de samenhang met de AI-verordening lees je de AI-verordening en medische hulpmiddelen.

Welke opleiding past bij deze functie?

Er is geen wettelijke opleidingseis en geen vaste route. Technische opleidingen met een medische of biologische component passen bij het werk, net als klassieke technische opleidingen zoals werktuigbouwkunde of elektrotechniek, gecombineerd met kennis van de regels die je op de werkvloer opbouwt. Elke werkgever stelt eigen eisen in de vacature.

De functie van medical device engineer staat niet als apart beroep op de pagina van Technical Medicine. De TU/e- en HAN-opleidingen noemen geen medisch-technisch spoor en staan hier als klassieke technische route. Bronnen: Biomedical Technology, Technical Medicine, Biomedical Engineering, Mechanical Engineering en Werktuigbouwkunde. Bekijk ook opleidingen voor een carrière in life sciences.

Waar werk je en hoe groei je door?

Je werkt bij fabrikanten van apparatuur, instrumenten en implantaten, bij ontwikkelaars van software die als hulpmiddel geldt, of bij contractontwikkelaars voor hulpmiddelenbedrijven. Per werkgever verschilt hoe ver ontwerp, productie en service in het bedrijf zelf zitten. Instroom kan vanuit een technische of biomedische opleiding, productontwikkeling in een andere sector, productie of test, of de kliniek met een technische achtergrond.

Belangrijke vaardigheden zijn ontwerpen en berekenen, systematisch testen, risico's inschatten, nauwkeurig documenteren en samenwerken met gebruikers zoals artsen, verpleegkundigen en patiënten. Goed Engels is nodig, omdat normen en internationale documentatie Engelstalig zijn. Kennis van de MDR en de normen bouw je op in een ontwikkelteam dat volgens een kwaliteitssysteem werkt.

Doorgroei kan naar senior engineer, technisch specialist (bijvoorbeeld in risicomanagement of software), projectleider of teamleider in R&D. Zijwaarts kan dat naar quality, regulatory affairs, clinical affairs of product management. Er is geen vaste ladder. Bekijk werkgevers die medical device engineers zoeken, werken als biomedical engineer en het vakgebied medische technologie.