AI die zorgprofessionals ondersteunt met de juiste context

Generatieve AI heeft de afgelopen jaren de boardrooms veroverd. Vandaag experimenteert bijna elke organisatie met copilots, chatbots en AI-gedreven assistenten. Toch blijft het voor veel CIO's en CTO's in België en Nederland dezelfde vraag overeind: hoe maken we de stap van slimme antwoorden naar gecontroleerde acties binnen échte bedrijfsprocessen?

‍

De markt schuift snel op. Waar AI vandaag vooral ondersteunt bij het genereren van content, inzichten en analyses, ontstaat een nieuwe fase waarin AI niet alleen adviseert, maar ook handelt: Agentic AI.

‍

Een nieuwe fase waarin AI niet simpelweg antwoord geeft op een prompt, maar bedrijfsdoelen helpt realiseren door systemen aan te sturen, informatie op te halen, acties uit te voeren en samen te werken met mensen én andere AI-agents.

Geen chatbot met een functietitel, maar een gecontroleerde softwarecomponent die doelen vertaalt naar acties binnen vooraf bepaalde kaders.

‍

Analisten verwachten dat Agentic AI de komende jaren steeds vaker zijn weg zal vinden naar enterprise software en operationele IT-omgevingen. Tegelijk wordt duidelijk dat autonomie zonder voldoende controlemechanismen nieuwe risico's introduceert op het vlak van security, kostenbeheersing en operationele stabiliteit. Dat is de uitdaging waar veel organisaties nu voor staan: niet de vraag óf Agentic AI doorbreekt, maar hoe je deze technologie veilig, beheersbaar en schaalbaar inzet.

‍

Vanuit die uitdaging zijn we binnen Harmony begonnen met het AI Agentic Lab. Geen experimentele speeltuin, maar een omgeving waarin we samen met klanten onderzoeken hoe AI-agents veilig kunnen worden geïntegreerd in bestaande processen, systemen en architecturen. Het doel: de stap verkleinen tussen een veelbelovende pilot en een productierijpe oplossing. Maar zeker ook niet te vergeten: wat dit voor investeringen met zich meebrengt. Want het verdienmodel van AI tooling staat op de deur te kloppen en de prijzen hiervan wisselen nogal op dit moment. Vandaar ook dat we in het AI Agentic Lab de kosten voor een eerste MVP of POC goed in kaart brengen.

‍

De kloof in de Benelux: van pilot naar productie

‍

De uitdaging in België en Nederland is niet langer het wekken van interesse in AI. De interesse is er overduidelijk.
De échte kloof zit tussen experimenteren en operationaliseren.

‍

Uit lokaal marktonderzoek blijkt dat veel organisaties inmiddels beschikken over AI-strategieën en pilots, maar dat slechts een beperkt deel AI daadwerkelijk op schaal in productie draait. Een gebrek aan gespecialiseerde integratie-expertise en complexe governance-vraagstukken worden steevast genoemd als de grootste obstakels voor verdere adoptie.

‍

Precies op dat snijvlak van AI, integratie, architectuur en governance richt het Harmony AI Agentic Lab zich. Niet door te vertrekken vanuit technologie alleen, maar vanuit concrete bedrijfsprocessen en meetbare businesswaarde.

‍

De verschuiving van taakgericht naar doelgericht

‍

Traditionele automatisering is taakgericht. Je definieert vooraf welke stappen uitgevoerd moeten worden en in welke volgorde. Een AI-agent werkt fundamenteel anders: in plaats van een taak krijgt de agent een doel.

‍

Bijvoorbeeld: "Verlaag de doorlooptijd van klantdossiers met 15%."

‍

Om dat doel te bereiken kan de agent procesinformatie analyseren, ontbrekende gegevens identificeren, relevante systemen raadplegen en vervolgstappen voorstellen of uitvoeren. Denk bijvoorbeeld aan een HR-agent die na het tekenen van een contract zelfstandig de IT-rechten toewijst, hardware bestelt en een onboarding-schema klaarzet.

‍

Niet elke stap hoeft daarbij direct volledig autonoom te verlopen. In volwassen agentic architecturen wordt autonomie stapsgewijs opgebouwd:
‍

1. Assistive Agent – adviseert en stelt acties voor, de mens beslist.

2. Supervised Agent – werkt acties uit, de mens keurt goed vóór uitvoering.

3. Bounded Execution Agent – voert laag-risicotaken zelfstandig uit binnen vooraf gedefinieerde grenzen.

4. Orchestrated Multi-Agent Process – coördineert activiteiten over meerdere systemen heen, met continue monitoring en escalatie.

‍

Voor IT-leiders betekent dit een verschuiving van software die uitsluitend reageert op input, naar intelligente uitvoeringslagen die actief bijdragen aan bedrijfsdoelstellingen.

‍

De echte uitdaging zit niet alleen in AI, maar zeker ook in integratie

‍

Een werkende AI-agent demonstreren is relatief eenvoudig geworden. De echte uitdaging begint wanneer een agent toegang moet krijgen tot bedrijfskritische systemen en actuele gegevens. Daar komen complexe vragen naar boven:

‍

• Welke datasets mag de agent gebruiken?

• Welke rechten krijgt hij in het ERP- of CRM-systeem?

• Hoe voorkomen we dat een agent buiten zijn bevoegdheden opereert?

‍

Een AI-agent zonder toegang tot de juiste systemen blijft uiteindelijk een slimme gesprekspartner. Pas wanneer AI gecontroleerd kan lezen, schrijven en handelen binnen de operationele realiteit ontstaat échte businesswaarde.

‍

Daarom bouwen wij binnen Harmony IT voort op jarenlange expertise. Met technologieën zoals MuleSoft, Frends, Oracle en OutSystems verbinden we agents met achterliggende systemen, zodat zij gecontroleerd acties kunnen uitvoeren. Agentic AI wordt daarmee geen afzonderlijke technologie, maar een krachtige uitbreiding van uw bestaande applicatielandschap.

‍

RAG: van modelkennis naar bedrijfskennis

‍

Publieke AI-modellen beschikken niet over uw interne documenten, beleidsregels of contractafspraken. Daarom bouwen veel enterprise AI-oplossingen op Retrieval-Augmented Generation (RAG).

‍

Via RAG krijgt een agent gecontroleerde toegang tot relevante bedrijfsinformatie op het exacte moment dat die nodig is. Hierdoor wordt de output beter onderbouwd, herleidbaar naar bronnen en verankerd in gevalideerde bedrijfsinformatie, waardoor antwoorden beter worden verankerd in gevalideerde bedrijfsinformatie en het risico op hallucinaties aanzienlijk kan worden verminderd.

‍

Van losse agents naar een gecontroleerd ecosysteem

‍

In de praktijk wordt een proces zelden door één agent afgehandeld. Steeds vaker zien we gespecialiseerde agents samenwerken, zoals een service-agent voor klantvragen, een integratie-agent voor data-ophaling en een compliance-agent voor controles.

‍

Samen vormen zij een ecosysteem waarin verantwoordelijkheden zijn verdeeld. Human-in-the-loop blijft daarbij essentieel. Niet omdat de technologie tekortschiet, maar omdat context, verantwoordelijkheid en strategische afwegingen menselijk toezicht vereisen.

‍

Governance hoeft geen rem op innovatie te zijn

‍

Naarmate AI meer autonomie krijgt, stijgt ook het belang van governance. Voor organisaties die opereren onder de strenge regels van de GDPR en de stapsgewijs ingevoerde Europese AI Act, is dat een absolute randvoorwaarde.

‍

Binnen het Harmony AI Agentic Lab hanteren we daarom het principe van Governance by Design. Een agentic omgeving bestaat niet uit één model, maar uit een redeneerlaag, een integratielaag, en robuust Identity & Access Management (IAM). Met expliciete identiteiten voor agents, fijnmazige toegangsrechten, en uitgebreide audit trails zorgen we dat AI voorspelbaar, controleerbaar en verantwoord is. Security, guardrails en soevereiniteit mogen hierin uiteraard niet ontbreken.

‍

Van demo naar digitale collega: Harmony Agentic Lab

‍

De komende jaren zullen veel organisaties AI-agents bouwen. Sommige projecten blijven indrukwekkende demo's. Andere groeien uit tot een fundamenteel onderdeel van de bedrijfsprocessen.

‍

Het verschil wordt niet bepaald door het model alleen. Het wordt bepaald door de kwaliteit van de integraties, de enterprise architectuur, de governance en het vermogen om AI veilig te laten samenwerken met mensen en systemen.

‍

Dat is precies waarom we het AI Agentic Lab binnen Harmony hebben opgericht: om organisaties te helpen de stap te zetten van experiment naar productie, en van AI-tool naar digitale collega.

‍

Samen onderzoeken we welke processen het meeste potentieel bieden, welke architectuur nodig is om agents veilig te laten samenwerken met bestaande systemen en welke governance-maatregelen vereist zijn om risico's beheersbaar te houden.

‍

Daarbij focussen we niet op losse demonstraties, maar op concrete resultaten:

• identificatie en validatie van use-cases;

• een business case en ROI-inschatting;

• architectuur- en integratieblauwdrukken;

• governance- en securitykaders;

• werkende prototypes;

• een roadmap richting productie.

‍

Zo ontstaat een gestructureerd traject waarmee organisaties gecontroleerd kunnen groeien van experiment naar enterprise-adoptie.

‍

Explore. Experiment. Accelerate.

Niet om AI te demonstreren. Maar om AI daadwerkelijk te laten werken.
‍

Klaar om de stap van demo naar digitale collega te maken?

Ontdek de mogelijkheden voor uw organisatie in het Harmony AI Agentic Lab en transformeer experimenten in meetbare businesswaarde. Neem vandaag nog contact met ons op.

‍

AI-agents verschuiven razendsnel van vragen beantwoorden naar acties uitvoeren. Ze halen klantgegevens op, starten workflows, maken documenten aan, communiceren met bedrijfssystemen en automatiseren beslissingen. Met die nieuwe macht komt een nieuwe uitdaging: naarmate agents capabeler worden, worden ook de gevolgen van falen een stuk groter.

Op de recente OutSystems ONE 2026-conferentie kwamen security en governance keer op keer terug in de gesprekken over agentic systemen. Het patroon is moeilijk te missen: een agent bouwen wordt elke maand makkelijker, terwijl hem beveiligen echt moeilijk blijft.
‍

Bij Harmony Group werken we steeds vaker met organisaties die agentic willen werken, en één les bewijst zich steeds opnieuw: security mag geen bijzaak zijn.

‍
‍

De grote misvatting

‍

Wie het over AI-risico's heeft, denkt vaak meteen aan dataprivacy. Vragen zoals:
‍

• Worden onze eigen data gebruikt om publieke modellen te trainen?
• Maskeren we persoonsgegevens (PII)?
• Kan gevoelige klantinformatie in prompts lekken?
  ‍

Dat zijn belangrijke vragen, en degelijke privacycontroles blijven onmisbaar.
‍

Maar privacy en security zijn niet hetzelfde.
‍

De incidenten die organisaties het meest verrassen, zijn vaak helemaal geen privacyproblemen, maar fouten in systeemontwerp, governance en security. Aanvallers richten zich steeds vaker op AI-systemen via technieken als prompt injection, jailbreak-pogingen, vergiftigde content en gecompromitteerde integraties. Het doel is vaak niet om rechtstreeks bij data te komen, maar om het gedrag van de agent te manipuleren.
‍

Als een AI-agent zo wordt gemanipuleerd dat hij zijn instructies negeert, gevoelige processen blootlegt of onbedoelde acties uitvoert, dan is niet alleen de modelleverancier daarvan de dupe. De organisatie die de agent inzet, draagt de verantwoordelijkheid, en ook het reputatierisico.

‍
‍

Hoe dit er in de praktijk uitziet

‍

Abstracte waarschuwingen over "prompt injection" worden pas echt tastbaar met een concreet voorbeeld. Neem EchoLeak (CVE-2025-32711), een kwetsbaarheid in Microsoft 365 Copilot die in 2025 werd ontdekt.

‍

Het gevaarlijke hieraan? Het was een zero-click aanval. Het slachtoffer hoefde alleen maar een kwaadaardige e-mail te ontvangen; openen was niet eens nodig. Zodra de gebruiker Copilot later vroeg om bijvoorbeeld documenten samen te vatten, las de AI op de achtergrond ook die e-mail mee. De verborgen instructies van de aanvaller werden direct uitgevoerd, wat ongemerkt leidde tot het lekken van bedrijfsgegevens.

‍

Er werd geen firewall doorbroken en er zijn geen wachtwoorden gestolen. De assistent deed simpelweg wat hij moest doen: content lezen en verwerken. Alleen kwamen de instructies van de verkeerde persoon.

‍

Dit fenomeen heet indirecte prompt injection: vijandige instructies die niet van de gebruiker zelf komen, maar verstopt zitten in externe content die de AI binnenhaalt.

‍

Al in 2023 werd dit theoretisch beschreven (Greshake e.a.), maar EchoLeak bewijst dat het inmiddels een reëel risico is voor enterprise-software.

‍

Securityonderzoeker Simon Willison verklaart deze kwetsbaarheid door de "lethal trifecta". Elk AI-systeem dat de volgende drie eigenschappen combineert, is by design vatbaar voor datadiefstal:

1. Toegang tot privédata.
2. Blootstelling aan niet-vertrouwde content (zoals e-mails of websites).
3. De mogelijkheid om extern te communiceren.

‍

Omdat de meeste nuttige enterprise-agents precies deze drie functies nodig hebben om hun werk te doen, is het beveiligen ervan zo extreem complex.

‍

Architectuurprobleem

Een van de grootste fouten die organisaties maken, is daarom ook aannemen dat AI-security kan worden uitbesteed aan de modelleverancier.
‍

Moderne AI-systemen zijn veel meer dan één LLM. Ze bestaan uit prompts, orchestratielagen, API's, databases, vector stores, externe tools, businesslogica en gebruikersinterfaces die samenwerken.
‍

Zelfs het meest geavanceerde model kan een securityrisico worden zodra het in een onveilige architectuur wordt ingebouwd.

De echte uitdaging is dus niet het model zelf beveiligen, maar het hele ecosysteem eromheen. En dat vraagt om een bredere blik op hoe agentic systemen worden ontworpen, uitgerold en bestuurd.

‍
‍

Een manier om naar de AI-stack te kijken

‍

Het helpt om agentic systemen te zien als een gelaagd probleem, waarbij elke laag andere risico's introduceert en andere bescherming vraagt. Het is minder een eigen framework dan een praktische manier om te zorgen dat niets over het hoofd wordt gezien.

‍

Grofweg valt het uiteen in drie domeinen.
‍

1. De capability-laag (modellen)

‍

Deze laag bevat de large language models, embeddingmodellen en reasoning-engines die de agent aandrijven.

Deze modellen zijn ongelooflijk capabel, maar het zijn geen deterministische securitysystemen. Ze zijn te beïnvloeden met zorgvuldig opgestelde input en blijven gevoelig voor prompt injection en jailbreak-technieken. Prompt injection staat bovenaan de OWASP Top 10 voor LLM-applicaties, en die beperkingen begrijpen is de eerste stap naar een veilige implementatie.
‍

2. De intelligence-laag (pipelines en orchestratie)

‍

Hier leeft de echte businesslogica. De intelligence-laag verbindt modellen met API's, databases, bedrijfsapplicaties, kennisbronnen en andere agents. Ze orchestreert workflows en bepaalt hoe informatie door het systeem stroomt.

Klassieke cybersecurityzorgen blijven hier volop relevant. Gecompromitteerde inloggegevens, blootgestelde API-sleutels, kwetsbare integraties of onvoldoende toegangscontrole kunnen aanvallers in staat stellen de gebruikersinterface volledig te omzeilen en rechtstreeks met backendservices te communiceren.
‍

Hier leeft ook het meest onderschatte agentic risico: excessive agency (te veel handelingsvrijheid). OWASP noemt dit een apart top-tien-risico voor LLM-applicaties, en het is misschien wel dé bepalende agentic kwetsbaarheid. Een agent heeft excessive agency wanneer hij meer capaciteit, rechten of autonomie heeft dan de taak vereist: te veel tools, te ruime API-scopes, of de mogelijkheid om ingrijpende acties (versturen, verwijderen, betalen, escaleren) uit te voeren zonder menselijke controle.

‍

EchoLeak is gevaarlijk omdat Copilot zowel privécontent kon lezen als kon handelen binnen een context die niet-vertrouwde input kon bereiken. Verbreek die combinatie (scheid lezen van elke externe actie, vraag bevestiging vóór ingrijpende stappen, geef de krapst mogelijke rechten die de taak nodig heeft) en dezelfde injectiepoging mislukt zonder schade. Agentic security draait in de praktijk grotendeels om het gedisciplineerd beheren van wat een agent mag doen, niet alleen wat hij mag lezen. Naarmate agents toegang krijgen tot meer bedrijfssystemen, wordt governance op deze laag cruciaal.

‍

3. De experience-laag (interactie met de gebruiker)

‍

De experience-laag omvat de applicaties, portalen en interfaces waarmee gebruikers met agents interacteren.

‍

Dit is vaak waar kwaadaardige input het systeem binnenkomt. Gebruikers kunnen, bewust of onbewust, misleidende, tegenstrijdige of manipulatieve instructies aanleveren. En zoals EchoLeak laat zien, komt vijandige input niet altijd van de persoon achter het toetsenbord; hij kan meeliften op elke content die de agent binnenhaalt. Zonder de juiste waarborgen kunnen die inputs het gedrag verderop in de keten beïnvloeden en onverwachte uitkomsten veroorzaken.

‍

Publiek toegankelijke agents zouden daarom ontworpen moeten worden vanuit de aanname dat vijandige input uiteindelijk onvermijdelijk is.

‍

‍

Hoe wij AI veilig aanpakken bij Harmony

‍

Er bestaat geen universeel securityframework dat je zomaar op elk AI-project kunt loslaten. Security begint bij context.

‍

Definieer eerst het dreigingsmodel. Een klantgerichte support-agent loopt totaal andere risico's dan een interne HR-assistent of een AI-gestuurde klinische beslissingsondersteuning. Vóór je controles inbouwt, moet je de specifieke risico's van de use case begrijpen die je oplost.

‍

Vertrouw geen enkele input, waar hij ook vandaan komt. Gebruikersprompts, opgehaalde documenten, e-mails en antwoorden van externe API's verdienen dezelfde behandeling als externe input in een klassieke applicatie. Validatie, scheiding van verantwoordelijkheden en gecontroleerde toegang blijven essentieel.

‍

Beperk bewust de handelingsvrijheid. Geef een agent de minste tools en de krapste rechten die zijn taak vereist, scheid leestoegang van schrijf- en verzendtoegang, en zet een human in the loop bij ingrijpende of onomkeerbare acties.

‍

Zet guardrails en governance in. Moderne AI-platformen bieden steeds vaker dedicated governance-mogelijkheden. Waar een low-code platform zoals OutSystems met Agent Guardrails focust op het monitoren en beschermen van prompts en responses op applicatieniveau, trekt MuleSoft die governance door naar de data- en integratielaag. Via MuleSoft kun je strikte API-policies afdwingen op de gateways die LLM's en (externe) AI-services verbinden met je enterprise systemen. Zulke controles elimineren het risico niet, maar vormen een belangrijke laag binnen een bredere defence-in-depth-strategie.

‍

Blijf dicht bij het onderzoek. Het AI-securitylandschap verandert in een opmerkelijk tempo, en veel opkomende aanvalstechnieken duiken op in onderzoekspublicaties lang voordat ze mainstream worden in de sector. Op de hoogte blijven betekent academisch onderzoek, securitycommunity's en frameworks volgen zoals de OWASP-richtlijnen voor de security van LLM- en agentic applicaties.

‍

‍

Bouwen voor enterprise-eisen

‍

Bij Harmony IT helpen we klanten niet alleen AI te adopteren. We zoeken ook uit hoe je het draaiende houdt in streng gereguleerde omgevingen, met private ontwikkelomgevingen, gecontroleerde CI/CD-pipelines en herbruikbare AI-assets die aansluiten op echte compliance-eisen.

‍

We experimenteren ook via intern onderzoek en communityprojecten, waaronder werk aan AI-benchmarking en evaluatietooling, want je kunt niet beveiligen of vertrouwen wat je niet kunt meten.

‍
‍

De weg vooruit

‍

AI-agents worden razendsnel onderdeel van het IT-landschap. De vraag is niet langer óf organisaties ze gaan inzetten, maar hoe ze dat verantwoord doen.

‍

Security kan niet langer een compliance-vinkje zijn dat je aan het einde van een project toevoegt. Het moet vanaf dag één in de architectuur zitten.

‍

Want terwijl een agent bouwen elke maand makkelijker wordt, is een agent bouwen die onder druk betrouwbaar blijft de échte engineeringuitdaging.

‍

Zet je agents in productie en wil je een frisse blik op waar ze mogelijk te veel rechten hebben? Daar praten we graag over mee.

‍

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!

‍