Aanleveren validatiematerialen Medicatieproces 9

Uit informatiestandaarden
Ga naar: navigatie, zoeken


Inleiding

Per systeemrol:

Per stap van de Kickstart wordt er op meerdere transacties tegelijk gekwalificeerd. Echter betekent dit niet dat alle materialen voor iedere transactie apart aangeleverd moeten worden. Indien bijvoorbeeld voor VOS alle materialen al ingediend zijn, zal dit een grote overlap hebben met beschikbaarstellen van de MA. Daarom hoeft de leverancier dit niet nogmaals aan te leveren. Bijvoorbeeld:

  • Indien VOS al is aangeleverd - is er voor beschikbaarstellen nog 1 technisch bericht nodig
  • Bij raadplegen filterscripts hebben we zowel de query als het responsebericht nodig. Daarnaast ook de schermprints aanleveren van de functionele uitvoering van de query als het resultaatoverzicht dat het oplevert.
  • Sturen: schermprint hoe een MA gestuurd wordt. Een technisch bericht aanleveren in de kwalificatiesimulator.
  • Ontvangen: schermprint hoe een MA ontvangen is. Technische ontvangstbevestiging aanleveren.

Aanleveren technische materialen:

  • HL7 V3-berichten
    • Voor de systeemrollen MGS en MGB horen de bestanden in de testsuite van de kwalificatiesimulator gekoppeld te worden. Dit vind je onder de tab "Tests" waarna je op het plusje klikt om een nieuwe testsuite toe te voegen. In de schermopname hieronder genaamd "Schermopname van de testsuite in de In het voorbeeld genaamd "Schermopname van selectiescherm" is er een testsuite aangemaakt voor Medicatieproces MGBS MGB (9.3.0) (beschikbaarstellen medicatiegebruik) en vind je het scherm waarin je het relevante v3 bericht kan selecteren om aan het relevante scenario te koppelen.kwalificatiesimulator" vind je de verschillende transacties waaraan je als leverancier de aangeleverde materialen kan koppelen.
Schermopname van de testsuite in de kwalificatiesimulator
Schermopname van selectiescherm
    • Voor de systeemrol MGR is er voor HL7 V3-berichten geen mogelijkheid om de query in de testsuite te koppelen. Voor deze systeemrol graag de timestamp en de bestandsnaam vermelden in het BITS-ticket met het daar bijbehorende scenario zoals dit staat weergeven in het tabje Validatie. In de schermopname genaamd "GZGQ query met timestamp en bestandsnaam" vind je een voorbeeld. Er is om 2024-10-30 15:16:18 een GZGQ query uitgevoerd met de bestandsnaam 4835c755-746a-4303-a62f-e830c4e5edeb.xml. Wat wij graag willen ontvangen is het desbetreffende scenarionummer uit de wiki, de timestamp en ook de bestandsnaam.
Schermopname GZGQ query met timestamp en bestandsnaam
  • Voor FHIR-berichten is het voor alle systeemrollen hetzelfde en verwachten wij de url’s van de Touchstone test executions per scenario in het BITS-ticket.

Aanleveren functionele materialen:

  • Per op te leveren resultaat een schermprint. Indien meerdere schermprints nodig zijn, dupliceer dan de pagina van het bijbehorende scenario. Plak geen schermprints over elkaar heen.
  • Zitten er in één schermprint meerdere scenario’s verwerkt? Vermeld dit dan in de titel.
  • Duidelijk maken welke op te leveren resultaten er te zien zijn. Door te beschrijven en / of de betreffende onderdelen te markeren op de schermprint.
  • Bij pop-ups een schermprint met en een zonder de pop-up aanleveren.
  • De screenshots duidelijk leesbaar zijn (zonder in te zoomen).
  • Is het scenario niet volledig geïmplementeerd? Noteer duidelijk welk deel (nog) ontbreekt.
  • Vermeld de timestamp (T-waarde) bij de scenario’s op de slides.
  • De schermprints moeten zijn gemaakt op dezelfde dag als dat de test is uitgevoerd tegen de simulator.