Ziekenhuis stelt operaties uit wegens nieuwe versie elektronisch patiëntendossier
Het Dijklander Ziekenhuis in Hoorn heeft tientallen operaties wegens een nieuwe softwareversie van het elektronisch patiëntendossier moeten uitstellen, zo meldt het Noordhollands Dagblad. De overgang naar de nieuwe versie zorgde voor technische problemen, waardoor er veertig operaties niet konden plaatsvinden. Volgens de krant kregen operatiekamers tijdens de overgang naar de nieuwe versie met "technische uitdagingen" te maken, waardoor er beperkte capaciteit was.
Wat de technische uitdagingen precies inhielden is niet bekendgemaakt. Het ziekenhuis stelt dat het vanwege "goede en veilige zorg" de beslissing moest maken om de operaties te verzetten. De problemen zijn inmiddels opgelost. De patiënten van wie de operaties zijn uitgesteld zijn gebeld en met hen wordt een nieuwe operatiedatum afgesproken.
Er is maar zeer karige informatie beschikbaar, maar waarschijnlijk een update die ergens niet goed ging?
Waarschijnlijk een update in het weekend geinstalleerd, die niet helemaal goed ging?
Maar waarschijnlijk met alle kennis en kunde die hier aanwezig, zou dit de gemiddelde ITer nooit overkomen zijn.
Voor dit soort kritieke systemen verwacht je toch op zijn minst een OTAP-straat, of iets van een cluster met een load balancing mechanisme ertussen. (e.g. Blue-Green Deployment, Rolling Updates etc).
Vragen.. vragen..
Ook een faliover/redundant cluster moet dezelfde applicatie software draaien anders krijg je helemaal data problemen.
De vraag moet dus zijn: zijn er wel betrouwbare acceptatietesten geweest?
Testomgevingen zijn vaak spartaans uitgerust qua performance, omdat er maar een paar man op lopen te testen.
Ga je dan in productie dan blijkt de productie-omgeving het totaal niet te trekken, en dat is ook lastig te testen.
een veilige manier is om de nieuwe productie omgeving ernstig te overdimensioneren, en in de weken daarna langzaam weer af te knijpen tot een niveau waar het een stuk goedkoper is en net niet te traag.
Er is maar zeer karige informatie beschikbaar, maar waarschijnlijk een update die ergens niet goed ging?
Waarschijnlijk een update in het weekend geinstalleerd, die niet helemaal goed ging?
Maar waarschijnlijk met alle kennis en kunde die hier aanwezig, zou dit de gemiddelde ITer nooit overkomen zijn.
Maar als je zoiets uitrolt, dan test je dat toch eerst. En anders een rollback optie gereed hebben staan.
Of leren ITers dat niet meer op de opleiding?
Hoeveel omzet kost deze hick-up het ziekenhuis en haar maatschappen.
In ieder geval zou er voor zo'n kritieke applicatie een nood-alternatief moeten zijn.
Als was het maar voor als er een ramp plaatsvindt.
Dit uitstellen en herplannen van operaties kost toch ook bakken met geld.
De medische wereld en IT. Ook al geen goede combinatie.
Lekt het niet, dan stoort het wel.
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Wij zoeken een Junior DevOps Engineer!
Ben jij nieuwsgierig, leergierig en klaar om je te verdiepen in de wereld van DevOps? In deze functie krijg je alle ruimte om te groeien. Je werkt met de nieuwste technologieën en krijgt intensieve begeleiding van ervaren security professionals zodat je je in korte tijd kunt ontwikkelen tot een volwaardige DevOps Engineer. Je werkt in Den Haag en werkt samen met een team dat kennis, humor en uitdaging moeiteloos weet te combineren. Are you ready for a challenge?