Het prototype is nu het makkelijke deel

Gastbijdrage. Eric Krzeslo, CEO van iCure, is bronzen partner van Clinical Build Day op 3 oktober in Antwerpen. Hier legt hij uit wat er verandert voor een platform als iCure nu zorgverleners hun eigen tools bouwen.

Een huisarts bouwt in een weekend een app om haar diabetespatiënten op te volgen tussen twee consultaties. Een apotheker bouwt een checklist voor het medicatienazicht die precies past bij hoe zijn apotheek werkt. Vijf jaar geleden had je daarvoor telkens een ontwikkelteam, een budget en zes maanden nodig. Vandaag volstaan een idee, een AI-tool zoals Lovable, Claude of Codex en een namiddag.

Dat is heel goed nieuws voor de zorg. Wie het best weet wat er in de dagelijkse praktijk ontbreekt, kan het eindelijk zelf bouwen. Maar het brengt ook twee grote uitdagingen mee.

De eerste is versnippering. Honderden nieuwe tools, elk gebouwd door iemand anders, helpen de patiënt pas echt als ze gegevens kunnen uitwisselen, met elkaar en met de systemen die vandaag al in de zorg gebruikt worden. Zonder gedeelde standaarden zoals FHIR wordt elke nieuwe app een extra datasilo. Het dossier van de patiënt raakt nog meer versnipperd.

De tweede is vertrouwen. Elk van die tools verwerkt patiëntengegevens. Als beveiliging, privacy en het naleven van de regels er niet van bij het begin in zitten, volstaat één zwakke app om patiënten in gevaar te brengen en de zorgverlener die ze bouwde erbij.

Daar komt iCure in beeld. Bovenaan bouw je snel met AI, daaronder ligt een backend die gegevensbeveiliging, privacy en interoperabiliteit regelt.

Wat verandert er voor een platform als iCure?

Tot nu toe waren het vooral softwareleveranciers die op Cardinal van iCure bouwden: makers van medische dossiersoftware, telegeneeskunde-startups, IT-teams van ziekenhuizen. Onze taak was hun ontwikkelaars jaren technisch loodgieterswerk en complex onderhoud te besparen.

Vandaag is wie bouwt vaak dezelfde persoon als wie de patiënt ziet. De vragen zijn veranderd. Vroeger kregen we de vraag: "Welke FHIR-versie ondersteunen jullie?" Nu is dat: "Waar staan de gegevens van mijn patiënten en wie kan ze lezen?"

Dat is de juiste vraag. En net die vraag kunnen tools die met vibe-coding gebouwd zijn niet beantwoorden.

De muur na de demo

Een prototype werkt prima met testgegevens. De problemen beginnen op de dag dat er gegevens van een echte patiënt in terechtkomen:

• Waar worden de gegevens bewaard en in welk land?
• Wie kan ze lezen: jij, de leverancier van de AI-tool, het hostingbedrijf?
• Zijn ze versleuteld en wie heeft de sleutels?
• Is de tool GDPR-conform en kun je dat aantonen als iemand erom vraagt?
• Kan hij koppelen met de eHealth-diensten en met de software die je collega's al gebruiken?

Een databank die een AI-builder in een paar klikken opzet, is daar niet voor ontworpen. Daar strandt het merendeel van de prototypes in de zorg. Het idee is meestal goed; wat ontbreekt, is het fundament eronder.

Hoe ziet zo'n fundament eruit?

Dat fundament bouwen wij bij iCure. Ons platform, Cardinal, is de laag onder een zorgapp die alles regelt wat niet jouw probleem zou mogen zijn:

• Versleuteling op het toestel zelf. Gegevens worden versleuteld voordat ze de gsm of computer verlaten, zodat zelfs iCure ze niet kan lezen. Jij houdt de controle.
• Hosting in België of Zwitserland, onder Europese en Zwitserse regels voor gegevensbescherming.
• FHIR-interoperabiliteit, zodat je tool dezelfde taal spreekt als de rest van de zorgsoftware.
• Koppeling met de Belgische eHealth-diensten, via onze Free Health Connector.
• Een rechtstreekse verbinding met AI-builders. Via MCP (de standaard waarmee AI-tools met andere systemen verbinden) kan een app die je in Lovable, Claude of Codex maakt, zijn gegevens van bij de eerste regel code in Cardinal bewaren.

Niets hiervan is experimenteel. Volgens iCure wordt dezelfde infrastructuur vandaag gebruikt door meer dan 3.000 artsen en 4 miljoen patiënten in België en Zwitserland. Wanneer een arts op Cardinal bouwt, staat dat weekendproject op hetzelfde fundament als die productiesystemen.

Kortom: "You write the code. The data stay yours."

Wat niet verandert

Een platform kan niet alles voor je doen. Dat zeggen we liever meteen.

Een tool die je in je eigen praktijk gebruikt, is iets anders dan een tool die je met 200 collega's deelt. Als je app een diagnose of een dosis begint voor te stellen, kan de regelgeving rond medische hulpmiddelen van toepassing zijn. Klinisch oordeel, toestemming van de patiënt en de vraag "is dit echt nuttig?" blijven jouw verantwoordelijkheid.

Een goed fundament neemt die verantwoordelijkheid niet van je over. Het haalt de technische last errond weg, zodat je aandacht gaat naar wat alleen jij kunt beoordelen.

Drie vragen voordat een echte patiënt je tool gebruikt

Bouw je iets tijdens Care & Code of daarna? Stel jezelf dan deze vragen voordat de gegevens van de eerste echte patiënt erin gaan:

1. Kan ik een patiënt uitleggen waar zijn gegevens staan en wie ze kan lezen? Zo niet, los dat dan eerst op.
2. Wat gebeurt er als mijn laptop gestolen wordt of mijn account bij de AI-tool wordt afgesloten? De gegevens van je patiënten mogen van geen van beide afhangen.
3. Zal dit ooit moeten communiceren met andere zorgsystemen? Zo ja, bouw dan van dag één op standaarden. Ze achteraf toevoegen kost veel meer.

De volgende stap

Zorgverleners die hun eigen tools bouwen: het is een van de meest veelbelovende verschuivingen die we in jaren gezien hebben. Om patiënten veilig te bereiken, hebben die tools hetzelfde fundament nodig als de professionele software waarnaast ze draaien.

Die rol willen wij spelen: "The foundation for your health app. Build on it."

---

iCure bouwt Cardinal, het Europese platform voor gezondheidsgegevens: end-to-end versleuteling, FHIR-interoperabiliteit en hosting in Europa en Zwitserland. icure.com