Wanneer de patiënt zelf het onderzoeksdossier in gang zet
In de meeste klinieken en ziekenhuizen zet de aankomst van een patiënt een kleine keten van onzichtbare maar kostelijke handelingen in gang: een baliemedewerker identificeert de patiënt, controleert de afspraak, opent het dossier, en vervolgens beslist een zorgverlener welk onderzoek moet plaatsvinden en maakt hij de bijbehorende aanvraag aan. De markt van self check-in heeft de eerste helft van deze keten gedigitaliseerd, de registratie, maar stopt vrijwel altijd bij de deur van het klinische dossier.
Borne is de patiënten check-in kioskapplicatie die we bij transtorm.ai hebben gebouwd voor een oogartsenpraktijk, en die precies deze grens overschrijdt (zie ook onze use case Patiëntenkiosk). Wanneer een patiënt zijn aanwezigheid bevestigt op het touchscreen, doet de applicatie meer dan de balie verwittigen: ze vindt de afspraak terug, identificeert de patiënt, leidt het consulttype af uit de meest recente follow-up en maakt automatisch het werklijstitem aan in het patiëntendossier (het EPD van de praktijk). En dat allemaal zelf gehost, meertalig en zonder enig account of sms.
Dit artikel beschrijft hoe het werkt, de technische keuzes erachter en, eerlijk gezegd, wat het toevoegt ten opzichte van een al volwassen markt.
Dinsdag, 9.02 uur. Mevrouw Leroy komt voor haar glaucoomcontrole en stapt naar de touchscreenkiosk bij de ingang. Ze bevestigt het tijdstip van haar afspraak en haar initialen, meer niet: geen kaart, geen code, geen sms. Op dat moment, zonder dat een baliemedewerker een toetsenbord aanraakt, wordt haar werklijst in het dossier geschreven, klaar voor de orthoptist en daarna de oogarts: gezichtsveld, OCT, oogdruk, refractie, consult. De juiste reeks onderzoeken, afgeleid uit haar vorige bezoek, staat al in de wachtrij.
Wat Borne werkelijk doet
Het startscherm biedt vier eenvoudige acties op een 1080p touchpaneel: Ik heb een afspraak, Een afspraak maken, Spoed, Een document aanvragen. Achter die schijnbare eenvoud zitten meerdere werkstromen.
1. Aanwezigheid bevestigen zonder code of sms
In plaats van een pincode of een per sms ontvangen link identificeert Borne de patiënt via een combinatie die drempelvrij maar verrassend robuust is:
- Het tijdstip van de afspraak (UU:mm), ingevoerd via een kolomkiezer in stappen van 10 minuten, veel ergonomischer voor een ouder publiek dan 60 opeenvolgende keuzes.
- De initialen (2 tot 4 tekens), met bewust flexibele matching: de volgorde maakt niet uit, samengestelde voornamen worden getolereerd (
cmkan opcmfmatchen) en een onvolledige naam in de agenda blijft aanvaardbaar. - Het geboortejaar alleen wanneer de agenda al de geboortedatum bevat (snelle invoer), of de volledige datum in de andere gevallen, doorgaans voor patiënten die online hebben geboekt.
De zoekopdracht bevraagt vier Google-agenda’s van de praktijk parallel (hoofdagenda, diverse en agenda’s per zorgverlener) en blijft veerkrachtig: als er één faalt, antwoorden de andere alsnog.
2. Automatisch het consulttype detecteren
Dit is een van de meest onderscheidende punten. Zodra de patiënt in het EPD is geïdentificeerd, haalt Borne diens meest recente follow-up op en haalt daar de uit te voeren verrichting uit: een glaucoom-follow-up, een keratoconuscontrole, een routineconsult… Het bezoektype wordt zo zonder bijkomende invoer voorgevuld, met “Routine” als terugvaloptie wanneer niets wordt gedetecteerd.
3. De werklijst aanmaken van begin tot eind
Borne zoekt de patiënt in het EPD op gelijkenis (achternaam, voornaam, geboortedatum) met een dynamische drempel (strenger wanneer er geen geboortedatum is). Wordt de patiënt niet gevonden, dan valt de applicatie terug op een ouder planningssysteem en maakt vervolgens de patiënt aan in het EPD op basis van de opgehaalde gegevens. Een anti-duplicaatcontrole voorkomt meerdere dossiers, en een al geregistreerde patiënt krijgt het aantal geplande onderzoeken te zien.
Het werklijstitem wordt vervolgens aangemaakt met de juiste zorgverlener (de arts die uit de dagagenda wordt afgeleid), de gedetecteerde verrichting en het gevraagde tijdstip. Aankomsten van meer dan 15 minuten te laat krijgen een specifieke status. Bij succes brengt een aftelklok van 20 seconden je terug naar het startscherm, annuleerbaar met één tik.
4. Een nieuwe afspraak boeken via Cal.com
Voor nieuwe afspraken toont Borne een Cal.com-iframe in de huisstijl: kies de arts en vervolgens het consulttype uit de types die specifiek voor hem gelden (de ene arts biedt meerdere consulttypes aan, de andere een beperkter aanbod). De toewijzing legt een kruisverband tussen de agenda en de dag van de week volgens de echte bedrijfsregels van de praktijk.
5. De mobiele companion: de QR-code als aanwezigheidsbewijs
Op een tv-scherm in de wachtzaal toont Borne een QR-code die naar een mobiele applicatie verwijst. De truc: de URL bevat een dagelijkse token die wordt berekend als SHA-256(secret + datum) in de tijdzone Europe/Brussels, ingekort tot 12 tekens. Hij verandert elke dag om middernacht, hangt van geen enkele database af en kan alleen worden gelezen door het fysieke scherm in de praktijk te scannen.
De mobiele middleware (Edge-compatibel via de Web Crypto API) herberekent de token bij elke aanvraag en weigert verouderde URL’s. Het gevolg: de QR-code is geen deelbare URL-starter maar een cryptografisch bewijs van fysieke aanwezigheid ter plaatse: geen account, geen login, geen sms. Een mooi hardware-bewust detail: de QR draait elke minuut 90° en de tekst wisselt elke 15 seconden van taal om OLED-inbranden te voorkomen.
6. Aanraakvriendelijk, meertalig en observeerbaar
Borne biedt een virtueel toetsenbord met vijf lay-outs (AZERTY, initialen, numeriek, e-mail, telefoon) met aanraakdoelen van 56 tot 72 px, afgestemd op oudere patiënten, en zes native talen (FR, EN, NL, DE, IT, ES) zowel aan server- als aan clientzijde. Een pagina om de agenda te verkennen en een analytics-dashboard maken het geheel compleet. De architectuur is een monorepo (kiosk, mobiel en gedeeld), gecontaineriseerd met Docker en zelf te hosten.
Hoeveel tijd bespaart Borne?
Laten we cijfers, schattingen uit de praktijk, op de keten plakken die Borne automatiseert. Aan een klassieke balie houdt het registreren van een patiënt de baliemedewerker van begin tot eind bezig:
| Stap | Klassieke balie | Met Borne |
|---|---|---|
| Introductie | ~10 s | zelfbediening |
| Kaart bovenhalen / lezen / teruggeven | ~45 s | vervalt |
| Type bepalen en inschrijven | ~30 s | automatisch |
| Totaal patiënttijd | ~85 s | ~30 s |
| Totaal baliewerk | ~85 s | 0 s |
Met Borne duurt diezelfde registratie gemiddeld ~30 seconden (het tijdstip van de afspraak, de initialen, het geboortejaar) en kost ze 0 seconden baliewerk. De patiënt gaat van ~85 naar ~30 s; vooral wint de baliemedewerker ~85 s per patiënt terug, vermenigvuldigd met het aantal aankomsten van de dag.
Het tweede effect is nog belangrijker: parallellisatie. Met één baliemedewerker vertegenwoordigen vijf patiënten die samen aankomen ongeveer vijf keer 85 s aan geserialiseerde registratie, een wachtrij van enkele minuten waarin de persoon aan de balie het knelpunt is. Met de kiosk, en de mobiele app die in de wachtzaal wordt getoond, registreren die vijf patiënten zich tegelijk. De doorvoer wordt niet langer begrensd door één menselijke resource: de registratiewachttijd verdwijnt in plaats van met tickets te worden beheerd.
Tot slot is de automatisering ontworpen om netjes te falen. Als het algoritme de patiënt niet met zekerheid kan identificeren, gokt het niet en maakt het nooit een foutieve werklijst aan: het verwijst eenvoudigweg terug naar de balie. Het slechtste geval is dus geen verkeerde gegevens in het dossier, maar een terugkeer naar het klassieke traject: precies het vangnet dat een praktijk verwacht.
Wat de markt biedt vs. wat Borne doet
De markt is solide en verdient krediet voor wat ze goed doet. De Amerikaanse intake-leiders (Phreesia, Clearwave) blinken uit in rijke klinische formulieren, verzekeringsverificatie en betaling. Europese flow-spelers (Qmatic, ESII, ZORGI) beheersen wachtrijbeheer en wachtzaalweergave. Duitse kiosken (CGM, medondo) integreren de eGK-verzekeringskaart strak. Borne maakt op niets daarvan aanspraak: geen betaling, geen verzekeringsverificatie, geen complexe intakeformulieren.
Zijn waarde ligt elders: het invullen van een precieze blinde vlek.
| Dimensie | Huidige markt | Borne |
|---|---|---|
| Aanmaak van klinische werklijst | Stopt bij de demografie / het encounter; de onderzoeksaanvraag blijft bij de zorgverlener | Maakt automatisch het werklijstitem aan in het dossier (EPD) |
| Consulttype | Door een mens ingevoerd (zorgverlener of balie) | Afgeleid uit de laatste follow-up van de patiënt |
| Aanwezigheidsbewijs | Deelbare sms-link, of vervalsbare GPS | Roterende dagelijkse token, alleen ter plaatse leesbaar |
| Account / authenticatie | Eenmalige sms-/e-maillink, soms OTP | Geen account, geen sms, geen login |
| Hosting / soevereiniteit | Amerikaanse SaaS (blootstelling aan Cloud Act) of propriëtaire cloud | Zelf gehost, Docker, gegevens op de infrastructuur van de praktijk |
| Planning | Propriëtaire integratie of zwaar EPD (HL7/RIS) | Open source Cal.com, Google-agenda’s en een oudere agenda |
| Lock-in | Sterke koppeling aan het EPD/HIS van de leverancier | Onderhoudbare monorepo, REST API, geen abonnement per kiosk |
| Meertaligheid | 13 tot 47 talen (VS) / vaak minder in de EU | 6 native talen |
| Kostenmodel | Hardware en terugkerend abonnement per kiosk | Geen licentie per kiosk (kosten = zelfhosting-operaties) |
De brug van “patiënt self check-in → klinische werklijst met afleiding van de verrichting” is, voor zover wij weten, zeldzaam. Intake-platformen raken de klinische planning niet aan; de klassieke DICOM Modality Worklist veronderstelt op zijn beurt een aanvraag die al door een mens is ingevoerd. Het referentieprofiel IHE Core Eye Care Workflow bevestigt dit: de werklijst wordt door het EPD gegenereerd na de registratie, nooit door de patiënt in selfservice.
De echte onderscheidende factoren, zonder te overdrijven
End-to-end automatisering. De belangrijkste onderscheidende factor is geen op zichzelf staande functie maar hun aaneenschakeling: identificatie → detectie van de verrichting → aanmaak (of ophalen) van de patiënt → aanmaak van de werklijst, zonder menselijke tussenkomst op het nominale pad. De afweging is dat dit zuivere klinische gegevens vereist en afleidingslogica die onderhouden moet worden: dit is een bedrijfssysteem, geen eenvoudig formulier.
Mobiele beveiliging via fysieke aanwezigheid. Waar de markt de beveiliging laat steunen op een link verzonden via een ongecontroleerd kanaal (sms, e-mail) of op omzeilbare geolocatie, maakt Borne het fysiek voor het scherm staan tot voorwaarde voor toegang. Het is elegant en anti-phishing vanuit het ontwerp. Het kernidee is niet de brute-force-sterkte van de token, maar de koppeling van “ter plaatse uitgelezen” en “dagelijkse rotatie”: de lengte van de token, en dus de entropie ervan, is gewoon een parameter, triviaal te verhogen als de context dat vereist. Het model is gekalibreerd voor lokaal gebruik, en die dimensionering blijft een ontwerpkeuze, geen structurele beperking.
Soevereiniteit. Borne draait op de eigen infrastructuur van de praktijk, inclusief een machine ter plaatse: de gegevens verlaten nooit het pand. Dat is wat de blootstelling aan de Cloud Act vermijdt die inherent is aan Amerikaanse leveranciers, en het abonnement per kiosk wegneemt. De keerzijde, die men moet aanvaarden, is reëel: onderhoud, updates en back-ups komen op de praktijk of haar leverancier terecht.
Native meertaligheid en open-source-integratie. Zes talen kant-en-klaar en een boekingsflow gebouwd op Cal.com (open source, AGPLv3) in plaats van een propriëtaire agenda: de praktijk houdt de controle over haar boekingsfundament en haar gegevens.
Conclusie
Borne probeert Phreesia niet te evenaren op intake-rijkdom, noch Qmatic op wachtrijbeheer. Het bezet een niche die deze spelers leeg laten: een lichte, monospecialistische, meertalige en soevereine kiosk die aanwezigheidsbevestiging omzet in een geautomatiseerde klinische handeling: de onderzoekswerklijst wordt door de patiënt zelf aangemaakt, met het juiste consulttype al afgeleid.
Het is een bewuste stellingname: minder functioneel oppervlak, maar diepere verticale integratie, meer controle over de gegevens en het wegvallen van overtollige dagelijkse data-invoer. Voor een praktijk die haar patiëntendossier en haar agenda al beheert, is dit een aanpak die nuttige automatisering en soevereiniteit verkiest boven de belofte van een alles-in-één-suite. Zoals bij elke zelf gehoste oplossing blijft de operationele last over om te dragen, een afweging die steeds meer de moeite waard wordt naarmate zorgen over de soevereiniteit van gezondheidsgegevens in heel Europa terrein winnen.
Voorbij de oogheelkunde: een overdraagbaar patroon
Dezelfde week, in een bankkantoor. Meneer Martin heeft een afspraak over zijn kredietaanvraag. In plaats van aan de balie te wachten scant hij de QR bij de receptie: de app opent op zijn telefoon, zonder account of login, waarbij het enkele feit dat hij dat scherm ter plaatse kan scannen al bewijst dat hij er is. Hij bevestigt zijn aanwezigheid. Meteen ziet zijn adviseur het juiste dossier opengaan: de verwachte klant, het doel van de afspraak, zijn kredietaanvraag, al doorgestuurd naar het juiste bureau. Ook hier hoefde niemand aan de receptie hem de weg te wijzen.
Hoewel de applicatie is ontstaan voor een oogartsenpraktijk, ligt haar echte troef in het onderliggende patroon: “zelfidentificatie ter plaatse → een bedrijfsactie die automatisch in het downstreamsysteem wordt geactiveerd”, gekoppeld aan een mobiele companion die uitsluitend door fysieke aanwezigheid wordt beveiligd. Dit schema laat zich overdragen naar elke context waarin mensen voor een afspraak opdagen en een backoffice-taak zou moeten volgen.
- Andere medische en paramedische specialismen: dezelfde keten “aanwezigheid → onderzoeksaanmaak” geldt voor radiologie/beeldvorming (het genereren van de DICOM-werklijst), analyselabs (aanvragen voor staalafname), kinesitherapie of tandheelkunde (de sessie en de offerte voorbereiden).
- Ziekenhuiszorg: pre-opname en routering per afdeling, met automatische aanmaak van het bezoekdossier.
- Overheidsdiensten en administraties: gemeentehuizen, provinciebesturen, uitkeringsinstanties, waar de burger zijn afspraak bevestigt en het bijbehorende dossier wordt geopend en naar het juiste loket gerouteerd, zonder wachtrij of papieren ticket.
- Bank, verzekering, dienstverlening: kantoorontvangst met automatische opening van het klantdossier en toewijzing aan de adviseur van de dag.
- Garages, werkplaatsen, logistiek: het inchecken van een voertuig of een levering dat rechtstreeks de reparatieopdracht of de voorraadontvangst aanmaakt.
- Schoonheid, wellness, fitness: les- of behandelingscheck-in die een abonnement afboekt en de behandelaar verwittigt.
In al deze gevallen blijven de twee kerninnovaties overeind: een menselijke resource uitsparen door de downstreamtaak te automatiseren in plaats van louter te “registreren”, en mobiele toegang beveiligen via fysieke aanwezigheid in plaats van via een account of een deelbare link. Het technische fundament (meertalige aanraakkiosk, mobiele companion op basis van QR, integratie met een bedrijfssysteem via API, AVG-vriendelijke zelf gehoste uitrol) is op zich al domeinonafhankelijk.
Bij transtorm.ai is dit precies het soort betrouwbare, meetbare microproces dat we ontwerpen: nuttige automatisering, geïntegreerd met uw tools, met de mens in de lus daar waar het ertoe doet.
Past dit patroon ook bij u?
Zie Borne in actie op de demo: transtorm.ai/demos/kiosk.
Aanwezigheid ter plaatse, een backoffice-taak die automatisch verderop wordt uitgelost: dit patroon reikt veel verder dan oogheelkunde. Komen er in uw vakgebied mensen op afspraak en moet daar een actie uit volgen, laten we praten. Boek een gesprek met transtorm.ai .
Gesprek boeken