Bij het testen voor VIPP Babyconnect, wordt alleen interoperabiliteit getest. Het testen van de verschillende bronsystemen zelf, valt buiten de scope.
De test strategie is grof in te delen in 4 delen: voorbereiden, technisch testen, functioneel testen, toetsen.
Het eerste deel is de voorbereiding, welke data moet getest worden, waarmee en door wie. Vervolgens technisch testen door technici, alle test gegevens door de verschillende modules halen om te meten of het werkt. Dan functioneel testen door eindgebruikers, nu het technisch werkt beoordelen of de gegevens correct geraadpleegd kunnen worden. En dan toetsen door het LPB en het misterie, nu de eindgebruikers akkoord zijn moet nog beoordeeld worden of voldaan wordt aan de acceptatiecriteria en de beleidsregels.
We maken onderscheid in verschillende soorten beoordelingen: Testen en toetsen. Testen is essentieel en moet altijd gedaan worden. Toetsen is alleen benodigd voor de afronding van het VIPP programma.
Technische testen: dit is hoofdzakelijk ‘onder de motorkap’. Hierbij zijn de technici en analisten de belangrijkste testers. Belangrijkste vraag is hier: Werkt het?
Functionele testen: dit is hoofdzakelijk ‘boven de motorkap’, Dit zijn de belangrijkste testen. Deze testen zullen worden uitgevoerd als technische testen voldoende gereed zijn, hierbij zijn de eindgebruikers de belangrijkste testers. Belangrijkste vraag is hier: Levert het wat nodig is?
Acceptatietesten: los van technische en functionele testen zijn er acceptatiecriteria vastgesteld waar elke regio aan moet voldoen. (documentatie, helpdesk, etc). Belangrijkste vraag is hier: Kan ik het in de praktijk gaan gebruiken?
Toetsen: voor het subsidieprogramma VIPP Babyconnect zijn toetsen vastgesteld door het ministerie. Op basis van de toetsen wordt de werkelijke waarde van de subsidie vastgesteld. Dit is een eenmalige activiteit.
Testen worden op lokale, regionale en landelijke schaal uitgevoerd.
Met lokaal wordt bedoeld: bijvoorbeeld het direct testen van een verbinding tussen twee modules, en het PEN-testen van een gegevensuitwisseling, (Een pentest (penetratietest) is een test waarbij ethical hackers systemen onderzoeken op kwetsbaarheden.)
Met regionaal wordt bedoeld: het beoordelen van de resultaten van gegevens van testzwangeren die zijn vastgelegd door zorgverleners in de regio,
Met landelijk wordt bedoeld: het beoordelen van de resultaten door landelijke gebruikersgroepen van gegevens van testzwangeren, die zijn vastgelegd door zorgverleners uit meerdere regio’s.
Hiervoor zijn verschillende testscripts, bijvoorbeeld:
Iedere regio heeft een eigen testzwangere waarbij alleen die regio gegevens invoert over die testzwangere en gegevens verspreid staan over alle betrokken bronsystemen in die regio,
Er zijn ook testzwangeren met gegevens verspreid over élke regio in de productieomgeving, elke regio kan testgegevens toevoegen over die testzwangeren.
Het modulair ontwerp, en de daarmee samenhangende standaardisatie van gegevensuitwisseling, maken modulair testen mogelijk.
Elk zorgverlener systeem heeft technisch twee taken uit te voeren.
Het kunnen activeren van een viewer via een SSO routine
Het beschikbaar kunnen stellen van bron gegevens
Een viewer moet gegevens kunnen presenteren uit elke bron. Het is hier essentieel dat er gewerkt wordt met de eenheid van taal. Als eenheid van taal is voor de Geboortezorg vastgesteld dat dit FHIR resources zijn, vastgesteld volgens ZIBs, gecodeerd in Snomed-CT en gebaseerd op het PWD. (Perinataal Woordenboek en Dataset)
Als een bronsysteem niet zelf FHIR als output levert, wordt de wel beschikbare output getest tegen een vastgestelde definitie. Een convertor moet een vastgestelde definitie kunnen converteren naar FHIR.
Een PGO moet een vastgestelde FHIR set kunnen verzamelen. Die test wordt uitgevoerd door MedMij en resulteert in een kwalificatie.
0 Comments