Hoe u een softwareproject in de gezondheidszorg kunt redden na falende leveranciers

Is het niet spannend als uw zorgsoftware eindelijk in ontwikkeling is en u aftelt naar de grote lancering?

Maar dan hoor je steeds:‘We hebben nog maar twee weken nodig om het af te maken.’ En het ergste is dat ze dat al zes maanden zeggen.

Als dat bekend klinkt, horen we je. Een groot aantal softwareprojecten in de gezondheidszorg valt uiteen, simpelweg omdat de verkeerde leverancier aan het stuur zat. Uit onderzoek blijkt zelfs dat tot 70% van de technologieprojecten in de gezondheidszorg mislukt vanwege kostenoverschrijdingen, slechte bruikbaarheid of lage acceptatie.

We zijn talloze keren ingeschakeld om aanvragen te redden die volledig van het goede spoor waren geraakt. Mislukte EPD-integraties, onhandige patiëntportals, systemen die niemand daadwerkelijk kan gebruiken, we hebben ze allemaal opgelost.

Maar we zijn hier niet voor een verwijtende tirade van leveranciers.

In deze blog leggen we uit hoe je gezondheidszorgsoftware kunt repareren die door een vorige leverancier is ontspoord en hoe je deze met succes opnieuw kunt lanceren.

Laten we beginnen.

Hoe slechte leveranciers softwareprojecten in de gezondheidszorg vernietigen

Softwareprojecten voor de gezondheidszorg moeten met precisie en zorg worden ontwikkeld.

Organisaties moeten een strategische lens gebruiken om de hoofdoorzaken van mislukkingen te diagnosticeren, waardoor ze hun leveranciers beter kunnen begrijpen en intelligentere keuzes kunnen maken.

Hier is een kijkje in de chaos waarmee veel zorgteams worden geconfronteerd.

1. Geen ontdekking, alleen levering

Veel leveranciers gaan meteen aan de slag zonder voldoende tijd te investeren in ontdekking.

Ze slaan cruciale stappen over, zoals interviews met belanghebbenden, de workflow en de regelgeving. Het resultaat is, zoals verwacht, software die er op papier goed uitziet, maar in de praktijk instort. 

Echt voorbeeld:

Girard Medical Center in Kansas wilde een EPD-systeem implementeren en tekende een contract ter waarde van $ 2,9 miljoen met Cerner, een van de beste EPD-leveranciers.

De leverancier heeft de omvang en de workflows van het ziekenhuis nooit volledig begrepen, en het systeem is nooit live gegaan.

Het ziekenhuis wachtte al meer dan anderhalf jaar, verloor meer dan $ 1 miljoen en miste federale stimuleringsmaatregelen.

Volgens de dossiers van Girard gaven ze toe dat het ziekenhuis Cerner herhaaldelijk op de hoogte had gesteld en dat het zijn beloften niet nakwam. Dit is een klassiek geval van het overslaan van ontdekkingen en blind bouwen. (Bron)

2. Geen gezondheidszorgcontext

Gezondheidszorg is niet zoals fintech of retail. Het heeft zijn eigen ecosysteem van standaarden, zoals FHIR, HL7 en HIPAA, die bepalen hoe gegevensstromen en privacy worden beschermd.

Verkopers zonder deze context creëren tikkende tijdbommen voor naleving.

In deze context, Pete Peranzo, medeoprichter van Imaginovation , deelt, "De grootste hindernis waarmee bedrijven te maken krijgen bij deze toepassingen in de gezondheidszorg is naleving. Er is gewoon zoveel naleving dat het alles vertraagt."

Echt voorbeeld:

Het Amerikaanse Department of Veterans Affairs en de uitrol van Oracle Cerner EPD hebben deze kloof op dramatische wijze blootgelegd.

Het systeem stuurde meer dan 11.000 patiëntbestellingen naar een ‘onbekende wachtrij’, wat resulteerde in vertragingen in de zorg en gedocumenteerde schade aan de patiënt.

De fout werd een schijnbare mislukking genoemd en toegeschreven aan een gebrek aan domeinkennis en testnauwkeurigheid.

Bron:DOTMed-rapport

3. Slechte communicatie en transparantie

Wat gebeurt er als de communicatie mislukt?

Het vertrouwen erodeert, en tegen de tijd dat cliënten zich realiseren dat er iets mis is, is het vaak al te laat.

Echt voorbeeld:

Een ziekenhuis in een gepubliceerde ResearchGate-casestudy keerde terug naar papieren workflows nadat de uitrol van het EPD mislukte. De oorzaak was niet alleen slechte code; het was een slechte communicatie.

Toen ontwikkelaars stopten met het informeren van belanghebbenden, had het leiderschap geen zicht en bleven de frustraties van gebruikers ongehoord totdat het hele project instortte.

Bron:ResearchGate-onderzoek

4. Snelcode en technische schuld

Leveranciers haasten zich om onrealistische deadlines te halen en ‘laten het vaak werken’ met snelle oplossingen.

Maar in de gezondheidszorg brengen deze sluiproutes niet alleen software kapot, maar brengen ze ook de veiligheid van de patiënt in gevaar.

Echt voorbeeld:

Tijdens de implementatie van Oracle Cerner bij de VA brachten interne onderzoeken technische patches en niet-geteste modules aan het licht die tot grote workflowfouten leidden.

Bestellingen gingen verloren, waarschuwingen mislukten en artsen verloren het vertrouwen in het systeem. De daaruit voortvloeiende technische schulden kostte miljoenen om af te lossen.

Bron:NextGov-rapport

5. De MVP Mirage

De ‘snelle MVP’-belofte kan bedrieglijk zijn. Leveranciers leveren iets dat er bruikbaar uitziet, maar de robuustheid mist voor echte gezondheidszorgomgevingen. 

Echt voorbeeld:

Een wellness-startup die een platform voor patiëntmonitoring op afstand bouwde, haastte zich om een MVP te lanceren. De leverancier gebruikte niet-conforme API's en negeerde de FHIR-normen. Toen ziekenhuizen zich eindelijk klaarmaakten om het systeem te testen, faalde het bij de interoperabiliteitstests.

Het hele product moest helemaal opnieuw opgebouwd worden, en dat bleek een kostbare les.

👉 Waar het op neerkomt

De meeste mislukte softwareprojecten voor de gezondheidszorg mislukken niet zomaar van de ene op de andere dag; ze bezwijken stilletjes onder slechte processen.

Andere factoren, zoals slechte communicatie en misplaatste prioriteiten, dragen ook bij aan de mislukking. Elke vertraging, sluiproute en misstap wordt steeds groter, totdat het systeem en het vertrouwen instort.

💡 Verbeeldingsinzicht

Als het gaat om de meest voorkomende fouten die leidinggevenden in de gezondheidszorg maken bij het kiezen van een leverancier van softwareontwikkeling, onderstreept Pete:"Misstappen bij inkoop, overhaaste RFP's, prioriteit geven aan kosten boven mogelijkheden en het negeren van compliance-expertise zijn veelvoorkomende valkuilen die ernstige gevolgen kunnen hebben voor softwareprojecten in de gezondheidszorg."

Pete voegt hieraan toe:"Het grootste dat we hebben ervaren is dat het verschil tussen ons en andere bedrijven is dat veel van deze bedrijven, vooral op dit gebied, een systeem voor je bouwen en het vervolgens aan je verhuren. Je bent dus technisch gezien niet de eigenaar van het volledige product."

Hij vat samen:"Je hebt een leverancier nodig die niche-ervaring heeft in de gezondheidszorg, die zich bezighoudt met FDA-goedkeuringen en HIPAA-compliance, maar ook een leverancier die de gebruikerservaring en snelheid niet opoffert."

Wat doen geweldige softwareontwikkelaars voor de gezondheidszorg anders?

Voor leiders in de gezondheidszorg die klaar zijn om het moment te grijpen, is het ontwikkelen van toekomstbestendige gezondheidszorgsoftware essentieel. Het vinden van een betrouwbare en deskundige partner kan het verschil maken.

Hier vindt u een voorproefje van de mogelijkheden die u kunt benutten als u de juiste partner inschakelt die uw softwareproject in de gezondheidszorg begeleidt.

1. Ontdekking eerst, altijd

Toppartners beschikken over een systematisch proces voor het stellen van lastige vragen. Het ontdekkingsproces is gedetailleerd, waardoor u het project grondig kunt begrijpen voordat u ook maar één regel code schrijft.

Ze investeren tijd in het begrijpen van workflows, gebruikersbehoeften en wettelijke beperkingen. Dit achtergrondwerk helpt ervoor te zorgen dat de ontwikkeling op een solide basis begint.

2. Nalevingsgericht denken

Ze ontwerpen met HIPAA, PHI en klinische validatie die vanaf het begin zijn ingebouwd en niet als bijzaak zijn toegevoegd.

3. Duidelijke documentatie en eigendom

Alle belanghebbenden hebben zichtbaarheid, wat wordt gewaarborgd door transparante codeopslagplaatsen.

Bovendien werken de partners aan gestructureerde overdracht en open samenwerking. Deze stappen worden genomen om de verantwoording gedurende de gehele levenscyclus van het project te garanderen.

4. Empathie voor de eindgebruiker

Elke functie is gekoppeld aan klinische of patiëntworkflows, en niet alleen aan het gemak van ontwikkelaars, waardoor de software echt bruikbaar is in de praktijk.

5. Langetermijndenken

Architectuur is ontworpen met het hart om schaalbaarheid en onderhoudbaarheid te garanderen. Het ontwikkelingsteam zal nooit softwareprojecten voor de gezondheidszorg bouwen voor kortetermijnsprints of snelle oplossingen.

Bij het opnieuw opbouwen van een mislukt softwareproject in de gezondheidszorg vertelt Pete wat het Imaginovation-team anders doet. Pete herhaalt:"Het Imaginovation-team onderscheidt zich van andere bedrijven voornamelijk door eigendom en controle over de software die zij ontwikkelen. In tegenstelling tot veel leveranciers die systemen bouwen en verhuren, zorgt Imaginovation ervoor dat haar klanten het volledige intellectuele eigendom (IP) van het product bezitten. Deze aanpak biedt klanten volledige eigendomsrechten, waardoor een betere flexibiliteit en controle over de software mogelijk wordt, vooral als ze moeten overstappen van een vorige leverancier."

Hij onderstreept zijn punt met de casestudy van Everflex, een succesvol op maat gemaakt softwaresysteem voor de gezondheidszorg dat opnieuw is opgebouwd door het Imaginovation-team. In de casus werd samengewerkt met Movement for Life, een uniek fysiotherapiebedrijf in de particuliere praktijk, om hun software effectief te reconstrueren, wat de expertise van Imaginovation in het leveren van grondige, hoogwaardige oplossingen aantoont.

Everflex was een voorbeeld van het vermogen van Imaginovation om softwaresystemen voor de gezondheidszorg nieuw leven in te blazen en te verbeteren, en demonstreerde de vaardigheid van het team in het beheren van complexe projecten en het omzetten van verouderde of problematische softwareoplossingen voor klanten in de gezondheidszorg.

 Hoe je kapotte gezondheidszorgprojecten voorgoed kunt herstellen

Hier is een trefzekere manier om een falend softwareproject in de gezondheidszorg te redden en toekomstbestendig te maken.

Stap 1:Bestaand project controleren

Je kunt het probleem niet repareren zonder te weten wat er gerepareerd moet worden.

Daarom is het een goed idee om een volwaardige audit uit te voeren op zowel technische als compliance-aspecten.

Tot de factoren die moeten worden gecontroleerd, behoren codekwaliteit, infrastructuur en databeheer. U kunt erover nadenken om vast te stellen wat te redden is en wat technische schulden zijn.

Vergeet niet om contracten, documentatie en toegangscontroles te controleren.

👉 Belangrijkste afhaalpunten: Het zal helpen om een duidelijk beeld te krijgen van de omvang van de redding, zodat u er omheen kunt werken.

Stap 2:heroverweeg uw ontwikkelingspartners

Bij het selecteren van de juiste bezorgpartner moet men onthouden dat het een strategische beslissing is. Het is het beste om dit niet als een aanbestedingsoefening te beschouwen.

Stel de vragen die echte capaciteiten onthullen:

• Hoe is compliance in de gezondheidszorg ingebed in uw architectuur?
• Wie is eigenaar van de code en het IP-adres?
• Wat is uw ontdekkings- en overdrachtsproces?

👉 Let op rode vlaggen:

Er zijn duidelijke waarschuwingssignalen waar u op moet letten, zoals onduidelijke verantwoording of zwakke processen. Nog een andere rode vlag is ontwijkende communicatie.

👉 Mindset:

Houd er bij het kiezen van partners rekening mee dat de focus moet liggen op het werken aan transformatiepartners op de lange termijn.

Stap 3:Ontdekking opnieuw definiëren

In deze fase moet je de kapotte projecten, die meestal gebaseerd zijn op slechte ontdekkingen, aanpakken en eraan werken om ze opnieuw uit te voeren. Het is ook geweldig om bedrijfsdoelen, workflows en klinische resultaten opnieuw te bevestigen.

Alle leiders, van klinisch tot operationeel tot IT, moeten op één lijn zitten. Verder kan de focus liggen op het definiëren van nalevingscontrolepunten en kritieke paden voordat het ontwerp begint.

👉 Inzicht: Het is vermeldenswaard dat robuuste ontdekking 80% van de herbouwkosten later voorkomt.

Stap 4:Plannen, niet patchen

In de volgende fase zal het helpen om een gestructureerde herstelroutekaart aan te nemen die zich richt op het stabiliseren van het softwareproject. Het ontwikkelingsteam kan dan samenwerken om het project opnieuw te ontwerpen.

Naarmate het stadium zich ontwikkelt, moet men aan herschikking werken. Tijdens deze fase is het van cruciaal belang om prioriteit te geven aan gebieden met een hoog risico, waaronder gegevensintegriteit en gebruikerservaring.

Nog een ander facet om aan te werken is het toewijzen van budget voor validatie en testen, naast coderen.

👉 Verbeeldingsinzicht:

De ervaring van Imaginovation is dat teams vaak minder tijd besteden aan het correct herbouwen dan aan het eindeloos patchen van gebrekkige systemen.

Stap 5:Herontwerp en ontwikkel op de juiste manier

Denk er bij het herontwerpen aan om het softwareproject te moderniseren en houd schaalbaarheid in gedachten. Het is van essentieel belang om de veiligheidskenmerken van gebouwen streng te controleren en duurzaamheid in gedachten te houden.

Een geweldige manier is om agile sprints met transparante mijlpalen te gebruiken. Het ontwikkelingsteam kan vanaf dag één compliance-monitoring inbouwen.

Documenteer in elke fase alle technische en ontwerpbeslissingen.

👉 Verbeeldingskracht:

Bij Imaginovation dwingen we de verantwoordelijkheid van ontwikkelaars af, zorgen we voor transparantie over eigendom en handhaven we het bestuur gedurende de hele bouw.

Stap 6:valideren, testen en beheren

De QA- en testfase is cruciaal en het softwareproject moet een rigoureuze validatie ondergaan met toezicht op de lange termijn.

De leverancier moet ervoor zorgen dat het project voortdurende QA- en HIPAA/FDA-nalevingscontroles doorloopt. Het zou geweldig zijn om onafhankelijke audits te hebben vóór de productie.

Als het gaat om doorlopend bestuur, zorg er dan voor dat u het volgende opneemt:

• Regelmatige nalevingsaudits
• Protocollen voor wijzigingsbeheer
• Het bijhouden van leveranciersprestaties 

Eindelijke afhaalmaaltijd:

Kapotte gezondheidszorgprojecten kunnen nieuw leven worden ingeblazen, maar alleen met gedisciplineerde audits, transparante partnerschappen en bestuur dat vanaf het begin is ingebouwd.

Het bewezen herstelframework van Imaginovation zorgt ervoor dat uw volgende implementatie veilig, schaalbaar en duurzaam is.

Afronding:uw leverancier heeft gefaald, niet uw visie

Wanneer een project mislukt, kunt u erover nadenken of uw strategie fout gaat, of heroverwegen of u de verkeerde leverancier heeft ingeschakeld.

Het goede nieuws: Veel gezondheidszorgorganisaties hebben na tegenslagen sterkere systemen herbouwd door de zaken op de rails te zetten, opnieuw te beoordelen wat er mis is gegaan en bedrijfsdoelen op één lijn te brengen met de technologielevering.

Als u ook te maken heeft met een mislukt of vastgelopen softwareproject in de gezondheidszorg, kunt u beginnen met een snelle audit. Ons team bij Imaginovation kan u helpen te ontdekken wat u kunt oplossen en de visie waarmee u begon weer nieuw leven in te blazen.

We hebben uitgebreide ervaring met het vol vertrouwen bouwen, integreren en opschalen van de juiste oplossingen.

Laten we praten.