⚡ Use cases⚙ Functionaliteit

Je bent hier · Functionaliteit · vijftien concrete verkoop-voorbeelden

Wat is dit Vijftien concrete voorbeelden van hoe R4M aan de man wordt gebracht: wie de klant is, wat hij koopt, en hoe je het draait met én zonder geld.

Voor wie Voor een gesprek waarin iemand vraagt: “maar wat verkoop je nu eigenlijk?”.

Wat doe je hier Kies het voorbeeld dat bij je gesprekspartner past en lees alleen dat blok.

DEFINITIE · VERKOOPSCRIPTS Dit zijn vijftien kant-en-klare gespreksverhalen: per klant-soort exact wat je zegt, welk probleem je oplost en wat het kost — mét en zonder geld erin. Geen features maar verkooptaal: lees ze zoals je ze aan een klant zou vertellen. De rails op de Overzicht-tab zijn de structuur; deze scripts zijn de woorden.

Functionaliteit

Vijftien manieren om R4M écht te verkopen en te draaien

Per voorbeeld: wie de klant is, wat we concreet aanbieden, hoe het werkt, en hoe je het draait — zonder geld (pilot, testnet, demo-eID: kan vandaag) en met geld (productie, fees, licenties). Markeer per voorbeeld ✔/✘/❓ — jouw oordeel bepaalt welke we eerst uitwerken.

OVERHEIDde kernpilot — Zet 4

1 · Rampenhulp-uitkering, publiek controleerbaar

Simpel gezegd: Na een overstroming moet er snel geld naar gezinnen. Wij zorgen dat niemand twee keer kan innen, en dat de gemeenteraad live kan meekijken hoeveel er vertrok en waar het aankwam — zonder één naam te tonen.

Klant: provincie, gemeente of federale dienst die na een ramp snel geld bij gezinnen moet krijgen.

Aanbod: "auditbare burgeruitkering as-a-service". Burgers verifiëren zich met eID, elk gezin is bewijsbaar uniek (dubbel innen kan niet), uitbetaling met 0% kosten op de uitkering, en een publiek kasboek waar pers en gemeenteraad live zien: er vertrok exact 100 × €50 en het kwam aan.

Zonder geld: volledige pilot op testnet met demo-eID — de overheid ziet de complete flow en het kasboek werken; dat pilotdossier is het verkoopdocument.

Met geld: uitbetaling via de vergunde partner-route (advocaatvragen 4–6), fee per uitkering aan de opdrachtgever — de burger betaalt nooit.

Antwoord op je vraag: hoe weet je dat de mensen tér plaatse de juiste zijn?

Kort: R4M bewijst “één echte, unieke mens” — niet “deze mens woont in die straat”. Dat tweede komt van de overheid zelf, en dat is precies de taakverdeling die dit verkoopbaar maakt.

Concreet, drie sluizen: (1) Wie ben je? — de burger doet een eID-verificatie (itsme/EUDI) via een noodpagina die de gemeente deelt: één link, werkt op elke gsm, geen app installeren, geen account. (2) Hoor je erbij? — de gemeente levert vooraf de lijst met rechthebbenden (rijksregisternummer of adres in het rampgebied). Wij matchen daarop met een versleutelde vergelijking: wij zien geen namen, zij zien geen R4M-account. Geen match = geen uitkering. (3) Waar gaat het geld heen? — de burger geeft zelf zijn rekening op, beveiligd tegen adreswissel-fraude (blok D4).

Wie er niet digitaal in komt (geen eID, geen gsm, ouderen): een hulpverlener ter plaatse doet de verificatie op zijn eigen toestel mét de burger — zelfde bewijs, hetzelfde kasboek, alleen assisted. Dat blok moeten we nog bouwen; het staat op de lijst voor het pilotdossier.

De grens die we niet overschrijden: wij bepalen nóóit wie recht heeft — dat is en blijft de overheid. Wij garanderen dat elke rechthebbende exact één keer wordt uitbetaald, dat niemand zich kan verdubbelen, en dat iedereen achteraf kan controleren dat het klopte.

🔧 Zo werkt het in het echt — dag 1 na de ramp

Voor de burger, drie schermen: (1) hij krijgt een link — via SMS van de gemeente, een QR op een affiche in het opvangcentrum, of de gemeentesite. Geen app, geen account. (2) Scherm "Ben jij het?" → hij tikt op itsme/eID, is in 20 seconden geverifieerd. (3) Scherm "Waar mag het geld heen?" → rekeningnummer invullen, bevestigen. Klaar. Achteraf krijgt hij een ontvangstbewijs met een controlecode die hij in het publieke kasboek kan opzoeken.

Voor de gemeente, drie stappen: (1) ze uploaden hun rechthebbendenlijst (versleuteld); (2) ze zetten de pot open (bedrag × aantal); (3) ze volgen live mee op een dashboard: hoeveel geverifieerd, hoeveel uitbetaald, hoeveel open. De pers krijgt dezelfde cijfers via het publieke kasboek — zonder één naam.

Wat R4M technisch doet: de bestaande eID-flow levert het pseudoniem; de uniciteitscheck weigert een tweede claim; de payout-route boekt in het grootboek. Dat draait vandaag al op testnet — de flow is dus geen belofte maar een demo die je morgen kunt tonen.

🚧 Wat we hiervoor nog moeten bouwen (eerlijk, vóór je dit verkoopt)

  1. De noodpagina-template — de drie burgerschermen als kant-en-klaar sjabloon dat een gemeente in een halve dag in haar huisstijl kan zetten (met logo/PDF-instelling per klant). Bestaat nog niet — nieuw D-blok D14.
  2. Het opdrachtgever-dashboard — lijst uploaden, pot openen, live meekijken. Deels aanwezig (founder-dashboard), moet klantklaar. D15.
  3. Rechthebbenden-matching — de versleutelde vergelijking met de gemeentelijst. Ontworpen als D12, juridische basis is vraag 56 voor Nele.
  4. Assisted verification — hulpverlener verifieert samen met de burger. D13, nog te bouwen.

Tot die vier er staan verkoop je dit als pilot, niet als product — dat is exact het verschil tussen een bold statement en een belofte die je kunt waarmaken.

BEDRIJFjouw vragenlijst-voorbeeld

2 · Vragenlijsten & panels met bewezen échte respondenten

Simpel gezegd: Onderzoeksbureaus betalen mensen om enquêtes in te vullen, en betalen vandaag voor heel wat bots en dubbele accounts. Wij bewijzen dat achter elk antwoord één echte, unieke mens zit.

Klant: marktonderzoeksbureau of bedrijf dat een klantenpanel of enquête opzet.

Aanbod: "1 mens = 1 stem"-onderzoek. Panels zitten vandaag vol dubbele accounts en bots — bureaus betalen voor nep-antwoorden. Wij leveren de verificatie (elke respondent bewijsbaar uniek en echt) én de uitbetaling van deelnemersvergoedingen (bv. €2 per ingevulde lijst) direct aan de respondent.

Zonder geld: pilotvragenlijst waarbij de verificatie echt is en de vergoeding in testnet-punten loopt — het bureau ziet het verschil in datakwaliteit meteen.

Met geld: bureau betaalt per geverifieerde respons (attestatie-fee) + de vergoedingen lopen over de rail.

OVERHEID

3 · Woningloting & schaarse inschrijvingen zonder gesjoemel

Simpel gezegd: Bij een loting voor een huurwoning schrijft iemand zich soms tien keer in onder tien namen. Bij ons kan dat niet, en iedereen kan achteraf controleren dat de trekking eerlijk verliep.

Klant: woningcorporatie, gemeente (parkeervergunningen, schoolinschrijvingen, volkstuinen).

Aanbod: inschrijven kan alleen met R4M-bewijs — één mens, één inschrijving, geen tien aliassen. De loting en de terugstorting van waarborgen zijn publiek controleerbaar. Het vertrouwensprobleem ("de loting is doorgestoken kaart") verdwijnt aantoonbaar.

Zonder geld: één loting als pilot, verificatie echt, borgen in test-mode.

Met geld: fee per inschrijvingsronde aan de corporatie; borg-afhandeling via de rail.

PLATFORMx402 + x401 samen

4 · Agent-toegang voor webshops en API's — einde scalper-bots

Simpel gezegd: Bots kopen concerttickets sneller op dan mensen. Wij zetten een poort met twee vragen: heb je betaald, en zit er één echte mens achter jou? Zo verkoopt de shop maximaal twee tickets per mens, hoeveel bots die mens ook aanzet.

Klant: ticketshop, webshop, API-aanbieder die AI-agents wil bedienen maar bots zonder baas wil weren.

Aanbod: een poort met twee checks: de agent betaalt per request (x402, werkt al in test-mode) én bewijst "achter mij zit één geverifieerde EU-mens" (x401 met R4M-attestatie). Concreet: een ticketshop verkoopt maximaal 2 tickets per bewezen mens — ongeacht hoeveel bots iemand aanzet.

Zonder geld: sandbox-integratie op de bestaande test-mode betaalpaden.

Met geld: x402-toegangsfees + attestatie-fee per verificatie (verdienmodel-blok D9).

PLATFORM

5 · Creator- en marketplace-uitbetalingen zonder dubbele makers

Simpel gezegd: Een platform dat makers uitbetaalt, betaalt soms vijf keer aan dezelfde persoon met vijf accounts. Wij zorgen dat elke ontvanger één echt mens is, en leveren een rapport waarmee de boekhouding sluit.

Klant: platform dat makers, freelancers of verkopers uitbetaalt.

Aanbod: payout-rail waar elke ontvanger bewijsbaar één echt mens is (geen vijf accounts van dezelfde maker), met streng beveiligde adreswissels (blok D4 — dáár slaan dieven toe) en een reconciliatie-rapport dat de boekhouding sluitend maakt.

Zonder geld: shadow-run — onze reconciliatie draait mee naast hun bestaande payouts en toont wat er nu al misgaat.

Met geld: fee per payout of platformlicentie.

OVERHEID

6 · Subsidies & fondsen met een glazen kassa per regeling

Simpel gezegd: Verantwoorden waar subsidiegeld heen ging kost vandaag maanden. Bij ons staat het live op een pagina: hoeveel geld, aan hoeveel unieke mensen — in totalen, nooit met namen.

Klant: subsidieverstrekker, cultuurfonds, sportfonds.

Aanbod: aanvragen met bewezen unieke aanvragers en per regeling een publiek kasboek: parlement, donateurs of raadsleden zien live hoeveel er is uitgekeerd, aan hoeveel unieke mensen, zonder namen (aggregaten met k-anonymity). Verantwoording die nu maanden kost, staat er live.

Zonder geld: demo-dossier van één regeling op testnet.

Met geld: fee per dossier/uitbetaling aan de verstrekker.

MEDIA / POLITIEKidentiteit zonder payout — laagste drempel

7 · Human-verified petities, polls en reviews

Simpel gezegd: “40.000 handtekeningen” zegt niets; “40.000 bewezen unieke mensen” verandert het gesprek. Hier stroomt geen geld, en dat maakt dit de lichtste en snelst verkoopbare toepassing die we hebben.

Klant: petitie-platform, nieuwsmedium, reviewsite, politieke partij (interne stemming).

Aanbod: het zinnetje dat alles verandert: "getekend door 40.000 bewezen unieke EU-burgers" in plaats van "40.000 klikken". Pure attestatie-dienst via x401 — geen payout nodig, dus juridisch de lichtste route en morgen te pitchen.

Zonder geld: één petitie of poll gratis als publiek bewijsstuk.

Met geld: attestatie-fee per verificatie, abonnement voor platforms.

BANK / VERZEKERAARZet 3 als product

8 · Lawful Access Module — één extra signaal bovenop hún KYC

Simpel gezegd: een bank moet van de wet zélf weten wie haar klant is. Dat werk nemen wij niet over — dat mogen we niet en dat willen we niet. Wij leveren er één ding bovenop dat zij vandaag niet hebben: het bewijs dat achter dit dossier één unieke mens zit, en dat diezelfde mens niet ook onder een andere naam binnenkwam.

Klant: bank, verzekeraar, betaalinstelling. Zij blijven zelf de wettelijk verplichte klantidentificatie doen — dat is hun vergunningsplicht en die kan niet worden uitbesteed aan ons.

Aanbod: een aanvullend signaal naast hun bestaande controle: een pseudonieme, eID-gewortelde uniciteitscode per klant, plus een verzegeld bewijsspoor dat per land configureerbaar is (wie mag openen, onder welk bevel, welke bewaartermijn, alles gelogd). Dat verzegelde spoor is precies wat een oplossing die alles wegrekent niet kan leveren — bij ons blijft het bewijs bestaan, het gaat alleen niet zomaar open.

⚠ Wat je hier nooit zegt: "wij doen jullie KYC" of "compliance-grade onboarding". Aan een partij met een eigen wettelijke identificatieplicht verkoop je die plicht niet — je verkoopt één signaal erbovenop. Zo staat het ook op de GTM-blacklist.

Zonder geld: architectuur-workshop + demo-omgeving met demo-eID.

Met geld: LAM-licentie per jurisdictie + integratiecontract.

NGO

9 · Humanitaire cash transfers die donateurs live kunnen controleren

Simpel gezegd: Noodhulp in cash verdwijnt soms twee keer naar hetzelfde gezin. Wij bewijzen dat elk gezin één keer geholpen wordt, en de donateur ziet zijn geld aankomen zonder dat iemand weet wie de ontvangers zijn.

Klant: internationale NGO die cash uitdeelt in crisisgebieden — de sector met bewezen fraude- en dubbeltellingsproblemen.

Aanbod: hulp die aantoonbaar één keer per echt gezin aankomt, met een donateurs-dashboard: "uw €100.000 werd 2.000 × €50, hier ziet u ze aankomen". Sanctiescreening op payouts (blok D5) zit ingebouwd; de verzegelde identiteit beschermt óók de ontvangers.

Zonder geld: testnet-pilot met één partner-NGO — sterkste casus voor hun donorwerving én onze portfolio.

Met geld: programma-fee aan NGO/donor; ontvanger krijgt 100%.

BEDRIJFZet 5 — tweede toepassing op de rail

10 · Secure Mail: betaalopdrachten van bewezen mensen

Simpel gezegd: Een oplichter mailt namens “de directeur”: betaal deze factuur nu. In onze mail moet elke afzender bewijzen dat hij een echt mens is met de bevoegdheid om dat te vragen — die nepmail haalt de bus niet.

Klant: bedrijf dat CEO-fraude en phishing zat is (de mail "verkoop en betaal deze factuur nú" van een nep-directeur).

Aanbod: zakelijke mail waarbij elke afzender bewijsbaar een mens is — en gevoelige opdrachten gedekt zijn door een mandaat (blok D2: gelimiteerd, intrekbaar, gelogd). Een bot of oplichter kan dat bewijs niet leveren; de nep-factuur valt automatisch door de mand.

Zonder geld: bèta bij één bedrijf (Secure Mail is al ~3 maanden in ontwikkeling).

Met geld: abonnement per gebruiker op dezelfde rail.

NIEUW 02-08-2026 23:24GEWIJZIGD 14-08-2026 18:50PLATFORM / AIlichtste juridische route, wettelijke deadline als verkoopargument

11 · Mandaatattestatie voor AI-agents — vrijwillig, geen wettelijke plicht

Simpel gezegd: De wet verplicht een AI alleen om te zeggen dát hij een machine is. Niemand hoeft te zeggen namens wie hij handelt — en precies dat gat vullen wij: welke mens, welke volmacht, tot welk bedrag, en intrekbaar.

Klant: elk bedrijf dat AI-agents namens klanten of medewerkers laat handelen — klantendienst, inkoop, boekingen, uitgaande mail.

Aanbod: sinds 2 augustus 2026 moet een AI-agent die een natuurlijke persoon aanschrijft melden dát hij AI is — dat en niet meer. “Namens wie” is géén wettelijke plicht, en juist daarom is het interessant: het is vandaag hooguit een zin in een handtekening. Aan een bewijs ervoor wórdt gebouwd (Skyfire, Visa, Mastercard, Google en Okta — gemeten 14-08-2026), maar geen van die vormen wortelt in een EU-overheids-eID. Wij maken er een verifieerbare attestatie van: welke mens, welke volmacht, welk plafond, welk tijdvenster, intrekbaar en gelogd (blok D2).

Zonder geld: één agent van één klant voorzien van attestaties in sandbox — het verschil is meteen zichtbaar bij de ontvanger.

Met geld: attestatie-fee per agent of per verificatie; abonnement voor platformen.

Waarom dit eerst: geen uitbetaling, dus geen vergunningsvraag — en het is de enige lijn in het portfolio met een wettelijke deadline die al ingegaan is.

12 · HET UNICITEITS-TOETSINSTRUMENTLAAGSTE INSTAPDREMPEL

12 · De toets — verkoop een audit, geen integratie

Simpel gezegd: in plaats van te vragen "bouw ons in", vraag je "mag ik meten of jullie regel werkt?". Dat is een heel ander gesprek: geen platformbeslissing, geen ontwikkelaars, geen aanbesteding. Eén meting, één rapport.

Wat het meet, in één zin: kan dezelfde mens bij u een tweede account openen? Meer niet — en juist die smalheid maakt het verkoopbaar.

Voor wie: toezichthouders die een regel moeten handhaven zonder zelf te bouwen (de Vlaamse Regulator voor de Media, de Kansspelcommissie), en platformen die aan een klant of toezichthouder moeten aantonen dát hun uniciteitsregel werkt.

Waarom de instap laag is: een audit koopt een organisatie uit een ander budget dan software. Er hoeft niets geïntegreerd te worden, er verandert niets aan hun systeem, en de beslissing ligt niet bij een architect maar bij iemand die verantwoording moet afleggen. Dat is de kortste weg naar een eerste factuur en een eerste referentie.

Eén demo-scenario dat het meteen duidelijk maakt: u geeft ons tien testidentiteiten van dezelfde persoon — verschillende mailadressen, verschillende telefoonnummers, verschillende betaalmiddelen. Wij tonen in één scherm hoeveel accounts uw systeem daarvan aanmaakt, en hoeveel R4M er zou weigeren. Het verschil ís het rapport. Er komt geen echte burger aan te pas en er wordt niets in uw systeem gewijzigd.

Prijs: nog niet vast. Die kan pas gezet worden zodra het itsme-tarief bekend is, want de toets kost per gebonden testidentiteit. Offreer hier dus nog niet met een bedrag — zie de cap-clausule op 💼 Verkoopkit.

↩ Dit is de tweede entreeroute bij de Nationale Loterij: langs de audit-deur in plaats van langs de leveranciersdeur.

13 · LAWFUL ACCESS MODULECONFIGURATIE PER LAND

13 · Wie mag de kluis openen — het configuratieschema

Simpel gezegd: "alleen onder wettig bevel" klinkt goed tot iemand vraagt: wélk bevel, van wie, en wat gebeurt er dan precies? Dit is het antwoord in tabelvorm — en het is per land anders, want dat is nu net waarom het een configuratie is en geen belofte.

Wat je per land vastlegtWaarom het erin staat
Wie mag revealenOnderzoeksrechter, openbaar ministerie, een aangewezen toezichthouder — of niemand zonder rechter. Dit verschilt per rechtsgebied en bepaalt of jouw belofte overeind blijft.
Welk type bevelGerechtelijk bevel, administratieve vordering of een verzoek onder een sectorwet. Niet elk verzoek dat officieel oogt, is een bevel.
Logging en bewaartermijnElke opening wordt gelogd: wie, wanneer, op welk bevel, en hoe lang dat spoor bewaard blijft. Zonder log is er geen verantwoording en is de module waardeloos.
Vier-ogen-procedureNooit één persoon alleen. Bij de escrow 2-van-3 is dat technisch afgedwongen; hier hoort het ook procedureel vast te liggen.

Eén scenario, stap voor stap doorgespeeld — verzekeraar X krijgt een gerechtelijk bevel Y:

  • 1 · Een onderzoeksrechter vordert bij verzekeraar X de identiteit achter een pseudonieme claim wegens vermoeden van fraude.
  • 2 · X kán niet leveren: X heeft alleen de pseudonieme code, nooit een naam. X verwijst naar R4M en levert de code plus het bevel aan.
  • 3 · R4M toetst het bevel aan het configuratieschema van dat land: klopt de instantie, klopt het type bevel? Zo niet, dan volgt een gemotiveerde weigering — ook dát wordt gelogd.
  • 4 · Klopt het wél, dan start de vier-ogen-procedure. De verzegelde blob gaat alleen open met de tweede sleutelhouder erbij (escrow 2-van-3). R4M kan dit dus niet alleen, en dat is precies de bedoeling.
  • 5 · De identiteit gaat naar de rechter, niet naar de verzekeraar. X krijgt alleen de bevestiging dát er geleverd is.
  • 6 · De opening staat in het log: datum, bevel, betrokken sleutelhouders. Bij een latere audit is de hele keten reconstrueerbaar.

Wat dit waard is in een verkoopgesprek: de bank of verzekeraar die vraagt "en als justitie komt?" krijgt geen geruststelling maar een procedure. Dat is het verschil tussen een belofte en een product. Status: het schema is ontworpen, de escrow-kant hangt aan D11 en is nog niet gebouwd — zeg dat erbij.

14 · WAT DE KLANT TECHNISCH KRIJGT

14 · Het koppelvlak — met een eerlijke status per onderdeel

Waarom dit blok bestaat: "wij leveren attestaties" is geen product tot iemand kan zien wát hij aansluit. Hieronder staat het koppelvlak, met per onderdeel dezelfde claim-discipline als de rest van de site: DRAAIT, POORT (wacht op D11 of de advocaat) of GEPLAND. Toon nooit iets als af dat het niet is — wat je verkoopt moet direct kloppen en werken.

OnderdeelWat de klant ermee doetStatus
REST-API — attestatie opvragenEén aanroep: "is deze mens uniek / bevoegd?" Antwoord met de pseudonieme code en de wortelgraad. Geen itsme-kost, want dit is een raadpleging.DRAAIT
REST-API — attestatie verifiërenEen derde controleert een ontvangen attestatie op handtekening en geldigheid, zonder ons te hoeven vertrouwen.POORT — hangt aan de handtekeningsleutel uit D11
Sleutelbeheer en dashboardEigen API-sleutels aanmaken en intrekken, verbruik zien, budgetalarm zetten. rk_test gratis, rk_live betaald.GEDEELTELIJK — sleutels en meters draaien, het klantendashboard is nog niet af
Integratie via widgetEén regel plakken, zoals een YouTube-embed. Voor wie geen ontwikkelaar heeft.GEPLAND
Integratie via OIDC"Log in met R4M" naast hun bestaande inlog. Voor platformen die al met identiteitsproviders werken.DRAAIT — de itsme-OIDC-flow zelf is live
Integratie via API / MCPDirecte koppeling voor techbedrijven; MCP maakt de attestatie beschikbaar als gereedschap voor een AI-assistent.API DRAAIT · MCP GEPLAND
Gehoste pagina (link of QR)Wij hosten de pagina, de klant deelt alleen de link. Nul code — de route voor 95% van de klanten, inclusief een stad.GEPLAND

De regel bij dit blok: zodra iets van GEPLAND naar DRAAIT gaat, verandert het hier én in de verkoopmail op dezelfde dag. Een statustabel die achterloopt is erger dan geen statustabel, want dan verkoop je iets wat er niet is.

GROEI 14-08INTEGREERBAAR NUZORG · KLINISCH ONDERZOEKgeldvorm 1 — dienst in euro's, géén geldstroom naar mensen

15 · Eén mens, één studie — proefpersonencontrole zonder Amerikaanse database

Simpel gezegd: bij bloed geven houden ze bij wanneer je laatst gaf, zodat je niet te snel terugkomt. Bij geneesmiddelenonderzoek moet dat óók — een gezonde vrijwilliger die deze week in Leiden een middel slikt en volgende week in Antwerpen een ander, maakt zichzelf ziek én maakt de meetresultaten waardeloos. Vandaag lossen ze dat op door drie letters van je naam, je geboortedatum, je geslacht en het staartje van je paspoortnummer in de database van een Amerikaans bedrijf te zetten. Wij doen precies hetzelfde werk met een code die niets over jou verklapt.

Klant: een fase-1-eenheid of CRO die gezonde vrijwilligers keurt (het onderzoekscentrum betaalt, niet de vrijwilliger).

Aanbod: "uniciteits- en wash-outcontrole zonder identiteitsdossier". Bij de keuring krijgt het centrum één antwoord terug: deze mens is uniek in uw pot, en hij is beschikbaar vanaf datum X. Geen naam, geen geboortedatum, geen paspoortfragment, geen gezondheidsgegevens — en niets in een register buiten de EU.

Zonder geld: schaduwtest naast hun bestaande controle — zij draaien tien keuringen door beide systemen en vergelijken de uitkomst. Geen productie, geen risico, en het vergelijkingsrapport ís het verkoopdocument.

Met geld: fee per keuring, gefactureerd in euro's via Stripe (geldvorm 1). Geen enkele euro stroomt naar een gebruiker, dus dit valt volledig binnen de bevestigde v1-scope (V57) en hoeft niet op PRIO B te wachten.

Waarom dit echt is, met de bron erbij: het probleem is niet nieuw en wordt al betaald. In het Verenigd Koninkrijk is deelname aan TOPS een voorwaarde van de ethische commissie voor élke studie met gezonde vrijwilligers; tussen 2002 en medio 2011 werden er 124.806 proefpersonen in ingevoerd, en het systeem drukte het aandeel vrijwilligers dat binnen drie maanden na een studie elders opnieuw aanklopt tot onder 1% — daarvóór was dat dus hoger. In Nederland gebruikt het CHDR in Leiden het VCT-register, en hun eigen toestemmingsformulier zegt woordelijk wat erin gaat: de eerste drie letters van voor- en familienaam, geboortedatum, geslacht en "de laatste vijf tekens van het ID-nummer (bijv. rijbewijsnummer, paspoortnummer)", later aangevuld met gezondheidsgegevens en de werkzame stoffen die je kreeg — 25 jaar bewaard. En over de VS is datzelfde formulier ontwapenend eerlijk: "Momenteel voorzien de VS echter niet in een goed niveau van gegevensbescherming in de zin van een zogenaamd adequaatheidsbesluit van de Europese Commissie." Daarom vragen ze de vrijwilliger om uitdrukkelijke toestemming — terwijl weigeren betekent dat je niet mag deelnemen.

Waarom wij hier iets te bieden hebben: drie gaten die geen van de bestaande systemen dicht. (1) Grensverkeer. TOPS is Brits en werkt op het nationale-verzekeringsnummer; VCT werkt per site en per aparte toestemming. Een vrijwilliger die in Leiden keurt en drie weken later in Antwerpen aanklopt, botst vandaag nergens gegarandeerd tegen zichzelf — en dat is precies het gebied waar itsme (8 miljoen Belgen) sinds de iDIN-overname óók Nederland dekt. (2) De grondslag. Een toestemming die je moet geven om te mogen deelnemen is een wankele grondslag; met een gezouten pseudoniem verdwijnt de discussie omdat er geen persoonsdossier meer ontstaat. (3) Bijzondere gegevens. Gezondheidsgegevens in een register bij een derde partij is de zwaarste categorie die de AVG kent. Wij hebben ze niet nodig: een datum "beschikbaar vanaf" zegt genoeg zonder te verklappen waaróm.

Integratiepad — vijf stappen op wat er al draait: (1) de vrijwilliger verifieert éénmalig met eID/itsme in de bestaande flow en krijgt een gezouten hash per context, waarbij de context het onderzoeksnetwerk is en niet de studie. (2) Het bestaande attestatie-endpoint krijgt één extra veld: beschikbaar_vanaf. (3) Het centrum roept bij de keuring dat ene endpoint aan — dezelfde REST-route die vandaag al DRAAIT (zie blok 14). (4) Na dosering meldt het centrum alleen de datum van de laatste toediening terug; nooit de studienaam, de sponsor of de stof. (5) Het verzegelde bewijs blijft bestaan voor een inspectie door het FAGG of de EMA, en gaat alleen open onder wettig bevel — de Lawful Access Module uit blok 13 is hier geen extraatje maar de reden dat een inspecteur akkoord kan gaan.

🔧 Zo werkt het in het echt

Voor de vrijwilliger (twee schermen, twintig seconden): bij het inschrijven voor een keuring krijgt hij één extra stap — "bevestig dat je jezelf bent" → itsme. Hij tekent géén apart formulier voor een buitenlandse database, want die is er niet. Wat het centrum over hem te weten komt is één regel: uniek, beschikbaar vanaf 3 oktober.

Voor de studiecoördinator (één scherm, in zijn eigen werkstroom): op het keuringsscherm staat een groen of een rood vinkje met een datum. Bij rood ziet hij wanneer de vrijwilliger wél weer mag — meer heeft hij niet nodig, en meer krijgt hij ook niet. Hij hoeft niemand op te bellen en hoeft geen tweede portaal open te hebben.

Welke bestaande R4M-route: de eID-flow, de gezouten hash per context en het attestatie-endpoint draaien alle drie vandaag. Het patroon is identiek aan de laadpaal-host en de GPU-operator op 📡 IoT: één mens, gekoppeld aan een externe context, met een antwoord dat alleen ja/nee plus een datum bevat. We bouwen geen tweede motor — we zetten er een andere stekker op.

🚧 Wat we hiervoor nog moeten bouwen (eerlijk, vóór je dit verkoopt)

  1. Wash-out-attestatie — een attestatie die naast "uniek" ook een geldig-vanaf-datum draagt, intrekbaar als een studie vroegtijdig stopt. Bestaat nog niet — kandidaat D19, klein werk bovenop het bestaande attestatie-endpoint.
  2. De site-console — het scherm waarin een coördinator een keuring doet en de uitslag ziet. Dat is hetzelfde klantendashboard dat in blok 14 op GEDEELTELIJK staat; zonder dit stuk verkoop je een API en geen product.
  3. De x401-controle — zodat een tweede centrum een attestatie kan verifiëren zonder ons te moeten vertrouwen. Blok D1; het prototype r4m-x401-proto is er nog niet.
  4. eID buiten de Benelux — een Poolse of Roemeense vrijwilliger in een Belgische unit kan vandaag niet binden. Wacht op de EUDI-wallet (verplicht beschikbaar 24-12-2026, zie ✦ Dream DR8). Tot dan verkoop je dit uitsluitend voor BE/NL-verkeer, en zeg je dat er ook zo bij.

⚖️ De eerlijke zwakte, en die is groot genoeg om te noemen vóór de klant hem noemt: een deelnemersregister is een netwerkproduct — het is pas iets waard als veel centra erin zitten, en wij beginnen op nul. Dat, niet de techniek, is de gracht van TOPS en VCT. Er zijn twee antwoorden en geen derde. (a) Begin binnen één organisatie die zélf meerdere vestigingen heeft (een CRO met units in meerdere landen): daar bestaat het netwerk al en is de klant zijn eigen eerste netwerkdeelnemer. (b) Verkoop het als schaduwlaag náást het bestaande register, niet als vervanging — precies het patroon dat bij de Nationale Loterij ook de enige begaanbare deur bleek. En reken op een traject via de ethische commissie: in het VK is TOPS een REC-voorwaarde, dus elke afwijkende methode is een dossier en geen aankoop. Dat is maanden, geen weken.

Bronnen: NHS Health Research Authority — The Over-Volunteering Prevention System (TOPS) · Boyce e.a., TOPS: an internet-based system to prevent healthy subjects from over-volunteering (124.806 ingevoerde proefpersonen 2002–2011; over-volunteering binnen 3 maanden teruggebracht tot <1%) · CHDR — toestemmingsformulier VCT-register (welke gegevens, 25 jaar bewaartermijn, doorgifte naar de VS) · UZ Leuven — brochure gezonde proefpersonen. Eén cijfer met een waarschuwing: de leverancier VCT zegt zelf dat 2 tot 12% van de deelnemers dubbel deelneemt leverancierscijfer — gebruik in een gesprek liever het TOPS-cijfer, want dat staat in een peer-reviewed artikel.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): CHDR, Leiden — gebruikt aantoonbaar het VCT-register en heeft dus het probleem én het budget al erkend; hun eigen toestemmingsformulier is je hele opening · UZ Leuven, Centrum klinische farmacologie — Belgisch fase-1-centrum; hun patiëntenbrochure vermeldt géén enkele controle op deelname elders (afwezigheid in een brochure is geen bewijs van afwezigheid in het protocol — vraag het, beweer het niet) · SGS Belgium — CRO met een eigen vrijwilligersnetwerk over meerdere landen, en daarmee het enige type klant dat zijn eigen netwerkeffect meebrengt · UZA, Antwerpen. Nieuw, dezelfde productvorm maar met een hardere aanleiding: FAGG / Fertidata, Brussel (🎯 Klanten #18) — VRT NWS meldde op 2 april 2026 dat minstens zeven Belgische fertiliteitscentra de wettelijke grens van zes gezinnen per spermadonor overschreden binnen hun eigen muren (35 overschrijdingen, tien processen-verbaal naar het parket), en zelfs het register Fertidata ziet niet dat dezelfde donor ook in Nederland of Denemarken doneert. Ook daar is het antwoord één regel in plaats van een dossier: dezelfde mens, per register een andere pseudonieme code, en tóch een botsing over de grens.

💼 Om dit te verkopen moet jij: Mail CHDR (Leiden) met één vraag: "jullie toestemmingsformulier laat de vrijwilliger uitdrukkelijk toestemmen in doorgifte naar de VS omdat er geen adequaatheidsbesluit is — hoe kijkt jullie functionaris gegevensbescherming daar in 2026 naar?" Dat adres staat publiek op het formulier zelf. Onderzoek vooraf: hoeveel keuringen doen zij per jaar (dat cijfer × fee ís je businesscase), en of SGS zijn Belgische en Hongaarse units vandaag onderling laat kruisen — want dát is de klant die op dag één al een netwerk heeft.

❓ De vragen die jij stelt

1 · "Wat gebeurt er vandaag als een vrijwilliger drie weken geleden in een ander land gedoseerd is?" — komt "dan vragen we het hem" als antwoord, dan heeft hij het gat zelf benoemd en hoef jij niets te beweren.

2 · "Hoeveel keuringen doen jullie per jaar, en hoeveel daarvan vallen af op deelname elders?" — weet hij het niet, dan is het meten zelf al waarde; weet hij het wel, dan heb je je marktomvang in één cijfer.

3 · "Wie is bij jullie verwerkingsverantwoordelijke voor het deelnemersregister — u, of de leverancier?" — bij "gezamenlijk" ligt het risico ook bij hem, en dat is meestal nieuws voor de persoon tegenover je.

4 · "Wat zou een inspecteur van het FAGG of de EMA vandaag te zien krijgen als hij vraagt hoe u dubbele deelname uitsluit?" — dit verplaatst het gesprek van gemak naar aantoonbaarheid, zonder dat jij dreigt.

5 · "Zou u dit kunnen kopen zonder langs de ethische commissie te gaan, of is dat sowieso een dossier?" — zijn antwoord bepaalt of je een verkooptraject van weken of van maanden voor je hebt; beter nu weten dan na drie gesprekken.

6 · "Als er niks van de vrijwilliger meer in een database hoefde te staan — alleen 'uniek, beschikbaar vanaf deze datum' — zou dat uw toestemmingsformulier korter maken?" — hij beschrijft dan zelf het product, en dat kan hij later niet ontkennen.

💰 Wat het hen oplevert

Datakwaliteit, en dat is hier geen zachte term maar de kern van het product dat zij verkopen. Een deelnemer die tegelijk een tweede middel in zijn lichaam heeft, vervuilt zowel de veiligheids- als de werkzaamheidsgegevens van de studie. Eén onbruikbare deelnemer in een fase-1-cohort van acht is 12,5% van de arm; wat dat kost weet de sponsor tot op de euro, en dat cijfer moet uit zíjn mond komen, niet uit die van jou.

Vermeden risico bij een inspectie. Onder verordening (EU) 536/2014 moet de sponsor kunnen aantonen dat de deelnemer beschermd is en dat de gegevens betrouwbaar zijn. "We vragen het aan de vrijwilliger" is geen controle maar een verklaring; een verzegeld bewijs per keuring wél.

Een korter toestemmingsformulier en één AVG-discussie minder. Het huidige VCT-formulier is zes pagina's, bevat gezondheidsgegevens, een bewaartermijn van 25 jaar en een expliciete waarschuwing over de VS. Alles wat daaruit verdwijnt, is werk dat hun functionaris gegevensbescherming niet meer hoeft te verdedigen.

Bescherming van de vrijwilliger zelf. Het is geen bijzaak dat dit medisch bestaat om iemand te behoeden voor twee middelen tegelijk. Dat is het enige argument in dit hele dossier dat een ethische commissie uit zichzelf steunt — gebruik het daar, en het compliance-verhaal bij de inkoper.

🔌 Hoe R4M zich hier gedraagt

Wat de klant al heeft: een keuringsproces in een CTMS of EDC-systeem — in de praktijk Veeva Vault CDMS of Medidata Rave, allebei met publiek gedocumenteerde REST-koppelingen (developer-cdms.veevavault.com). De keuring ís al een moment waarop hun systeem naar buiten praat; wij hangen er één aanroep bij.

Wat wij bijbouwen: de wash-out-attestatie (D19), de site-console (het klantendashboard uit blok 14) en de x401-controle (D1). Alle drie bovenop een identiteitslaag en een attestatie-endpoint die vandaag draaien.

Wat de klant aanpast: één aanroep op het keuringsscherm en één terugmelding na dosering. Geen wijziging aan hun database, geen datamigratie, geen nieuwe hardware — en uitdrukkelijk geen tweede portaal waar een coördinator in moet inloggen, want dat is precies waarom bestaande registers zo traag gebruikt worden.

Welke standaarden: OIDC voor de eID-flow, REST voor de attestatie, x401 voor de verificatie tussen twee centra. Allemaal open en publiek gedocumenteerd; je vraagt niemand zich aan R4M vast te ketenen. Wat we níét doen: aansluiten op CDISC- of ODM-datamodellen, want daar hoort ons antwoord ook niet thuis — wij leveren één regel, geen onderzoeksdata.

Hoeveel werk: aan onze kant enkele dagen bovenop wat draait (de console is het grootste stuk); aan hun kant een halve tot hele dag zodra hun CTMS al REST spreekt. Het ethische dossier duurt langer dan de bouw — plan daarop.

De kleinste demonstreerbare versie, en je hebt niemands toestemming nodig: twee nagespeelde keuringen in één scherm. Links vult iemand het huidige formulier in — naamletters, geboortedatum, paspoortstaartje. Rechts doet dezelfde persoon itsme en er verschijnt één regel: uniek · beschikbaar vanaf 3 oktober. Daarna doet hij het rechts nóg eens en botst hij op zichzelf. Dat is het hele verhaal in negentig seconden, en het gesprek begint bij "hoe krijgen we dit bij ons" in plaats van bij "wat is een attestatie".

GEWIJZIGD 02-08-2026 23:24

De rode draad

Elk voorbeeld verkoopt dezelfde vier dingen die alleen wij samen hebben: bewezen unieke echte mensen (EU-eID), een payout-rail, een publiek controleerbaar kasboek, en identiteit die verzegeld is maar onder wettig bevel kán openen. Voorbeelden 7, 8 en 11 kunnen als eerste geld opleveren (geen payout nodig); 1 en 9 zijn de deuropeners met de meeste bewijskracht; 2 t/m 6 en 10 schalen daarop verder. Aangevuld 14-08: voorbeeld 15 (proefpersonencontrole) hoort in dezelfde eerste groep als 7, 8 en 11 — geen geldstroom naar mensen, dus verkoopbaar zonder op de advocaat te wachten — maar met één verschil dat je nooit weglaat: het is een netwerkproduct waar wij op nul beginnen, en dat maakt de eerste klant belangrijker dan de prijs.