Tijdens de recente ONE Conference van OutSystems deelden Matthijs van Hagen (Product Lead bij Cordaan) en ik het podium om een fundamenteel probleem in de zorgsector te adresseren. Voor wie de organisatie niet kent: Cordaan is een van de grootste zorgverleners in en rondom Amsterdam. Met circa 6.000 medewerkers ondersteunen zij meer dan 20.000 cliënten binnen de ouderenzorg, gehandicaptenzorg en geestelijke gezondheidszorg.
‍

De operationele complexiteit van een dergelijke organisatie is enorm. Matthijs schetste een uitdaging die elke CTO zal herkennen: een overvloed aan gefragmenteerde point solutions. De zorgmedewerkers van Cordaan verloren zichzelf in een doolhof van apps voor medicatie, zorgplannen en protocollen.
‍

Met Cordaan Werkt hebben we met OutSystems een centrale "superapp" gebouwd om die versnippering tegen te gaan. De nieuwste toevoeging hieraan is een geavanceerde implementatie van RAG (Retrieval Augmented Generation).
‍

Wat is RAG en waarom is het cruciaal voor de zorg?
‍

Voor wie de term nog niet dagelijks gebruikt: RAG is een architecturaal patroon dat een Large Language Model (zoals GPT-5) koppelt aan een specifieke, externe informatiebron.

‍

Het gebruik van generatieve AI in een klinische of zorggerelateerde context is riskant als je uitsluitend vertrouwt op publieke LLM’s. De kans op hallucinaties is simpelweg te groot. Tegelijkertijd is de digitale bibliotheek van een grote zorginstelling vaak een kerkhof van ongebruikte PDF-protocollen.

‍

RAG slaat de brug tussen deze twee werelden. In plaats van te hopen dat een model de juiste informatie 'weet', dwingen we de AI om antwoorden te formuleren die exclusief zijn gebaseerd op de eigen, gevalideerde brondocumenten van Cordaan. Dit proces verloopt via een strak gedefinieerde pipeline: retrieval van relevante chunks, augmentatie van de prompt en tenslotte de generatie van het antwoord.
‍

Wanneer een zorgverlener een vraag stelt, zoekt het systeem eerst de meest relevante fragmenten op in de interne protocollen (Retrieval). Deze feitelijke informatie wordt vervolgens als context meegegeven aan het AI-model (Augmented), dat op basis daarvan een accuraat antwoord formuleert (Generation). Dit minimaliseert de kans op hallucinaties en zorgt ervoor dat de output altijd direct verifieerbaar is aan de bron.
‍

De architectuur: Van testfase naar evolutie

‍

Tijdens onze presentatie op de ONE Conference toonden we de blauwdruk die we tijdens de initiële testfase hebben gehanteerd. Het is belangrijk om te vermelden dat deze architectuur de basis vormde voor onze proof-of-concept. Inmiddels is de architectuur deels geshift terwijl we richting brede productie schalen, wat illustratief is voor de snelheid van deze technologie.

‍

De fundamenten van die fase waren:

‍

• Azure AI Search als orchestrator: Tijdens de testfase gebruikten we de indexeringsmogelijkheden van Azure. We benutten toen vooral BM25 Search voor lexicale precisie en vullen dit aan met Semantic Search om de contextuele relevantie te verhogen zonder de overhead van een volledige vector-database.
  ‍
• Intelligente Chunking: We ontwikkelden een eigen chunking-mechanisme op karakterbasis met een strategische overlap. Dit zorgt ervoor dat de semantische waarde niet verloren gaat bij het opknippen van documenten, wat essentieel is voor de accuratesse.
  ‍
• OutSystems AI Workbench: Deze fungeerde als de veilige gateway naar het LLM, waarbij we volledige controle hielden over de datastromen en de integriteit van de prompts.
  ‍

Lessons Learned: Strategische inzichten voor AI in de zorg

‍

Uit onze journey met Matthijs bij Cordaan zijn een aantal cruciale lessen naar voren gekomen die essentieel zijn voor elke zorginstelling die met AI start:
‍

1. Start met een 'Human-in-the-loop' mindset: AI moet assisteren, niet dicteren. De feedback loop waarbij zorgmedewerkers antwoorden kunnen beoordelen als 'nuttig' of 'niet nuttig' is niet alleen een technische validatie, maar ook een essentieel onderdeel van het adoptieproces op de werkvloer.
   ‍
2. Pragmatisme wint van complexiteit: In de testfase is de verleiding groot om direct voor de duurste vector-databases te gaan. Onze les? Begin simpel met lexicaal zoeken en breid uit naar semantisch zoeken wanneer de use case daarom vraagt. Dat bespaart aanzienlijke kosten in de vroege stadia.
   ‍
3. Data-hygiëne is de bottleneck: Het model is slechts zo goed als de bron. We ontdekten dat het opschonen van oude PDF-protocollen meer impact heeft op de kwaliteit van het antwoord dan het finetunen van het AI-model zelf.
   ‍
4. Architecturale flexibiliteit is een vereiste: Zoals onze eigen shift na de testfase bewijst: de AI-markt verandert wekelijks. Bouw je oplossing modulair zodat je relatief eenvoudig van provider of model kunt wisselen zonder je hele applicatielogica te herschrijven.
   ‍

Guardrails en de menselijke maat
‍

Zoals Matthijs benadrukte, is AI bij Cordaan een assistent en geen vervanger. Dit vertaalt zich in harde technische kaders: de bot is expliciet geconfigureerd als een niet-medisch hulpmiddel, elk antwoord bevat directe citaties naar de bron en privacy-filters waarborgen de anonimiteit voordat data het domein verlaat.
‍

Vooruitblik: Van RAG naar Self-RAG

‍

Hoewel de architectuur rondom de provider en implementatie inmiddels is geshift ten opzichte van onze eerste presentatie, blijft de visie ongewijzigd. We kijken nu naar patronen zoals Self-RAG, waarbij het model zelf de kwaliteit van de opgehaalde informatie beoordeelt voordat de gebruiker het ziet.
‍

De les voor de sector is simpel: de techniek is een middel, geen doel. Door pragmatisch te starten, kritisch te leren van je testfase en bereid te zijn je architectuur aan te passen aan de praktijk, kun je de zorgmedewerker vandaag al tijd teruggeven voor waar het echt om gaat: de cliënt.
‍

Bent u benieuwd naar hoe onze huidige architectuur eruitziet na de laatste shifts, of wilt u sparren over de specifieke lessons learned, of AI binnen uw eigen organisatie? Neem gerust contact op!

‍

App design en development zag er lang ongeveer zo uit: designers leveren mockups aan. Developers stellen vragen. Er ontstaat een pingpongspel. Een vergeten status hier, de verkeerde spacing daar. Nog meer overleg. Gevolg? Vertraging.

‍

Bij Harmony hebben we jarenlang ervaring mehoe een eerste idee transformeert naar een volwaardige applicatie. De bottleneck in dat proces was zelden de code zelf: de helderheid tussen de intentie van de designer en de uitvoering door de developer speelde vaak een belangrijkere rol.

‍

Dus stelden we onszelf de vraag: wat als designers en developers samenwerken *tijdens* het ontwerpen, in plaats van erna?
Die simpele vraag veranderde onze manier van werken in Figma volledig. Figma is de tool waarin we bouwen nog voordat iemand OutSystems opent. Vanaf dag één zitten designers en developers nu in dezelfde Figma-files. Dankzij Dev Mode zien developers in real-time precies wat de designer bedoelt. Daardoor tackelen we misverstanden vroegtijdig, beperken het heen-en-weer gepraat tot een minimum en shippen we sneller en met minder bugs.

‍

De drie strategische voordelen van Figma

‍

• Real-time samenwerking
  In tegenstelling tot Sketch of Adobe XD is Figma browser-native. Stakeholders sluiten aan zonder gedoe: geen downloads, geen plug-ins, geen wachttijden. Voor organisaties met verspreide teams is dit transformatief. We zien design-review-cycli krimpen van **5 dagen naar 2 dagen**, simpelweg omdat de betrokkenheid hoger is.
• Schaalbare design systemen
  Onze applicaties moeten consistent blijven over honderden schermen. Dankzij Figma’s design system-mogelijkheden (shared components en variabelen) worden wijzigingen direct overal doorgevoerd. Moet een button-stijl worden aangepast voor de branding of toegankelijkheid? Eén wijziging in Figma is voldoende. Voor OutSystems-developers neemt dit alle giswerk weg.
• Makkelijkere handoff
  Figma’s Dev Mode toont CSS-classes en stylingdetails direct aan de developers. Deze stijlen vertalen zich bijna één-op-één naar OutSystems. Dit verkort de bouwtijd en voorkomt communicatiefouten. In onze projecten verlaagt Dev Mode de frictie bij de overdracht met zo’n **25–30%**.

‍

Hoe zit het met AI? Figma Make vs. Figma Design
‍

De markt verandert razendsnel. Tools zoals Framer investeren zwaar in *prompt-driven* UI-generatie: je beschrijft wat je wilt en de tool bouwt het. Figma reageert hierop met **Figma Make**, een AI-functie die interface-concepten genereert op basis van tekst.
‍

Dit is het tijdperk van "vibe coding": werken vanuit een helder doel en de tool gebruiken om de eerste versie te versnellen.
‍

Figma Make ondersteunt exploratie: Je beschrijft de intentie, de AI genereert opties, en jij kiest de koers. Het gaat om de "vibe" en de essentie, zonder dat je in een vroeg stadium verzandt in pixels.
‍

Figma Design ondersteunt consolidatie: Zodra de richting vaststaat, verfijn je de lay-outs en pas je de regels van het design system toe. Hier is de precisie nodig die essentieel is voor een productie-ready OutSystems build.
‍

Samen dichten ze de kloof. Figma Make versnelt de "vibe," terwijl Figma Design de kwaliteit waarborgt.
‍

Figma reality check?

‍

Waarom wij voorlopig voor Figma blijven kiezen

Vinger aan de pols

‍
We gaan dus zeker niet op de eerstvolgende hype springen, maar we houden de concurrentie wel scherp in de gaten.

De snelheid van generatieve UI is onmiskenbaar. Over 12 tot 24 maanden kan het gesprek er heel anders uitzien. Voor nu biedt Figma de balans die we nodig hebben: solide fundamenten plus opkomende AI, zonder de strikte regels op te offeren die enterprise-applicaties vereisen.

‍

De Epic Vereniging NL (meer info) heeft onlangs officieel aangekondigd dat Harmony en MuleSoft zijn gekozen als partners voor de realisatie van  een gemeenschappelijk API-managementplatform. Een vooruitstevende stap waarmee invulling kan worden gegeven aan het veranderd Zorg-ICT landschap waarin we verschuiven van traditionele integraties naar een moderne, API-gestuurde architectuur.

‍

We spreken met Ramin Basim en Rachid Boudarbala (MuleSoft/Salesforce) en Robert Daniels en Rutger Smit (Harmony IT) over deze mijlpaal en de tienjarige samenwerking die aan dit succes ten grondslag ligt.

‍

Waarom heeft de Epic Vereniging specifiek gekozen voor MuleSoft als API-managementplatform?

‍

Harmony: "De Epic-omgeving is het kloppend hart van het moderne ziekenhuis. Maar dat hart moet communiceren met tientallen andere systemen: lab, apotheek, radiologie, patiëntportalen en monitoring-apps... Elk ziekenhuis heeft een uniek landschap. Zonder standaardisatie bouwen organisaties steeds opnieuw koppelingen, elk met een eigen beveiligingslaag en onderhoudslast. Dat is simpelweg niet langer houdbaar."

‍

MuleSoft: "Precies daar ligt onze kracht. MuleSoft biedt niet alleen technische connectiviteit, maar een platform waar security, governance en reusability standaard zijn ingebakken. In de VS draaien meer dan 2.000 ziekenhuizen hun Epic-omgeving op MuleSoft; zij hebben al bewezen hoe je deze complexiteit beheerst. Die ervaring en de best-practices die we daar hebben opgebouwd, vertalen we nu direct naar de Nederlandse markt en de Europese wetgeving."

‍

Harmony: "Deze transformatie leunt op moderne standaarden zoals FHIR (Fast Healthcare Interoperability Resources). In plaats van per ziekenhuis het wiel opnieuw uit te vinden, biedt MuleSoft een herbruikbare laag. Informatie wordt één keer veilig ontsloten en is daarna direct beschikbaar voor elke innovatie. Als het Radboudumc een slimme integratie bouwt, kan het Amsterdam UMC daar direct van profiteren. Dat is de essentie van schaalbaarheid."

‍

Hoe past MuleSoft in de bredere uitdagingen waar de zorgsector voor staat?

‍

MuleSoft: "Met de komst van de EU AI Act en de European Health Data Space (EHDS) moet data-uitwisseling aan extreem strenge eisen voldoen. De meest ervaren architecten begrijpen inmiddels dat je die governance niet in elke uithoek van je IT-landschap handmatig moet dichttimmeren. Je hebt een platform nodig dat die veiligheid en compliance 'by design' levert. Bovendien: zonder solide datamanagement is een AI-strategie kansloos. Als je data niet op orde is, kan AI niets voor je betekenen."

‍

Harmony: "Zeker in een krappe arbeidsmarkt is deze synergie cruciaal. Door op hetzelfde platform te werken, kunnen zorgorganisaties kennis en oplossingen delen. Dat verhoogt de productiviteit enorm, waardoor er uiteindelijk meer middelen overblijven voor de zorg aan het bed. Die filosofie passen we overigens ook al succesvol toe in de transmurale zorg met het project 'Samen Zorgen Voor Morgen'."

‍

Deze deal is een enorme stap. Hoe is dit partnership tot stand gekomen?

‍

MuleSoft: "Dit was zeker geen toevalstreffer. Eigenlijk is het een resultaat van een decennium aan intensieve samenwerking. We hadden samen met Harmony al een indrukwekkende voetafdruk in de Nederlandse zorg gebouwd en Harmony heeft ook bewezen de sector echt te begrijpen. Dat trackrecord was voor de Epic vereniging ook doorslaggevend."

‍

Harmony: "We hebben de afgelopen tien jaar diepgaande kennis opgebouwd over wat de zorgsector nodig heeft. En die samenwerking met Mulesoft loopt al een decennium goed. Dat we in 2025 door MuleSoft werden erkend als Best Performing Partner, onderstreept onze gezamenlijke visie op de markt."

‍

In hoeverre is de wereld veranderd sinds de start van jullie samenwerking?

‍

Harmony: "Het is een wereld van verschil. In 2015 zaten we op een summit in Amsterdam met 35 man in een klein zaaltje. Vandaag trekken MuleSoft-events 2.500 bezoekers. Wij kozen destijds voor MuleSoft na een 'bake-off' tegenover de gevestigde orde. MuleSoft leverde direct tastbaar resultaat op dag één, terwijl anderen nog aan het inventariseren waren. Die focus op snelheid vormt nog steeds ons fundament."

‍

MuleSoft: "Destijds moesten we soms nog uitleggen wat we precies deden. Nu zijn we, zeker na de overname door Salesforce, wereldtop. Maar de kernwaarde is onveranderd: snelheid en herbruikbaarheid."

‍

Jullie verkopen geen 'koppelingen' meer, maar 'digitale transformatie'. Is dat meer dan marketingtaal?

‍

MuleSoft: "Absoluut. De kern van het probleem is verschoven. Oude point-to-point connecties leiden onvermijdelijk tot een onbeheersbaar doolhof. Vandaag is integratie een strategische asset; het zijn de aders van de organisatie. Bedrijven zoeken productiviteit: meer bereiken met minder mensen."

‍

Harmony: "MuleSoft is een premium product, maar door de herbruikbaarheid en de snelheid waarmee je projecten oplevert, verdien je die investering direct terug. Dat is geen prietpraat of marketing, als je het slim aanpakt is het eigenlijk pure businesslogica."

‍

Is dit dan ook de blauwdruk voor de rest van Europa?

‍

Harmony: "Zonder twijfel. Wat we in Nederland doen met de Epic Vereniging en Samen Zorgen Voor Morgen (SZVM) is een schoolvoorbeeld van collectieve digitalisering. We onderzoeken nu al de mogelijkheden om dit model te kopiëren naar België en de Nordics, waar regio's zoals Denemarken en Noorwegen voor exact dezelfde uitdagingen staan."

‍

MuleSoft: "Onze samenwerking laat zien dat we niet alleen techniek faciliteren; we maken de vitale infrastructuur van de zorg klaar voor het AI-tijdperk. Dat voedt onze Europese ambities."

‍

Wat is jullie boodschap aan zorgorganisaties die voor vergelijkbare uitdagingen staan?

‍

Harmony: "Doe het niet alleen. De uitdagingen zijn te complex en te urgent om zelf het wiel uit te vinden. Leer van wat andere organisaties al hebben gebouwd en kies voor platforms die samenwerking faciliteren."

‍

MuleSoft: "En wacht niet. De technologie, de standaarden en de ervaring zijn er. Of je nu met Epic werkt of een ander systeem: modern API-management is geen luxe meer, maar een voorwaarde voor toekomstbestendige zorg."

‍

‍