p[Ai]nappleQuickscan

Case 05

Van prototype naar dagelijkse praktijk

Onze langstlopende dienst begon als een Streamlit-prototype met één gedeeld wachtwoord voor de hele praktijk. Vandaag heeft elke abonnee een eigen inloglink, en elke aanpassing komt voort uit hoe artsen het echt gebruiken.

In gebruik sinds

19 juni 2026

Actieve abonnees

7

NHG-standaarden

2 (1 live, 1 in review)

Sets verstuurd

25, met 54 verzendmomenten

Situatie

Waar dit begon

De microlearning-dienst voor huisartsen was niet ons eerste project, maar wel het eerste dat draaide bij mensen die er dagelijks op vertrouwden voordat er een architectuur achter zat. De eerste versie was een Streamlit-app: één beheerpaneel, één wachtwoord, hardgecodeerd in de code zelf. Genoeg om een huisarts in opleiding vijf vragen per dag te sturen, niet genoeg om op te bouwen.

Er was op dat moment ook geen gedeeld idee van wie een gebruiker was. Elke nieuwe dienst die we bouwden, zou opnieuw tegen diezelfde vraag aanlopen: hoe regel je inloggen zonder voor elke dienst een eigen inlogscherm te verzinnen. De microlearning-dienst was de eerste plek waar die vraag met echte gebruikers op het spel stond, in plaats van in een ontwerpdocument.

Beslissing

Wat we besloten, en waarom niet anders

We hebben het prototype niet vervangen door een grotere versie van hetzelfde, maar door de gebruikers over te zetten op eigen identiteit: een inloglink per e-mailadres, een sessie per abonnee, en geen gedeeld wachtwoord meer ergens in de code. Dat gebeurde in twee stappen: eerst een eigen magic-linkflow specifiek voor de abonnees van deze dienst, later een verhuizing naar hetzelfde gedeelde identiteitssysteem dat nu elke dienst in de monoliet gebruikt.

Het alternatief was een aparte inlogdienst naast de microlearning-app, met een eigen gebruikersmodel en een eigen sessiebeheer. Dat hadden we voor elke volgende dienst opnieuw moeten doen. In plaats daarvan is identiteit nu iets wat een nieuwe dienst gratis meekrijgt, in plaats van iets wat hij zelf moet bouwen. Diezelfde keuze staat uitgebreider beschreven in de case over de monoliet, dit is waar die keuze voor het eerst nodig werd.

Verloop

Wat er gebeurde, in volgorde

Van een prototype met één wachtwoord naar een dienst die op basis van echt gebruik blijft veranderen, over ruim twee maanden.

  1. 19 juni 2026

    Eerste abonnee, eerste versie

    De dienst ging live als een klein Streamlit-prototype: één beheerpaneel om vragen aan te maken, één gedeeld wachtwoord om erbij te kunnen, en een dagelijkse e-mail met vijf meerkeuzevragen uit een NHG-standaard.

  2. 25 juli 2026

    Het wachtwoord eruit, eigen identiteit erin

    Het hardgecodeerde beheerderswachtwoord is vervangen door een eigen inlogflow, en elke abonnee kreeg een eigen magic-link, JWT-sessie en afmeldpagina. Vanaf dit moment kon iedereen zelf inloggen, in plaats van via één gedeeld wachtwoord voor de hele praktijk.

  3. 6 tot 13 augustus 2026

    Overgezet op gedeelde identiteit

    De losse inlogflow is vervangen door hetzelfde gedeelde identiteitssysteem dat nu elke dienst in de monoliet gebruikt: één gebruikersmodel, één sessiebeheer, geen aparte inlogpagina per dienst meer. De microlearning-abonnees zijn daarmee de eerste gebruikers geworden van wat nu de standaardmanier van inloggen is.

  4. 19 augustus 2026

    Herbouwd op de Next.js-site

    Het account, de dagelijkse set en het overzicht zijn overgezet van server-gerenderde pagina's naar een JSON-programmatuur met een eigen frontend op de site, dezelfde stap die de andere diensten in de monoliet ook hebben doorgemaakt.

  5. 23 augustus 2026

    Feedback rechtstreeks in de code

    Uit echte terugkoppeling van abonnees kwamen concrete aanpassingen: geschillen over een fout beantwoorde vraag krijgen een eigen afhandeling, en het aantal collega's dat via een abonnee is aangemeld staat nu zichtbaar op de eigen accountpagina. Geen van beide stond op een lange lijst vooraf; beide kwamen uit hoe de dienst werkelijk werd gebruikt.

Dit is de enige van onze cases zonder eindpunt: geen dag waarop het klaar was, maar een dienst die twee maanden na de eerste versie nog steeds verandert op basis van wie hem daadwerkelijk gebruikt.

Zeven actieve abonnees en twee NHG-standaarden in de pijplijn is geen indrukwekkend getal, en dat is precies het punt. De waarde zit niet in schaal, maar in dat elke aanpassing aantoonbaar voortkomt uit een echte gebruiker: een gemelde vraag met een onduidelijk antwoord, een collega die zich via een link aanmeldde, een beheerder die niet meer met één wachtwoord voor de hele praktijk wilde werken.

Dat is ook waarom dit de langstlopende case is in plaats van een dag- of weekverhaal. Een architectuur die met echte gebruikers meegroeit, bewijst zich pas na meerdere rondes feedback, niet na de eerste release. De rest van onze dienstverlening werkt volgens hetzelfde uitgangspunt: liever een kleine versie die vandaag bij iemand in gebruik is, dan een grote versie die nog moet bewijzen dat hij aansluit.

Volgende stap

Zo'n verhaal, maar dan uw eigen

Een dienst die na de lancering blijft veranderen op basis van wie hem gebruikt, is precies wat we ook voor uw situatie opzetten: klein beginnen, echt gebruik toelaten, en bijstellen op wat daaruit komt.

Verder

Waar dit naartoe leidt