De zorgsector staat voor immense uitdagingen. De vergrijzing, stijgende kosten en een nijpend personeelstekort vragen om fundamentele veranderingen. De oplossing ligt niet alleen in meer handen aan het bed, maar ook in slimmere processen en effectieve inzet van technologie. Dit is waar de kracht van apps en applicaties in de zorg onmisbaar wordt. Maar hoe navigeer je als CIO, IT-manager of architect door dit complexe landschap van technologische mogelijkheden? Welke use cases zijn het meest relevant voor jullie organisatie, of je nu actief bent in de VVT, GGZ, een ziekenhuis of de JGZ?

‍

In dit artikel duiken we in de wereld van digitale transformatie in de zorg. We verkennen de concrete toepassingen van applicaties, de strategische rol van low-code en hoe je een robuuste IT-architectuur bouwt die innovatie mogelijk maakt. Dit is jouw gids om digitalisering te omarmen en zo de zorg van morgen te bouwen.

‍

De businesscase van digitale transformatie

‍

Digitalisering in de zorg is geen doel op zich, maar een middel om de zorg te verbeteren en de organisatie toekomstbestendig te maken. Voor CIO's en managers I&A is de businesscase helder: investeren in de juiste technologieën leidt tot operationele efficiëntie, hogere patiënt/cliënttevredenheid en een aantrekkelijke werkomgeving voor professionals.

‍

Sneller innoveren met low-code en no-code

‍

Een van de grootste struikelblokken bij innovatie in de zorg is de snelheid. Grote EPD-systemen zijn complex, de implementatie duurt lang en maatwerk is kostbaar. Dit leidt soms tot het ontstaan van 'shadow IT', waarbij afdelingen zelfstandig niet-goedgekeurde softwaretools of AI-tools gaan gebruiken om hun werk gedaan te krijgen. Dit brengt veiligheidsrisico’s met zich mee.

‍

Low-code en no-code bieden een elegant antwoord. Deze platforms stellen ons in staat om sneller en efficienter, in een visuele omgeving, applicaties te bouwen. Denk aan een app voor het aanmelden van nieuwe cliënten of een tool voor de planning van facilitaire diensten. Omdat dit gebeurt binnen één centraal systeem, wordt de controle behouden en de innovatie gestimuleerd. Het is een krachtige manier om de digitale transformatie zorgsector te versnellen en een landschap aan tools te ontwikkelen dat naadloos aansluit bij de realiteit van de zorgwerknemer.

‍

Het belang van een robuuste IT-architectuur

‍

Succesvolle applicaties staan of vallen met hun integratie in de bestaande IT-landschap. Veel zorgorganisaties kampen met een lappendeken van systemen die niet met elkaar communiceren. Het creëren van een robuuste IT-architectuur is daarom de eerste stap. Dit omvat de keuze voor het juiste integratieplatform, het opzetten van een effectieve API-managementstrategie en het naleven van datastandaarden (zoals HL7 en FHIR). Dit zorgt voor naadloze gegevensuitwisseling in de zorg en maakt het mogelijk om nieuwe apps te koppelen aan bestaande systemen.

‍

Daarnaast is cybersecurity een absolute topprioriteit. Met de toename van digitale data en applicaties, neemt ook het risico op datalekken toe. Een gedegen IT-architectuur omvat daarom ook strikte protocollen voor privacy en beveiliging, in lijn met de AVG. De IT-architectuur is de fundering waarop alle digitale innovaties gebouwd worden.

‍

Case studies en succesverhalen uit de praktijk

‍

Theorie is mooi, maar praktijkvoorbeelden spreken meer. We zien overal in Nederland dat zorginstellingen de stap zetten naar digitalisering, met indrukwekkende resultaten.

‍

Casus 1: Slimme thuiszorgapp in de VVT
‍

Een grote Amsterdamse thuiszorgorganisatie kampte met een te hoge administratieve last voor thuisverplegers.
‍

Door de ontwikkeling van een low-code app, speciaal op maat gemaakt in samenspraak met de verpleegkundigen, veranderde de situatie radicaal. Van vele losse apps die elk "een deeltje" van de oplossing boden gingen we naar één overkoepelende "superapp" met alle afspraken, taken en notities allerhande.

Zo bekijken verpleegkundigen nu hun geoptimaliseerde routes via de app, kunnen ze direct bij de cliënt rapportages maken en taken beheren. Het resultaat? Een besparing van de administratieve lasten, minder switchen tussen apps en dus een toename van de tijd aan het bed, wat resulteerde in hogere medewerkerstevredenheid en betere cliëntresultaten.

‍

Casus 2: Low-code applicatielandschap in het ziekenhuis
‍

Eén van de grootste private zorggroepen in Portugal, kampte met gefragmenteerde digitale zorgservices die patiënten dwongen om tussen meerdere systemen te schakelen. Door de ontwikkeling van een compleet digitaal ecosysteem met low-code technologie, transformeerde het ziekenhuis naar een geïntegreerd app-landschap van 28 verschillende digitale innovatie-initiatieven.

‍

De kern hiervan vormt de patiënten-app, maar daarnaast ontwikkelde het ziekenhuis ook specifieke applicaties voor verschillende zorgprocessen:
‍

• Remote monitoring via wearables: Zorgprofessionals kunnen nu op afstand patiënten monitoren door data van wearable devices te synchroniseren via GoogleFit en HealthKit naar de app, inclusief hartslag, bloeddruk, slaap en lichaamstemperatuur.
  ‍
• Telefoonzorg: Een 24/7 telefonisch triage-systeem bediend door gespecialiseerde verpleegkundigen dat binnen drie maanden na lancering al 4.000 patiëntoproepen per maand verwerkte.
  ‍
• Centraal Klinisch Record: Een gespecialiseerde applicatie die zorgprofessionals een geïntegreerd overzicht geeft van klinische patiëntdata uit meerdere specialismen en systemen, cruciaal voor complexe pathologieën

‍

Het resultaat is een ecosysteem dat meer dan 1,3 miljoen mensen serveert, waar 70% van alle artsen online afspraken toestaat en online boekingen met 400% stegen. Door alle systemen op één low-code platform te consolideren kan het ziekenhuis snel nieuwe functionaliteiten toevoegen en heeft hetzich gepositioneerd als voorloper in digitale zorgverlening.

‍

‍

Quick Takeaways
‍

• Efficiëntie is de sleutel: Apps verminderen de administratieve last en creëren meer tijd voor directe patiëntenzorg.
• Low-code versnelt innovatie: Platforms stellen zorginstellingen in staat om snel en flexibel applicaties op maat te bouwen.
• Integratie is essentieel: Een robuuste IT-architectuur met API's is nodig voor naadloze gegevensuitwisseling.
• De patiënt/cliënt centraal: Van patiëntportalen tot apps voor thuismetingen, technologie vergroot de regie van de patiënt of cliënt.
• Security is non-negotiable: Investeringen in apps moeten hand in hand gaan met een sterke focus op cybersecurity en gegevensbescherming.
• De toekomst is hybride: De meest succesvolle zorgmodellen combineren fysieke zorg met digitale tools voor optimale resultaten.
  
  ‍

Conclusie

‍

De digitale transformatie in de zorg is een onomkeerbaar proces en de rol van applicaties is hierin leidend. We hebben gezien dat apps niet alleen processen automatiseren, maar ook de kwaliteit van de zorg verbeteren, de patiënt meer regie geven en een antwoord bieden op de toenemende werkdruk.

Low-code in combinatie met AI is hierbij een krachtige versneller, die zorgprofessionals en IT-afdelingen in staat stelt om samen te innoveren en te excelleren, zonder afbreuk te doen aan veiligheid en integriteit. De uitdaging ligt niet in of we moeten digitaliseren, maar in hoe we dit doen: strategisch, geïntegreerd en met de focus op de mens.

Het opzetten van een robuuste IT-architectuur, het omarmen van low-code, en het starten met concrete, kleine pilotprojecten zijn cruciale stappen voor elke zorgorganisatie. Als externe IT-partner gespecialiseerd in de care en cure, begeleidt Harmony al jarenlang zorginstellingen bij deze complexe transitie. Wij helpen u de juiste strategische keuzes te maken en de technologische oplossingen te implementeren die uw organisatie en uw patiënten écht verder helpen.

‍

Veelgestelde vragen (FAQ's)

‍

V1: Wat is low-code en waarom is het relevant voor zorgorganisaties?
‍Low-code is een softwareontwikkelingsmethode die het mogelijk maakt applicaties te bouwen met minimale code, voornamelijk door middel van visuele interfaces en kant-en-klare modules. Het is relevant omdat het zorginstellingen in staat stelt om snel te reageren op veranderende behoeften, specifieke zorg apps ontwikkelen en de afhankelijkheid van traditionele, langdurige IT-projecten te verminderen.
‍

V2: Hoe kan ik de beveiliging van mijn apps garanderen in de zorgsector?
‍Beveiliging is van het grootste belang. Dit begint met een robuuste IT-architectuur die voldoet aan de AVG-richtlijnen en specifieke zorgnormen. Gebruik platforms met ingebouwde beveiligingsfuncties, voer regelmatige audits uit en zorg voor een strikt toegangsbeheer. Een cybersecurity strategie moet integraal onderdeel zijn van elke applicatie-ontwikkeling.
‍

V3: Wat is het verschil tussen een EPD en een Persoonlijke Gezondheidsomgeving (PGO)?
‍Een EPD (Elektronisch Patiëntendossier) wordt beheerd door de zorginstelling en bevat de medische geschiedenis van een patiënt. Een PGO is een app of online omgeving die door de patiënt zelf wordt beheerd en waarin de patiënt medische gegevens uit verschillende bronnen kan verzamelen, zoals uit het EPD van een ziekenhuis of de gegevens van een huisarts. De PGO vergroot de autonomie van de patiënt en ondersteunt de digitale patiëntreis.
‍

‍V4: Hoe kan mijn organisatie beginnen met de digitalisering van processen?
‍Begin klein. Identificeer een specifiek proces met een duidelijke pijnpunt, zoals de registratie van cliënten of de planning van afspraken. We ontwikkelen graag een kleinschalige pilot met een low-code platform en betrekken hierbij zowel IT als de eindgebruikers (zorgprofessionals). De lessen die jullie leren van dit project helpen het succes geleidelijk op te schalen.

‍

Bij Harmony Group geloven we dat het welzijn van onze medewerkers de basis is voor een gezonde en productieve werkplek. We zetten ons dan ook actief in om een omgeving te creëren waarin iedereen zich ondersteund voelt, zowel professioneel als persoonlijk.
‍

Focus op de mens

Onze medewerkers staan op nummer 1. Daarom vinden we het belangrijk om een gezonde werk-privébalans te bevorderen en geven we ruimte voor persoonlijke groei. We helpen niet alleen vaardigheden te ontwikkelen, maar bieden ook persoonlijke coaching met oog voor zowel de professionele groei als het mentaal welzijn.
‍

Jaarlijkse Survey

Elk jaar meten we via de Happy Harmony Survey in Belgie en de B-Happy Survey in Nederland het engagement en welzijn van onze medewerkers. De feedback die we ontvangen, vertalen we in concrete acties, die we vastleggen in ons welzijnsbeleid. Op deze manier blijven we ons voortdurend verbeteren en spelen we in, op de behoeften van ons team.
‍

Initiatieven van het Wellbeing Team

Binnen ons Business Consultancy luik hebben we een Wellbeing Team, onderdeel van de People Tribe. Zij organiseren regelmatig acties om het welzijn te versterken. Een Wellbeing Day, met onder andere mindfulness-sessies, ergonomie tips, massages en gezonde voeding bijvoorbeeld.

Ook sporten doen we regelmatig samen: wandelen, lopen, padellen… Zo laden medewerkers op en voelen ze zich goed op de werkplek.

‍

Ons welzijnscharter

Om duidelijk te maken waar medewerkers terecht kunnen als ze zich niet goed voelen, hebben we een wellbeing charter opgesteld. Dit charter hangt op een zichtbare plaats en biedt alle nodige informatie over beschikbare ondersteuningsmogelijkheden.

‍

Gezondheidspartner Alan

Tot slot bieden we via Alan, onze persoonlijke gezondheidspartner, preventieve gezondheidszorg aan. Met onze hospitalisatie- en ambulante verzekering kunnen medewerkers advies krijgen over onderwerpen zoals stress, slaap, voeding en sporten. Ook worden gezondheidskosten, zoals consultaties en therapieën, vergoed, zodat onze medewerkers zich optimaal kunnen focussen op hun gezondheid.

‍

Werken aan geluk, samen

Bij Harmony Group blijft het welzijn van onze medewerkers onze hoogste prioriteit. We geloven dat een gezonde en gelukkige werkomgeving bijdraagt aan het gezamenlijke succes van ons bedrijf.

‍

Bij Harmony Group geloven we dat cutting-edge technologie zoals AI en VR toegankelijk moet zijn—niet intimiderend.

‍

Daarom besloot onze tech lead Owen Corstens te laten zien hoe makkelijk het eigenlijk is om deze technologieën te integreren met het low-code platform van OutSystems.

‍

In deze blogreeks neemt Owen je stap voor stap mee in zijn experimenten. Of je nu developer, business leader of gewoon techliefhebber bent: je zal zien hoe platforms als OutSystems innovatie kunnen versnellen. Let’s dive in! 🏊

‍

‍

‍

Toen ik dit project voor het eerst voor me zag, had ik één duidelijk doel: ik wilde een Virtual Reality-scene maken in OutSystems, waarbij ik de hele wereld om me heen kon bouwen... gewoon door ermee te praten. En het beste deel? Ik wilde niets vooraf definiëren—niet de omgeving, niet de OutSystems-database. AI moest al het zware werk doen. Waarom zou ik het zelf doen? 😉

‍

Belangrijk detail: we bouwen een webapplicatie. Omdat we OutSystems gebruiken en dit in VR willen laten werken, leek dat gewoon de meest logische keuze.

‍

🎯 Cool doel, maar waar begin je?

‍

De eerste stap leek me: zorgen dat mijn stem überhaupt gehoord wordt door de applicatie. Dus ik begon simpel. Het enige doel was: praten tegen de app. Er zijn allerlei manieren om dat voor elkaar te krijgen, maar toen ik ongeveer een jaar geleden begon te experimenteren met speech listeners, had ik daar nog amper ervaring mee.

‍

Ik koos dus voor iets vertrouwds: de ingebouwde WebKitSpeechRecognition API. Die had ik eerder al gebruikt voor een hackathon, dus dat voelde veilig als startpunt.

‍

Deze web speech API is onderdeel van de browser, maar wat ik toen nog niet wist (en pas ontdekte tijdens de implementatie): het is nog steeds een experimentele feature. En dat zou al snel belangrijk blijken.

‍

Na het opzetten van de juiste listeners en methodes leek alles best soepel te werken. Ik moest het gewoon triggeren—et voilà, hij begon te luisteren.

‍

‍

Nice! Ik zat duidelijk op het juiste spoor—mijn stem op het scherm zien verschijnen voelde als een overwinning 😎😎 Maar helaas, de Web Speech API was niet ideaal. Hij had echt moeite met mijn prachtige accent. Ik liet het me niet teveel raken—ik was vooral op zoek naar een happy flow.

‍

Maar toch kreeg ik veel rare en foute resultaten. Zoals die keer dat ik zei: “make the box with ID object one smaller,” en hij iets opving over ‘warmte’. En dat was al mijn derde poging…

‍

Dus ja, niet ideaal.

‍

We gingen door. De volgende stap: zorgen dat de speech listener automatisch geactiveerd werd—geen knopjes meer moeten indrukken telkens. Dat betekende dat ik iets nodig had als een Wake Word Function. Klinkt cool, toch?\

‍

Na wat snelle research ontdekte ik dat er tools zijn zoals Picovoice die dat voor je doen. Maar natuurlijk wilde ik het zelf bouwen. Makkelijker gezegd dan gedaan.

‍

Ik ging opnieuw creatief aan de slag met WebKitSpeechRecognition. Door een continuous listener te gebruiken, hield ik de microfoon open. We voegden logica toe zodat hij alleen reageerde op een specifieke command, niet op alles wat ik zei.

‍

‍

Na flink wat trial-and-error werkte het eindelijk—de app reageerde als ik het juiste commando zei. Zoals je al zag in de titel: mijn trigger phrase werd “Hey Daisy.” Oorspronkelijk wilde ik “Hey AIRY,” omdat dat de projectnaam is, maar de API snapte AIRY niet zoals ik het uitsprak thuis. Dus werd het Daisy 😅

‍

Om het echt een Wake Word te maken, moest hij ook luisteren terwijl ik de app niet actief gebruikte. En daar liep ik vast. Zowel iOS als Android blokkeerden een open audioverbinding op de achtergrond. Er zijn shady workarounds, maar die wilde ik voorlopig vermijden.

‍

🙌 ALRIGHT! Alles leek nu op z’n plek te vallen… toch?

Niet helemaal.

‍

Later, tijdens het testen in een VR-omgeving, reageerde niets meer op mijn commando’s. In de gewone browser werkte alles, maar in de VR-omgeving leek het alsof hij me niet hoorde.

‍

Na eindeloos testen en debuggen ontdekte ik de oorzaak: de browser speech APIs worden simpelweg niet ondersteund in de META-browser op de Quest 2. Zelfs alternatieve browsers werkten niet. Tja, experimenteel dus.

‍

Ik maakte een pivot. Wat als ik de commando’s vanaf een ander toestel zou sturen? Omdat de speech wel werkte op mijn desktop én telefoon, leek dat haalbaar.

‍

Nieuwe challenge: hoe krijg ik die commando’s in de headset?

‍

Met OutSystems was het makkelijk om data naar de server te sturen. Maar hoe krijg je die data terug naar de VR-client? Dat was lastiger.

‍

Eerst probeerde ik polling—maar dat belastte de client veel te hard. Geen goed idee. En ja, API’s openen... daar was ik al eerder op afgebrand door een OutSystems tech expert 😅. Timers probeerde ik ook, maar dat loste niks op.

‍

Na wat ChatGpting (yup, we maken er een werkwoord van, net als googlen), stuitte ik op websockets. Dit klonk als een oplossing!

‍

Ik dook erin, begon from scratch en... belandde meteen in het Amazon-universum 😖 Zoveel nieuwe dingen waar ik nul ervaring mee had. Maar hey, ik hou wel van een uitdaging.

‍

(We gaan het opzetten van een websocket in OutSystems behandelen in de volgende blog—nu even focus houden op de speech.)

‍

En jawel, met een websocket werkte het! De omgeving hoorde me eindelijk. Perfect! Maar natuurlijk: los je één probleem op, krijg je er een ander voor terug.

‍

Dat probleem kende ik eigenlijk al, maar had ik genegeerd tot nu. De speech API herkende mijn commando’s niet goed. Soms moest ik een zin tien keer herhalen. Super frustrerend. En het ergste? Je weet nooit waar het fout loopt: speech API? Websocket? AI? Of gewoon slecht verstaan?

‍

Dus… ik gooide alles weg :)

‍

Soms is opnieuw beginnen gewoon het beste. 💡

‍

We hebben de hele command-passing feature gedropt (ik hield het niet droog 🥺). Ik besloot over te stappen naar de Azure Speech APIs. Die gebruikte ik ook bij de hackathon. Niet gratis, maar de hoofdpijn was het niet waard. Ik overwoog Amazon ook, met hun gratis credits, maar ik bleef toch bij Azure.

‍⚠️ Side note: OutSystems importeert libraries op een specifieke manier—later meer daarover. Voor nu: importeer gewoon de Azure Speech SDK webpack in je OS-project.

‍

‍

Alright, deze blog wordt lang—je bent er bijna! En ja, je krijgt straks de component te zien 😉

‍

‍

Na het toevoegen van Azure Speech API werkte alles bijna perfect. Maar ja, elk opgelost probleem brengt nieuwe mee. Dit keer twee.

‍

De AI probeert je zin te verbeteren. Klinkt handig, maar daardoor herkende hij mijn trigger niet meer. Hij begon komma’s toe te voegen. Mijn oplossing: ik veranderde de command van “Hey Daisy” naar gewoon “Daisy.” Ik zeg nog steeds “Hey Daisy,” maar de continuous listener mist soms het begin, en dat zorgde dat het vaak faalde.

‍

Autoplay policies in browsers. Als je ooit geprobeerd hebt een microfoon of camera meteen na een redirect te openen, dan weet je: dat werkt niet. De WebKit Speech werkte prima direct bij het laden. Maar de Azure SDK? Nope. Geen error, geen waarschuwing.

‍

De fix: ik had een user gesture nodig. In plaats van moeilijke workarounds maakte ik gewoon een startscherm met één grote knop om de app te starten. Simpel. Effectief.

‍

🎉 En daar was het dan: mijn finale fix!

‍

Het was een geweldige rit om het speech-systeem te krijgen zoals ik het voor ogen had. Na al die obstakels hebben we nu een werkende Wakeword Function die mijn voice commands omzet in echte acties in de app.

‍

De WakewordFunction Forge-componenten zijn nu te downloaden! Je krijgt een library component én een demo app (alleen ODC voorlopig). Test het uit, verbeter het en geef vooral feedback :) Ik ben er 100% klaar voor om nog betere WakewordFunctions te bouwen! 💖

‍

Ik heb onderweg een paar mentale crashes gehad, maar ben blij dat ik ben blijven doorzetten. Dit speech-gedeelte is echt een kernonderdeel van mijn project geworden.