PGO software en persoonlijke gezondheidsomgevingen: waar let je op?
Een persoonlijke gezondheidsomgeving geeft mensen toegang tot gezondheidsgegevens uit verschillende bronnen. Voor organisaties en leveranciers draait de beoordeling daarom om interoperabiliteit, toestemming, begrijpelijkheid en betrouwbare gegevensuitwisseling.
Afbakenen vóór je producten vergelijkt
Bepaal eerst welke gegevensdiensten en gebruikersscenario’s relevant zijn. Een PGO is geen vervanging voor ieder zorgsysteem, maar een persoonlijke omgeving rond gegevens van de gebruiker.
Kijk naar de hele keten: bron, gegevensdienst, toestemming, identiteit en presentatie aan de gebruiker. Een technisch werkende koppeling is niet automatisch begrijpelijk voor patiënten of cliënten.
Functionele en organisatorische eisen
Interoperabiliteit en duidelijke gebruikerscontrole staan centraal.
- ondersteunde gegevensdienstenLaat de leverancier aantonen wat standaard beschikbaar is en waar configuratie of maatwerk begint.
- heldere toestemmings- en intrekkingsflowControleer dit met een eigen praktijkscenario en leg het antwoord vast voor de shortlist.
- veilige identificatie en authenticatieVraag hoe dit wordt beheerd na livegang, niet alleen hoe het tijdens de demo werkt.
- begrijpelijke presentatie van ontvangen gegevensBeoordeel zowel de functie als de tijd die intern nodig is om deze goed te blijven gebruiken.
Controleer hoe fouten of ontbrekende gegevens aan gebruikers worden uitgelegd zonder onnodige technische termen.
Wat je een leverancier concreet moet laten zien
Test een volledige gegevensuitwisseling met toestemming en intrekking.
- welke gegevensdiensten zijn beschikbaar?Laat zien hoe dit werkt bij een normale situatie én bij een fout of wijziging.
- hoe ziet de gebruiker de herkomst van gegevens?Vraag wie verantwoordelijk is wanneer dit onderdeel niet werkt zoals verwacht.
- wat gebeurt er na intrekken van toestemming?Laat de leverancier het antwoord onderbouwen met de werkelijke beheeromgeving.
- hoe worden foutmeldingen en support afgehandeld?Controleer of het antwoord ook geldt voor het pakket en serviceniveau dat je wilt afnemen.
Vraag ook welke onderdelen de PGO-aanbieder zelf beheert en welke afhankelijk zijn van andere partijen in de keten.
Waar projecten vaak op vastlopen
Ketenafhankelijkheid maakt support en incidentonderzoek complexer.
- onduidelijke foutverantwoordelijkheidControleer periodiek of deze situatie in de praktijk toch ontstaat.
- te technische gebruikersmeldingenMaak dit onderdeel van contract- of beheerafspraken wanneer meerdere partijen betrokken zijn.
- toestemming die niet begrijpelijk wordt uitgelegdGebruik monitoring of een vaste review om dit risico aantoonbaar te beheersen.
- verschillen in beschikbaarheid per gegevensdienstBepaal vooraf wie dit risico signaleert en welke herstelactie daarna volgt.
Maak voor gebruikers en supportteams duidelijk waar zij terechtkunnen bij verschillende typen problemen.
Praktische invoering en beheer
Begin met concrete gebruiksscenario’s en meet of gebruikers de gegevens en toestemmingskeuzes begrijpen.
- test met verschillende gebruikersgroepenVoer dit uit met echte gebruikers en gegevens die representatief zijn voor de dagelijkse praktijk.
- controleer intrekken van toestemmingLeg bevindingen vast zodat dezelfde fout niet bij een volgende fase terugkomt.
- documenteer ketenverantwoordelijkhedenKoppel hier een concreet acceptatiecriterium aan vóórdat de volgende stap begint.
- monitor supportvragen per gegevensdienstPlan hiervoor voldoende interne capaciteit; de leverancier kan niet alle proceskeuzes overnemen.
Een PGO is pas bruikbaar wanneer techniek en gebruikersbegrip samen functioneren.
Selectiematrix voor je shortlist
Maak de vergelijking controleerbaar door per leverancier hetzelfde bewijs te verzamelen. Zo voorkom je dat een sterke presentatie zwaarder weegt dan de onderdelen die in de dagelijkse praktijk het verschil maken.
| Selectiepunt | Wat laat je aantonen? | Geschikt bewijs |
|---|---|---|
| ondersteunde gegevensdiensten | Welke gegevensdiensten zijn beschikbaar? | proefopstelling met echte gebruikers |
| heldere toestemmings- en intrekkingsflow | Hoe ziet de gebruiker de herkomst van gegevens? | contractuele serviceafspraak |
| veilige identificatie en authenticatie | Wat gebeurt er na intrekken van toestemming? | live demo met eigen scenario |
| begrijpelijke presentatie van ontvangen gegevens | Hoe worden foutmeldingen en support afgehandeld? | schriftelijke productdocumentatie |
Beslisnotitie: leg vóór het besluit vast hoe je omgaat met onduidelijke foutverantwoordelijkheid, wie eigenaar wordt van test met verschillende gebruikersgroepen, en op welk moment je controleert of de gekozen oplossing de beloofde verbetering werkelijk oplevert.
Bekijk PGO- en zorgleveranciers
Verken organisaties binnen PGO en persoonsdomein.
Bekijk mogelijkheden →