Change- en Releasemanagement. Binnen Xxx Xxxxxxx Ziekenhuis werken we met een Change and Release (ITIL) aanpak, voor ons moet het duidelijk zijn hoe de kandidaat-leverancier omgaat met preventief, correctief, evolutief onderhoud, updates en upgrades. Onderstaande is een niet-exhaustieve lijst die door de kandidaat-leverancier dient te worden aangevuld in functie van zijn eigen servicemodel. • Frequentie: om de hoeveel tijd is een update/upgrade te verwachten? • Productie disruptie: kan een update/upgrade uitgevoerd worden tijdens productie of dient hiervoor de oplossing tijdelijk offline worden gezet? • Gebeurt de installatie van nieuwe versies eerst op een testplatform? • Wordt versie-beheer ondersteund? • Duur: hoeveel tijd neemt een typische update/upgrade in beslag? • Initiatief: gebeurt het onderhoud uitsluitend op initiatief van de kandidaat-leverancier of kan dit ook op initiatief van het ziekenhuis (bijv. wanneer het ziekenhuis een update om interne reden nog even wenst uit te stellen)? • Uitvoering: wordt een update/upgrade door personeel van de kandidaat-leverancier uitgevoerd of door ziekenhuismedewerkers? Indien door ziekenhuismedewerkers: is er een stand-by support voorzien tijdens de procedure? • Zijn bij elke upgrade de nodige software release notes voorhanden? De kandidaat-leverancier dient tenslotte uitdrukkelijk te vermelden op welke manier hij met softwarebugs omgaat, d.i. op welke termijn die worden opgelost, welke garanties dienaangaande worden geboden, … .
