Reimbursement by design

Een medisch hulpmiddel kan technisch goed werken en toch lastig te implementeren zijn. Het komt vaak voor: een team bouwt een sterk prototype, haalt belangrijke mijlpalen en krijgt positieve reacties van zorgprofessionals. En dan volgt de lastigere vraag: wie gaat dit eigenlijk betalen?

Dat is de vergoedingsvraag, en die staat los van toelating of certificering. Toelating geeft een product toegang tot de markt. Vergoeding bepaalt mede of het ook echt onderdeel wordt van de dagelijkse zorg.

Dit artikel is geen reimbursementadvies en ManGo is geen reimbursement consultant. Maar er is wel een praktisch punt: betaalroutes, declaratiecodes en eisen aan bewijsvoering kunnen productkeuzes beïnvloeden, vaak eerder dan veel teams verwachten.

Voordat het design vastligt

Voordat het design vastligt

Vroeg in de ontwikkeling zouden productteams deze vragen moeten stellen:

  • Bestaat er al een betaalroute voor dit type product, behandeling of dienst?

  • Past het product binnen een bestaande declaratiecode, tariefstructuur of budgetcategorie?

  • Als het product innovatief is — valt het dan juist buiten de gebruikelijke vergoedingscategorieën?

  • Welk bewijs hebben ziekenhuizen, verzekeraars, inkopers of zorgorganisaties nodig om de waarde aannemelijk te vinden?

  • Welke productkeuzes beïnvloeden kosten per gebruik, workflow, training, onderhoud en adoptie?

Wie deze vragen te laat stelt, riskeert een product dat technisch sterk is maar commercieel moeilijk landt. Dat is een bekende en dure teleurstelling.

Vergoeding is meer dan “wil iemand betalen?”

Vergoeding is meer dan “wil iemand betalen?”

In veel zorgmarkten draait vergoeding om drie samenhangende vragen:

  • Coverage: betaalt een verzekeraar, zorgsysteem of andere betaler überhaupt voor deze toepassing?

  • Coding: bestaat er een declaratiecode, tarief of categorie waar het product in past?

  • Payment: hoeveel wordt vergoed, en aan wie?

Vooral de coding-vraag wordt makkelijk onderschat.

Zorgsystemen maken meestal geen nieuwe budgetregel aan omdat een nieuw product nuttig is. Producten moeten vaak passen binnen bestaande categorieën, procedures, tarieven of budgetten. Die categorieën sluiten lang niet altijd aan op de manier waarop een innovatief product waarde creëert.

Het declaratiecode-probleem bij innovatie

Het declaratiecode-probleem bij innovatie

Innovatieve producten passen vaak niet netjes in bestaande declaratiecodes.

Een product kan complicaties helpen voorkomen, bezoeken verminderen of zorgprofessionals eerder betere informatie geven. Dat kan waardevol zijn, maar als het zorgsysteem geen duidelijke categorie heeft om die waarde te vergoeden, wordt adoptie lastig — ook als het product zelf goed werkt.

De redenen daarvoor zijn divers. Het product valt buiten de beschikbare budgetcategorie, of het voordeel ontstaat op één plek in het systeem terwijl de kosten ergens anders terechtkomen. Soms heeft een verzekeraar, ziekenhuis of zorgorganisatie real-world evidence over langere tijd nodig voordat geldstromen überhaupt kunnen veranderen. Dat alles bij elkaar kan een harde commerciële kloof creëren: het product werkt, maar de betaalroute is er nog niet klaar voor.

ManGo komt dit soort uitdagingen regelmatig tegen. Een preventief connected-care product kan technisch sterk zijn en toch moeite hebben met adoptie, simpelweg omdat de partij die profiteert niet automatisch de partij is die betaalt. Dat is geen ontwerpfout, maar een reimbursement- en adoptierealiteit die vroeg zichtbaar moet zijn in het ontwikkelproces.

De praktische les is dan ook scherp: als een product afhankelijk is van preventie, vroegere diagnose of vermeden toekomstige kosten, is de reimbursementvraag niet "is dit nuttig?" — maar "wie heeft nu een code, budget of prikkel om hiervoor te betalen?"

Waarom dit in productontwikkeling thuishoort

Waarom dit in productontwikkeling thuishoort

Reimbursement klinkt commercieel, maar veel reimbursementgevoelige beslissingen worden al tijdens productontwikkeling genomen.

Productteams maken keuzes over:

  • herbruikbaar of disposable

  • kosten per gebruik

  • klinische workflow

  • trainingslast

  • bewijsclaims

  • usability

  • productiekosten

  • service- en softwarecomponenten

  • wat geverifieerd, gevalideerd en gedocumenteerd moet worden

Al die keuzes beïnvloeden of een product uiteindelijk in een betaalroute, inkoopproces of zorgpad past.

Als een device tijd bespaart maar de kosten bij de verkeerde afdeling neerlegt, kan adoptie alsnog traag blijven. Als het nieuw gedrag in de workflow vraagt, moet de waardebelofte worden onderbouwd. Als het product afhankelijk is van preventie, moet het team uitkomsten over langere tijd kunnen aantonen voordat betalers bewegen.

Design lost reimbursement niet op. Maar vroege designkeuzes kunnen aannames over vergoeding zichtbaar maken op een moment dat de productdefinitie nog open ligt — voordat herstelwerk kostbaar wordt.

Wat er misgaat als vergoeding te laat komt

Wat er misgaat als vergoeding te laat komt

Veelvoorkomende problemen zijn:

  • Het product is duurder dan bestaande betaalstructuren kunnen dragen.

  • De gekozen eindpunten meten wat zorgprofessionals interessant vinden, maar niet wat betalers of inkopers nodig hebben.

  • Het product creëert waarde op lange termijn, terwijl de koper vooral kortetermijnkosten ziet.

  • Het device verbetert een workflow, maar er is geen declaratiecode of budgetcategorie die daarbij past.

  • Inkoop ziet het product als extra kostenpost in plaats van vervangende waarde.

  • Het team ontdekt te laat dat adoptie mogelijk meerdere jaren real-world evidence vraagt.

Dit speelt vooral bij preventieve innovaties. Een toekomstig probleem voorkomen kan klinisch en maatschappelijk waardevol zijn, maar zorgbudgetten bewegen pas wanneer bewijs, codes en prikkels op hun plaats vallen. De spreadsheet is zelden onder de indruk van optimisme.

Vragen die vroeg gesteld moeten worden

Vragen die vroeg gesteld moeten worden

Stel deze vragen voordat de productdefinitie vastligt:

  • Voor welke exacte toepassing ontwerpen we?

  • In welke zorgsetting wordt het product als eerste gebruikt?

  • Bestaat er een declaratiecode, tarief of budgetcategorie?

  • Zo niet — wie zou moeten betalen voordat het bewijs volwassen is?

  • Wie heeft financieel voordeel, en is dat dezelfde partij die het product koopt?

  • Welk bewijs is nodig voor adoptie, niet alleen voor toelating?

  • Welke productkeuzes beïnvloeden kosten per gebruik, workflow, training en onderhoud?

  • Welke reimbursement-, market access- of health economics-specialist moet deze aannames vroeg controleren?

Dit maakt ontwerpers geen reimbursementexperts. Maar het maakt de designbrief eerlijker — en de aannames zichtbaar op een moment dat ze nog te beïnvloeden zijn.

ManGo's perspectief

ManGo's perspectief

ManGo helpt teams bij de ontwikkeling van medische hulpmiddelen en technisch complexe fysieke producten. Daarbij komen gebruikersbehoeften, technische randvoorwaarden, prototyping, usability en productierealiteit eerder samen dan in de meeste ontwikkeltrajecten gebruikelijk is.

Vergoeding is onderdeel van die realiteit. Niet omdat ManGo vergoedingsspecialisten vervangt, maar omdat vergoedingsgevoelige vraagstukken de productbrief al kunnen omgooien, lang voordat die specialisten aanschuiven.


Voor teams die medische hulpmiddelen ontwikkelen, zit de echte waarde in het vroeg om tafel krijgen van productontwerp, klinische waarde, aannames over bewijs en vergoedingslogica, terwijl de keuzes die ertoe doen nog openliggen.


Ontwikkel je een medisch hulpmiddel en wil je je productdefinitie, prototypestrategie of ontwikkelaannames kritisch tegen het licht houden? Neem dan contact op.

FAQ

Is vergoeding hetzelfde als markttoelating?
Nee. Markttoelating geeft een product toegang tot de markt. Vergoeding bepaalt vervolgens of een verzekeraar, zorgsysteem of zorgorganisatie ook daadwerkelijk betaalt voor structureel gebruik. Het zijn twee aparte stappen met elk hun eigen traject.


Waarom zijn declaratiecodes zo belangrijk?
Codes, tarieven en budgetcategorieën bepalen of een product aansluit bij een bestaande betalingsroute. Innovaties creëren vaak waarde buiten bestaande categorieën, en dat maakt vergoeding extra uitdagend. Wie de codes vroeg begrijpt, kan knelpunten in de bekostiging tijdig aanpakken.


Wanneer moeten teams hun aannames toetsen?
Vóórdat de productdefinitie, prototypestrategie en evidence-planning zijn vastgesteld. Op dat moment zijn aannames nog bij te sturen, en vroege toetsing voorkomt kostbare koerswijzigingen later in het traject.




Van idee naar product

Samen maken we er een succes van



Neem contact op

©2026 ManGo Product Design | Privacybeleid | Algemene voorwaarden