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.
Of leren ITers dat niet meer op de opleiding?
En jij doet de aanname dat die er niet was? Wel eens meegemaakt dat een rollback geactiveerd wordt; en je daar tot halverwege de eerste werkdag nog mee bezig bent? Misschien is dat wel precies wat er is gebeurd; de rollback moest geactiveerd worden. Zeker in een 24/7 omgeving is je update window zo krap dat als er iets gebeurd het al meteen uitloopt.
Er is een storing in het informatiesysteem (EPD of straks EHDS). Gaan de artsen dan zeggen: "Wij kunnen nu even niet bij de gegevens van deze patiënt, daarom stellen wij de behandeling uit."?
Nee, natuurlijk gaan ze dat niet zeggen. Ze gaan gewoon met spoed behandelen. Dit laat eens te meer zien waarom het propaganda-argument dat EHDS het mogelijk zou maken om patiënten snel te behandelen als hun ergens in Europa iets overkomt, onzin is, en misleiding van de kant van de gewetenloze politici die dit erdoor drukken.
Gelukkig is de spoedeisende behandeling van een patiënt niet afhankelijk van een of ander elektronisch dossier dat te lijden kan hebben van storingen.
Het laat ook zien dat belangrijke gezondheidsgegevens ook op papier moeten worden geregistreerd. Ze mogen niet het risico lopen verloren te gaan als een elektronisch systeem uit de lucht valt.
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?