Storingen in zorgtechnologie die niemand oplost? Ik vind de oorzaak.

Onafhankelijke storingsanalyse en acceptatietesten voor zorgdomotica, alarmering en andere connected systemen. Van device tot software. Geen schuldvraag, wel de feiten.

Herkenbaar?

Komt dit bekend voor?

Intussen zoekt iedereen in zijn eigen hoek: de hardwareleverancier bij het device, de ontwikkelaar in de code, de beheerder in het netwerk. Niemand overziet de hele keten.

Dat doe ik wel.

  • Een ticket staat al maanden open.
  • De hardware is meerdere keren vervangen, maar de storing blijft.
  • Het probleem treedt soms wel en soms niet op, en niemand kan het reproduceren.
  • De leverancier wijst naar ICT, ICT wijst naar de leverancier.
  • Op het dashboard staat alles op groen, maar op de werkvloer gaat het mis.

Mijn diensten

Twee momenten waarop ik het verschil maak

Achteraf

Storingsanalyse: als het al misgaat

Een storing die blijft terugkomen, kost geld, tijd en het vertrouwen van de werkvloer. Ik begin bij wat de gebruiker ervaart, volg de hele keten en onderbouw de oorzaak met data. Je krijgt een bewezen oorzaak en een overdracht waarmee je ontwikkelteam direct aan de oplossing kan werken.

Meer over storingsanalyse →

Vooraf

Acceptatietest: voordat het misgaat

Een nieuw alarmerings- of domoticasysteem ziet er op papier vaak perfect uit. Ik test het in de praktijk, vanuit de zorgmedewerker en op ketenniveau, vóór je tekent voor de oplevering. Zo vind je de problemen voordat de nachtdienst ze vindt.

Meer over acceptatietesten →

Waarom SolveTrace

Waar anderen stoppen bij een groen dashboard, kijk ik verder

Onafhankelijk

Ik ben geen leverancier en geen ICT-afdeling. Ik heb geen belang bij de uitkomst, alleen bij de feiten. Daardoor kunnen alle partijen weer naar hetzelfde kijken.

De hele keten, niet één stukje

Device, netwerk, server, software. De fout zit vaak op de overgang tussen twee onderdelen, precies waar niemand eigenaar van is.

Juist de fouten die soms wel en soms niet optreden

Een fout die altijd optreedt, vindt iedereen. Mijn terrein is het alarm dat alleen ’s nachts niet aankomt, of het scherm dat alleen bij dubbele alarmering bevriest.

Kennis van de zorg

Ik weet wat een gemist alarm in de nachtdienst betekent. Ik vertaal techniek naar risico voor de organisatie, en risico weer terug naar techniek voor de leverancier.

Uit de praktijk

Wat iedereen dacht, en wat het echt was

Hardware vervangen, de storing bleef

Het device werd meerdere keren vervangen. De oorzaak zat in de communicatie tussen device en server.

Lees de case →

De acceptatietest die eindigde in een afkeur

Bij dubbele alarmering bevroor het scherm. Gevonden vóór de live-gang, niet erna.

Lees de case →

Het spookalarm in de nachtdienst

Niet het personeel en niet de wifi, maar een netwerksync om 03:00 uur.

Lees de case →

Voor wie

Voor wie ik werk

Zorgorganisaties: managers zorg & technologie en hoofden ICT of facilitair die grip willen op hun alarmering en domotica.

Leveranciers en integrators: die een slepend ticket bij een klant definitief willen oplossen.

Projectleiders en adviseurs zorgtechnologie: die een onafhankelijke technische specialist naast zich willen hebben.

Werkwijze

Hoe het werkt

  1. Kennismaking (20 min): je vertelt wat er speelt, ik geef aan of en hoe ik kan helpen.
  2. Verkenning (2 dagen): ik breng de keten en het ticketverloop in kaart. Daarna beslis jij of we doorgaan.
  3. Analyse en overdracht: een bewezen oorzaak, een korte rapportage en een gesprek met je team.

Loopt er een storing vast, of staat er een live-gang op de planning?