mp:Draft Testtooling: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(BITS)
(Parasoft)
Regel 85: Regel 85:
  
 
=Parasoft=
 
=Parasoft=
 +
Parasoft is een XIS-simulatie applicatie. Deze tool wordt gebruikt om een applicatie te simuleren (bijvoorbeeld een apotheek systeem, of een huisarts systeem). Hierbij is het mogelijk om specifieke voorbeeld berichten (van een leverancier) te gebruiken, zodat er ‘offline’ tussen leveranciers kan worden getest, maar het is bijvoorbeeld ook mogelijk om een recept naar dit systeem (in de rol van apotheeksysteem) te sturen, en vervolgens ‘gegenereerde’ verstrekkingen op te vragen. Dit is de software dat gekoppeld is aan de testomgevingen waar tijdens het testen gebruik van wordt gemaakt.

Versie van 15 feb 2023 om 16:19


1 Algemeen

Nictiz en VZVZ werken in het validatieproces nauw samen. Daar waar de kwalificatiesimulator (van Nictiz) wordt gebruikt om de interoperabiliteit van de inhoud van berichten te testen, ondersteunt en toetst VZVZ de interoperabiliteit van de infrastructuur tussen systemen. Hierbij wordt getoetst of de systemen voldoen aan alle kwaliteitseisen, maar ook of systemen in staat zijn om berichten van andere leveranciers te verwerken én te begrijpen. Onderstaande software, applicaties en ‘omgevingen’ kunnen worden ingezet gedurende het proces.

2 Kwalificatiesimulator

HL7v3 XIS-simulatie applicatie en validatieomgeving (24x7 beschikbaar).

Deze tool wordt gebruikt om een applicatie (in beperkte mate) te simuleren. Het is mogelijk om berichten naar het systeem te versturen en respons te ontvangen. Het is mogelijk voor de leverancier om in te loggen op de omgeving en zelf berichten te versturen naar de eigen applicatie. Validatie is mogelijk tegen de informatiestandaard, met aanvullende validatie per testscenario.

De simulator biedt tijdens de ontwikkeling de mogelijkheid om vooraf gedefinieerde inhoud terug te geven (zoals beschreven in de scripts). Hiermee kan de leverancier kijken of hij de data goed ontvangt en toont. Merk op dat hier vaak vaste inhoud teruggestuurd wordt en dat de simulator geen interne logica heeft voor bijvoorbeeld verwijsindex en query filters.

Ook kan de simulator het systeem bevragen in geval dat het systeem een bronsysteem is. Daarbij is het mogelijk om de patiënt, auteur en query parameters aan te passen. Op het moment dat de patiënt niet aanwezig is in de lijst, kan de BSN ook handmatig worden ingevuld. De simulator heeft voor de vaste huisarts ook de mogelijkheid om een waarneembericht naar het bronsysteem te sturen, zo kan de leverancier controleren of hij het waarneembericht kan ontvangen en verwerken.

De kwalificatiesimulator verzamelt berichten die van en naar een leverancier worden gecommuniceerd in een berichtenlog. Het is voor de leverancier mogelijk om zelf de berichtenlog in te zien, inclusief validatieresultaten.

Algemene opmerkingen over het gebruik van de kwalificatiesimulator:

  • de kwalificatiesimulator is niet bedoeld voor loadtesten, maar voor inhoudelijke controles tegen informatiestandaarden;
  • Nictiz vereist verantwoord gebruik van deze kwalificatiesimulator, neem bij twijfel over gebruik contact op.

2.1 Account aanvragen Waar aan te vragen? Kwalificatiecentrum of VL?

Om gebruik te kunnen maken van de kwalificatiesimulator is een kwalificatieaccount nodig. Dit account kan aangevraagd worden bij het kwalificatieteam (kwalificatie@nictiz.nl).

Voor het configureren van kwalificatieaccount(s) zijn de volgende gegevens per systeem nodig:

  • De zorgtoepassingrol(len)
  • De naam van de applicatie
  • Het versienummer van de applicatie
  • Te gebruiken applicatieID (mag fictief zijn)
  • Naam van het systeem (Om meerdere testsystemen te onderschedien die aan een kwalificatieaccount zijn gekoppeld)
  • URL (of IP/map)
  • Maakt het systeem gebruik van HTTPS?
    • Alleen van toepassing voor verkeer van de simulator naar het systeem bij de leverancier.
  • Keuze kwalificatiesimulator:
    • Bereikbaar via publiek internet: http(s)://kwalificatie.nictiz.nl
    • Alleen bereikbaar p besloten netwerk zorgnet: http(s)://nictiz.ks1.lsp.aorta-zorg.nl
  • Personen die toegang tot het account moeten hebben.
    • Geef daarbij graag aan: naam, organisatie, email-adres.

2.2 Meer informatie

3 Touchstone

Om FHIR-implementaties van een informatiestandaard te beproeven en te kwalificeren is de Touchstone-simulatieomgeving beschikbaar. Dit is een online platform waarmee leveranciers zelf tests kunnen uitvoeren en validatieresultaten kunnen inzien. Nictiz stelt de hiervoor benodigde testscripts beschikbaar. Deze komen overeen met de functionele testscripts bij een informatiestandaard.

Algemene opmerkingen over het gebruik van de simulator:

  • De simulator is niet bedoeld voor loadtesten, maar voor inhoudelijke controles tegen informatiestandaarden;
  • Nictiz vraagt verantwoord gebruik van deze simulator, neem bij twijfel over gebruik contact op.

3.1 Account aanmaken

Leveranciers hebben een eigen bedrijfsaccount nodig voor hun organisatie op Touchstone. Er zijn verschillende abonnementsvormen beschikbaar, waaronder een gratis abonnement. Deze optie (Open) biedt die alle mogelijkheden om te kunnen testen en kwalificeren, maar kent wel limieten, onder meer het aantal tests dat per dag kan worden uitgevoerd.

Voor het aanmaken van een organisatie op Touchstone kunnen de stappen op https://touchstone.aegis.net/touchstone/userguide/html/registration-and-login/membership.html gevolgd worden.

Let op dat de "Name" van de organisatie het liefst herkenbaar moet zijn voor Nictiz en dat er niet bijvoorbeeld de naam van een onder ontwikkelaar wordt ingevuld. Dit vereenvoudigt het aanmeldproces.

Let op dat Touchstone standaard e-mailadressen en de organisatie van geregistreerde gebruikers toont. Individuele gebruikers kunnen dit in de instellingen van hun account aanpassen.

3.2 Meer informatie

4 Testomgeving

Het LSP kent drie belangrijke testomgevingen, die allemaal 24x7 beschikbaar zijn:

Testomgeving Toelichting
Proof of Concept (PoC) Hier kunnen standaarden in ontwikkeling onderling uitgetest worden. Meerdere leveranciers kunnen zo met elkaar testen, zonder dat ze expliciet hoeven te voldoen aan de standaarden.
PTO Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, door te ontwikkelen en voorafgaande aan een kwalificatie/acceptatie te testen.
XTO Op deze omgeving wordt getest met systemen die al verregaand voldoen aan de standaard, en op deze omgeving wordt de acceptatie uitgevoerd. Daarnaast worden op deze omgeving eventuele ‘formele’ onderlinge testen uitgevoerd.

5 BITS

BITS (Beheer Informatie- en Terminologie Standaarden) is inrichting van het product JIRA van Atlassian, ingericht door Nictiz. Via deze web-based applicatie is het mogelijk om issues te melden, bevindingen vast te leggen en wijzigingsverzoeken te doen. Elke leverancier heeft een persoonlijk project waarin zij vragen kunnen stellen gedurende het gehele validatieproces. Ook wordt tijdens de Kickstart de voortgang gemonitord aan de hand van dit project.

6 Parasoft

Parasoft is een XIS-simulatie applicatie. Deze tool wordt gebruikt om een applicatie te simuleren (bijvoorbeeld een apotheek systeem, of een huisarts systeem). Hierbij is het mogelijk om specifieke voorbeeld berichten (van een leverancier) te gebruiken, zodat er ‘offline’ tussen leveranciers kan worden getest, maar het is bijvoorbeeld ook mogelijk om een recept naar dit systeem (in de rol van apotheeksysteem) te sturen, en vervolgens ‘gegenereerde’ verstrekkingen op te vragen. Dit is de software dat gekoppeld is aan de testomgevingen waar tijdens het testen gebruik van wordt gemaakt.