OLVG, hét stadsziekenhuis van Groot-Amsterdam, gaat aan de slag met Supportbook. Om de updates rondom het EPD van EPIC verder te professionaliseren, was er behoefte aan een complete tool. De uitgebreide mogelijkheden, het gebruikersgemak én natuurlijk de ervaring in meer dan 55 ziekenhuizen waren voor OLVG genoeg redenen om zich aan te sluiten bij Supportbook.

“Met Supportbook kunnen we niet alleen testen, maar is de audit op testen ook snel te regelen. Dus misschien wordt testen niet leuker, wel makkelijker.”

Kim Willems-Klijn, Hoofd Zorg, EPD Dienst

Over OLVG

OLVG is ontstaan uit de fusie van het Sint Lucas Andreas Ziekenhuis en het Onze Lieve Vrouwe Gasthuis en staan al ruim anderhalve eeuw midden in de samenleving van uniek Amsterdam. OLVG wil een sleutelrol vervullen in de verbetering van de gezondheid en zorg voor iedereen in de stedelijke omgeving. Voor een beter leven in een gezonder Amsterdam.

Meer en beter testen

Gestart in 2013, ondersteunt Supportbook bij het op een zo hoog mogelijk plan brengen van de kwaliteit en efficiency in het test- en acceptatieproces bij organisaties. Meer en beter testen in minder tijd met meer plezier is waar Supportbook voor staat. Supportbook is binnen een dag geïmplementeerd, makkelijk in gebruik en ISO27001 en NEN7510 gecertificeerd.

Nieuwgierig? Kennismaken op afstand, zo gepiept!

Bel of mail ons, dan plannen we een live-demo en lichten we onze unieke werkwijze toe!

info@supportbook.nl

085 48 48 170

De medewerkers van de Dimence Groep werken elke dag aan de kwaliteit van de zorg en dienstverlening, vanuit overtuiging en met continue verbeteren. Zo ook voor het testen van de informatiesystemen en de implementatie van beheersmaatregelen. Om dit naar een hoger plan te tillen, kiezen ook zij om dit te ondersteunen met Supportbook. Compliance- en Testmanagement ondergebracht in Controlbook en Supportbook; Innovatieve tooling voor een innovatieve organisatie.

 

“Met Supportbook zet de Dimence Groep een volgende stap in de professionalisering van het testtraject van het EPD en het borgen van Horizontaal Toezicht en Informatiebeveiliging”

René Rust, hoofd informatisering & automatisering Dimence Groep

De kracht van het delen

Bij de Dimence Groep is de zorg ondergebracht in een aantal slagvaardige, deels kleinere, stichtingen met ieder een eigen doelgroep. Hierdoor kunnen ze sneller inspelen op de wensen en behoeften van de patiënten, cliënten, verwijzers en financiers. Samenwerken, kennis delen en een keten vormen. Van elkaar leren en elkaar versterken. Het geheel is meer dan de som der delen.

De visie van de Dimence Groep sluit aan op die van Supportbook. Al vanaf het eerste uur levert Supportbook krachtige deelfunctionaliteiten. Met alleen in de zorg al meer dan 60 aangesloten organisaties, heeft Supportbook een uniek platform.

Kennismaken met Supportbook?

Dat kan heel gemakkelijk met een demo, uiteraard op afstand. We laten je graag zien hoe dit er in de praktijk uitziet en beantwoorden al je vragen! Bel, mail of app onze accountmanager:

Ewout Kuijer
ewout@zapphire.nl
06 53 55 75 32

Als je iets koopt mag je er van uit gaan dat het product kwaliteit heeft. Fabrikanten of leveranciers moeten aantonen dat hun producten aan allerlei eisen voldoet en er zijn ook nog algemene diensten, zoals de Keuringsdienst van Waren, die toezien op de kwaliteit van producten voordat ze in de schappen liggen.

Zelf blijven testen

Waarom zou je zelf dan nog controles moeten uitvoeren als de leverancier de kwaliteit moet garanderen? Er zijn 3 redenen om zelf te blijven testen.

  1. Iedereen is verantwoordelijk voor het product (of dienst) dat zij levert. Als organisatie ben je verantwoordelijk voor de dienst (of het product) die je levert. Dit geldt ook als de dienst die je levert afhankelijk is van een apparaat die door een ander aan jou is geleverd. Heeft de leverancier van het apparaat steken laten vallen, dan kun je hem daar aansprakelijk voor stellen maar jij blijft eindverantwoordelijk voor het leveren van de dienst. Als je auto het na 2 dagen begeeft, ga je naar de garage die de auto aan jou heeft verkocht. Deze moet het probleem oplossen en mag je niet doorsturen naar de fabrikant. De garage zal de fabrikant natuurlijk aanspreken.

Je zult dus zelf altijd moeten kunnen garanderen dat je dienst van voldoende kwaliteit is. Als het gaat om een dienst die vitaal is (voor je eigen organisatie of iemand anders) en er zijn wijzigingen in een onderdeel van de “procesketen”, dan moet je de nodige testen doen. Hartbewakingsapparatuur testen in combinatie met het EPD bijvoorbeeld.

Daarnaast zal je zelf moeten testen wat een ander niet hoeft (2) of niet kan (3) testen.

Dit geldt voor elk product, of het nu om een krop sla, een auto of software gaat. Een autofabrikant garandeert maximale betrouwbaarheid, dat functies het blijven doen en dat jouw veiligheid is gegarandeerd in gevaarlijke situaties. Hier zijn echter grenzen aan. Na 20 jaar en 400.000 kilometer kun je de autofabrikant niet aanspreken op een dynamo die het begeeft. Ook kun je een fabrikant niet verwijten dat je rugpijn krijgt. Als je een auto koopt maak je dus zelf nog steeds een proefrit: om te kijken of de stoel goed zit, of je kinderen er in passen en of hij “lekker rijdt”. Zaken die de fabrikant niet kan garanderen.

  1. Een leverancier garandeert alles wat er in de functionele beschrijving (het ontwerp) van de software staat en wat er daarnaast contractueel is overeengekomen. Bijvoorbeeld dat er bepaalde controles op adres en postcodes plaatsvinden of dat de software een verbinding kan maken met andere apparatuur. De leverancier moet dit dus testen. Als je zelf fouten hierin vindt is de leverancier hiervoor aansprakelijk en moet de fouten kosteloos herstellen.

Alleen als hier afspraken over zijn moet de leverancier garanderen (en testen) dat zijn software in een keten werkt met andere software. De keten tussen software moet je dus zelf testen. Je kunt hier aanvullende afspraken over maken met de leverancier (of een andere leverancier) maar je bent hier dan zelf verantwoordelijk voor.

  1. De software leverancier weet waarschijnlijk niet hoe je de software exact gaat gebruiken: wat de werkprocessen zijn. Zeker als de leverancier meerdere klanten heeft kan hij dit niet weten. Je zult dus de samenhang tussen je eigen proces en de software zelf moeten testen. Je kunt een patiënt, een nieuwe klant of een offerte invoeren, maar zijn alle schermen waar je tussen moet wisselen voordat het zover is wel handig? De medewerker verkoop kan een transactie invoeren maar dwingt het systeem af dat hij alle informatie invoert die nodig is om een goede factuur te maken? Zien standaardbrieven naar klanten er netjes uit en zijn ze begrijpelijk?

Wat moet ik zelf nog testen

Samengevat moet je in het geval dat software wordt geleverd door een andere partij de volgende zaken zelf testen:

  1. Processen met grote risico’s voor je eigen organisatie en je klanten. Je kunt je niet permitteren dat deze niet goed functioneren.
  2. De samenhang tussen de software en andere software. Je kunt leveranciers vragen onderling te testen en soms doen ze dit ook, maar dit is niet vanzelfsprekend.
  3. De samenhang tussen je eigen werkproces en de software. Leveranciers hebben daar geen inzicht in.

Zoals met alle testen hangt de omvang van de testen af van de risico’s en de wijzigingen: is er een kans dat er fouten zullen optreden? In geval van alleen een kleine fix in een niet-vitaal scherm hoef je niet alle processen en koppelingen te hertesten.

Supportbook is dé testtool, software testen doen we samen! Meer weten? Neem vrijblijvend contact met ons op