Diensten

“De leverancier zegt dat het kan. Maar wat betekent dat voor ons?”

Een oplossing kan technisch mogelijk zijn en toch lastig in te voeren of te beheren. Ik help zorgorganisaties om leverancierskeuzes en technische plannen te beoordelen op wat ze daadwerkelijk vragen van de eigen organisatie.

Waar het misgaat

Een leverancier laat zien wat een oplossing kan. Maar een demonstratie of offerte vertelt niet altijd wat de invoering en het beheer vragen van de eigen organisatie.

Denk aan koppelingen, gegevensstromen, beveiliging, benodigde kennis, beheerinspanning en afhankelijkheden van andere systemen.

Die gevolgen worden soms pas zichtbaar wanneer de keuze al is gemaakt en de planning vastligt.

Ook bij bestaande leveranciersrelaties kunnen vragen ontstaan. Wat is precies afgesproken? Wat wordt daadwerkelijk geleverd? Welke verantwoordelijkheden liggen bij de leverancier en welke bij de organisatie?

Als verwachtingen en praktijk uiteenlopen, is het belangrijk om eerst vast te stellen waar dat verschil vandaan komt. Daarvoor zijn feiten nodig, niet alleen ervaringen of standpunten.

Wat ik doe

Ik onderzoek een voorgestelde of bestaande oplossing in samenhang met de technische omgeving, leveranciersafspraken en mogelijkheden van de eigen organisatie.

Bij een leveranciersvraag kijk ik naar gemaakte afspraken, prestaties, verantwoordelijkheden en afhankelijkheden.

Bij een technische keuze onderzoek ik de haalbaarheid en de gevolgen voor architectuur, beveiliging, continuïteit, beheer en structurele kosten.

Daarbij gebruik ik beschikbare documentatie, gesprekken met betrokkenen en waar mogelijk concrete gegevens over de bestaande situatie.

Waar specialistische technische beoordeling nodig is, betrek ik de daarvoor aangewezen deskundigen.

Ik maak de mogelijkheden, risicos en consequenties inzichtelijk, zodat de organisatie zelf een onderbouwd besluit kan nemen.

Zonder belang bij de uitkomst

Ik verkoop geen software en ontvang geen vergoeding van leveranciers voor een advies of selectie. Als voor een opdracht samenwerking met een specialist nodig is, maak ik vooraf duidelijk wie welke rol heeft en welke afspraken daarbij horen. Mijn advies is gebaseerd op wat de organisatie nodig heeft, niet op de voorkeur voor een bepaalde leverancier of technische oplossing.

Hoe een opdracht eruit kan zien

Soms staat een organisatie voor een nieuwe leverancierskeuze. Soms ligt er al een technisch plan, maar zijn de consequenties onvoldoende duidelijk. Het kan ook gaan om een bestaande oplossing die niet levert wat ervan wordt verwacht. De aanpak hangt af van de vraag die beantwoord moet worden en van wat al onderzocht is.

De vraag en bestaande situatie onderzoeken

Ik begin met het scherp krijgen van de keuze of het knelpunt.

Wat moet de oplossing mogelijk maken? Welke afspraken liggen er? Wat is bekend over de technische omgeving? En welke verwachtingen bestaan er bij de betrokkenen?

Bij een bestaande leveranciersrelatie kijk ik naar contracten, dienstverlening, prestaties en concrete voorbeelden van waar het niet goed loopt.

De uitkomst is een feitelijk beeld van de situatie en de punten die nader beoordeeld moeten worden.

Technische en organisatorische gevolgen toetsen

Vervolgens onderzoek ik wat de voorgestelde of bestaande oplossing betekent voor de organisatie.

Daarbij kijk ik onder andere naar de aansluiting op de bestaande architectuur, koppelingen en gegevensstromen, beveiliging, continuïteit, benodigde capaciteit en beheerinspanning.

Ook beoordeel ik welke afhankelijkheden ontstaan, welke verantwoordelijkheden bij de leverancier liggen en wat de organisatie zelf moet organiseren.

Bij een leveranciersvraag leg ik de feitelijke situatie naast de gemaakte afspraken. Bij een nieuwe keuze vergelijk ik de relevante mogelijkheden en consequenties.

Specialistische toetsen, bijvoorbeeld op het gebied van informatiebeveiliging of technische architectuur, worden waar nodig met de betrokken deskundigen uitgevoerd.

Keuzes en vervolgstappen bepalen

Op basis van de bevindingen maak ik inzichtelijk welke opties er zijn en wat deze betekenen.

Denk aan aanvullende afspraken met een leverancier, aanpassingen in het ontwerp, een andere technische keuze of maatregelen om het beheer beter te organiseren.

Daarbij benoem ik de belangrijkste risicos, afhankelijkheden, kosten en gevolgen voor de uitvoering.

Als de organisatie een richting heeft gekozen, kan ik helpen om de vervolgstappen te organiseren en de uitvoering te begeleiden.


Deze onderdelen vormen geen verplicht traject. We sluiten aan bij wat er al ligt en spreken vooraf af welk resultaat nodig is.

Meer over mijn rol bij realisatie en regie →

Een technische keuze met grote gevolgen?

Misschien ligt er een voorstel van een leverancier. Misschien is de oplossing al gekozen, maar worden de gevolgen voor invoering en beheer pas nu duidelijk.

In een verkennend gesprek kijken we naar de situatie, welke keuze voorligt en waar ik iets kan toevoegen.