MedMij:Vdraft kw-MP-9.0.7-MGB-FHIR-MA: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(→‎Uit te voeren stappen: hyperlink aanleverformat toegevoegd)
 
(49 tussenliggende versies door 5 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:Medicatieproces - kwalificatie - Medicatiegegevens raadplegend systeem - Medicatieafspraak}}
+
{{DISPLAYTITLE:Medicatieproces - kwalificatie - Medicatiegegevens raadplegend systeem - Medicatieafspraak}}
 
{{IssueBox|Deze pagina is nog in bewerking}}
 
{{IssueBox|Deze pagina is nog in bewerking}}
__NUMBEREDHEADINGS__
 
  
  
 +
== Inleiding ==
 +
Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:
 +
* ''Medicatiegegevens raadplegend systeem'' - medicatieafspraak
 +
De doelgroep van dit document is de leverancier die wil kwalificeren.
 +
De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze kwalificatiesimulator kan berichten
 +
verzenden en ontvangen.
  
 +
=== Algemene voorwaarden voor kwalificatie ===
 +
Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
 +
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
 +
# Kennis en begrip van de Informatiestandaard Medicatieproces 9.
 +
# Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven in ‘[[MedMij:V1.0 MP9.0.7-KwalificatieAddendumMedicatieafspraken|Addenda - Raadplegen medicatieafspraak]]’
 +
# De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. '''''Onjuist ingevoerde gegevens''''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
 +
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
 +
# Deze kwalificatie toetst geen infrastructurele eisen.
 +
 +
=== Uit te voeren stappen ===
 +
Voer – voor ieder scenario – de volgende stappen uit:
 +
# Stuur een ‘raadplegen medicatiegegevens’ bericht met filtercriteria ‘Type = medicatieafspraak’, voor de persoon genoemd in Persoonsgegevens. Sommige scenario’s geven aanvullende filtercriteria aan.
 +
# De kwalificatiesimulator antwoordt met een ‘beschikbaarstellen medicatiegegevens’ bericht. De gegevens in dit bericht vindt u in [[MedMij:V1.0 MP9.0.7-KwalificatieAddendumMedicatieafspraken|Addenda - Raadplegen medicatieafspraak]].
 +
# Ontvang en verwerk de medicatieafspraken in het systeem.
 +
# Maak schermafdrukken van het systeem met de gegevens uit medicatieafspraken, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/images/a/a7/Aanleverformat_-_Raadplegen_Medicatieafspraak.zip Aanleverformat - Raadplegen medicatieafspraak].
 +
 +
=== Op te leveren materialen ===
 +
De op te leveren materialen bestaan voor alle scenario’s uit:
 +
# de technische uitgaande berichten én
 +
# schermafdrukken.
 +
De schermafdrukken moeten duidelijk maken dat de medicatieafspraken juist getoond worden aan de
 +
eindgebruiker. De inhoud van de medicatieafspraken is gespecificeerd in '[[MedMij:V1.0_MP9.0.7-KwalificatieAddendumMedicatieafspraken|Addenda - Raadplegen medicatieafspraak]]'.
 +
 +
=== Leeswijzer ===
 +
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
 +
# Doel en verwacht resultaat,
 +
# Scenario’s.
 +
 +
== Basis: raadplegen, tonen, filtercriteria (scenario 1) ==
 +
=== Doel en verwacht resultaat ===
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Doel|| Verwacht resultaat
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|Aantonen dat het systeem medicatieafspraken op basis van verschillende filtermogelijkheden kan raadplegen (alle scenario’s) ||
 +
Het systeem genereert technisch correcte berichten met inhoudelijk correcte parameters.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Aantonen dat het systeem de ontvangen informatie juist toont (alle scenario's)||
 +
Het systeem toont ontvangen informatie juist aan de eindgebruiker.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Aantonen dat het systeem kan omgaan met een bericht waarin geen medicatieafspraak is opgenomen (scenario 1.10).||
 +
Het systeem ontvangt en toont het (gebrek aan)resultaat.
 +
 +
|}
 +
 +
=== Scenario’s ===
 +
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario|| Beschrijving
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|1.1 || Alle medicatieafspraken van de patiënt, zonder aanvullende filter criteria
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|1.2 *||Specifieke medicatieafspraken met hun identificaties als filter.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.3 * ||Medicatieafspraken met een filter op meerdere product codes
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.4 ||Medicatieafspraken met een filter op gebruiksperiode – ingangsdatum
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.5 ||Medicatieafspraken met een filter op gebruiksperiode – einddatum
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.6 ||Medicatieafspraken met een filter op gebruiksperiode – ingangsdatum én einddatum
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.7 * ||Een specifieke medicatieafspraak met één identificatie als filter.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.8 * ||Medicatieafspraken met een specifieke medicamenteuze behandeling als filter.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.9 * ||Medicatieafspraken met een filter op één product code.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| 1.10 ||Een patiënt zonder medicatieafspraken.
 +
 +
|}
 +
* Optionele scenario’s filtercriteria: Bij de scenario's voor filtercriteria zijn diverse scenario's aangemerkt als optioneel. Deze als optioneel aangemerkte filtercriteria zijn veelal van toepassing bij zorgverlener-zorgverlener communicatie en hebben minder toegevoegde waarde bij zorgverlener-PGO communicatie. Een PGO mag deze filtercriteria inbouwen (mochten ze toegevoegde waarde zien voor hun gebruikers om deze filter-functionaliteit te bieden), maar is niet verplicht dit te doen.
 +
 +
== Medicamenteuze behandeling (scenario 2) ==
 +
=== Doel en verwacht resultaat ===
 +
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Doel|| Verwacht resultaat
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|Aantonen dat het systeem kan omgaan met een antwoord met daarin meer dan één medicatieafspraak -ieder in een eigen medicamenteuze behandeling (al getest in scenario 1.1).||
 +
Het systeem toont ontvangen informatie juist aan de eindgebruiker.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Aantonen dat het systeem kan omgaan met verschillende medicatieafspraken in dezelfde medicamenteuze behandeling, en deze in samenhang kan tonen (scenario 2.1).||Het systeem toont ontvangen informatie juist aan de
 +
eindgebruiker.
 +
 +
|}
 +
 +
=== Scenario’s ===
 +
 +
 +
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario|| Beschrijving
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|2.1||Patiënt met een medicamenteuze behandeling met 2 of meer medicatieafspraken: een gewijzigde medicamenteuze behandeling met ook een reden voor de wijziging (reden afspraak)
 +
 +
|}
 +
 +
== Stop-medicatieafspraken (scenario 3) ==
 +
=== Doel en verwacht resultaat ===
  
= Documenthistorie =
+
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Doel|| Verwacht resultaat
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|Aantonen dat het systeem correct omgaat met stopmedicatieafspraken (scenario 3.1) || Het systeem toont ontvangen informatie juist aan de eindgebruiker.Een medicatieafspraak die lang geleden gestopt is, hoeft niet ‘standaard’ getoond te worden. Wel kan de gebruiker deze vinden als die zelf ‘op zoek’ gaat,bijvoorbeeld door aanvullend te filteren op een periode lang(er) terug.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Aantonen dat het systeem correct omgaat met technische stop-medicatieafspraken als onderdeel van een wijziging (al getest in scenario 2.1)
 +
||Het systeem toont ontvangen informatie juist aan de eindgebruiker: als een wijziging. De technische stopmedicatieafspraak wordt niet als zodanig getoond aan de eindgebruiker.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Aantonen dat het systeem correct omgaat met ‘tijdelijk onderbreken’ medicatieafspraken (scenario 3.1)||Het systeem toont ontvangen informatie juist aan de eindgebruiker: het onderscheid tussen definitief staken en tijdelijk onderbreken moet duidelijk zijn.Tijdelijk onderbreken medicatieafspraken (die niet daarna definitief gestopt zijn) blijven actueel.
 +
 
 +
 
 +
|}
 +
 
 +
=== Scenario’s ===
 +
 
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario||Beschrijving
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|rowspan="4"|3.1
 +
| Medicatieafspraak met een bijbehorende stop-medicatieafspraak
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Een stop-medicatieafspraak die lang (een jaar) geleden gestopt is
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Een ‘tijdelijk onderbreken’ medicatieafspraak.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Een ‘tijdelijk-onderbreken’ medicatieafspraak die sinds lang (7 maanden) geleden onderbroken is.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|3.2 || Een stop-medicatieafspraak op zelfzorg pijnstiller (er is dus geen start MA vanuit een zorgverlener)
 +
|}
 +
 
 +
== Doseerschema’s en magistraal (scenario 4) ==
 +
=== Doel en verwacht resultaat ===
 +
 
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Doel|| Verwacht resultaat
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|Aantonen dat het systeem medicatieafspraken met verschillende doseerschema’s correct toont. ||
 +
Het systeem toont ontvangen informatie juist aan de eindgebruiker.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
|Aantonen dat het systeem een medicatieafspraak met een ‘magistraal’ geneesmiddel (bereid geneesmiddel met ingrediënten) juist toont.
 +
||Het systeem toont ontvangen informatie juist aan de eindgebruiker.
 +
 
 +
|}
 +
 
 +
=== Scenario’s ===
 +
 
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario||Beschrijving
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|rowspan="2"|4.1
 +
| Medicatieafspraken met diverse doseerinstructies.
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Medicatieafspraak met een magistraal geneesmiddel.
 +
|}
 +
 
 +
== Specifieke inhoud (scenario 5)==
 +
=== Doel en verwacht resultaat ===
 +
 
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Doel||Verwacht resultaat
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|Aantonen dat het systeem alle concepten uit de medicatieafspraak correct toont. || Het systeem toont ontvangen informatie juist aan de eindgebruiker.
 +
 
 +
|}
 +
 
 +
=== Scenario’s ===
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario||Beschrijving
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
|rowspan="4" |5.1
 +
| Geannuleerde medicatieafspraak
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Medicatieafspraak met:
 +
* relatie naar toedieningsafspraak
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Medicatieafspraak met:
 +
* relatie naar medicatiegebruik
 +
* reden van voorschrijven
 +
|-style="vertical-align:top; style="background-color: white;"
 +
| Medicatieafspraak met:
 +
* lichaamslengte
 +
*  lichaamsgewicht
 +
*  aanvullende informatie
 +
*  toelichting
 +
|}
 +
 
 +
== Documenthistorie ==
 
{| class="wikitable"
 
{| class="wikitable"
 
|-style="background-color: #1F497D;; color: white; text-align:left;"  
 
|-style="background-color: #1F497D;; color: white; text-align:left;"  
Regel 18: Regel 218:
 
|style="background-color: white;"|1 februari 2019
 
|style="background-color: white;"|1 februari 2019
 
|style="background-color: white;"|Update addenda link. Addenda gegevens update naar MP9.0.7
 
|style="background-color: white;"|Update addenda link. Addenda gegevens update naar MP9.0.7
 
+
|-style="vertical-align:top; background-color: #E3E3E3;;"
 +
| 2.1
 +
|style="background-color: white;"|26 september 2019
 +
|style="background-color: white;"|Optionele filterscenario’s en kleine tekstuele aanpassing addenda/aanleverformat naamgeving
 +
|-style="vertical-align:top; background-color: #E3E3E3;;"
 +
| 2.2
 +
|style="background-color: white;"|4 maart 2021
 +
|style="background-color: white;"|Toevoegen scenarionummers in titel
 +
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|}
 
|}

Huidige versie van 4 mrt 2021 om 13:19


Inleiding

Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:

  • Medicatiegegevens raadplegend systeem - medicatieafspraak

De doelgroep van dit document is de leverancier die wil kwalificeren. De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze kwalificatiesimulator kan berichten verzenden en ontvangen.

Algemene voorwaarden voor kwalificatie

Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:

  1. Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
  2. Kennis en begrip van de Informatiestandaard Medicatieproces 9.
  3. Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven in ‘Addenda - Raadplegen medicatieafspraak
  4. De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
  5. Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
  6. Deze kwalificatie toetst geen infrastructurele eisen.

Uit te voeren stappen

Voer – voor ieder scenario – de volgende stappen uit:

  1. Stuur een ‘raadplegen medicatiegegevens’ bericht met filtercriteria ‘Type = medicatieafspraak’, voor de persoon genoemd in Persoonsgegevens. Sommige scenario’s geven aanvullende filtercriteria aan.
  2. De kwalificatiesimulator antwoordt met een ‘beschikbaarstellen medicatiegegevens’ bericht. De gegevens in dit bericht vindt u in Addenda - Raadplegen medicatieafspraak.
  3. Ontvang en verwerk de medicatieafspraken in het systeem.
  4. Maak schermafdrukken van het systeem met de gegevens uit medicatieafspraken, en leg deze vast in het Aanleverformat - Raadplegen medicatieafspraak.

Op te leveren materialen

De op te leveren materialen bestaan voor alle scenario’s uit:

  1. de technische uitgaande berichten én
  2. schermafdrukken.

De schermafdrukken moeten duidelijk maken dat de medicatieafspraken juist getoond worden aan de eindgebruiker. De inhoud van de medicatieafspraken is gespecificeerd in 'Addenda - Raadplegen medicatieafspraak'.

Leeswijzer

Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:

  1. Doel en verwacht resultaat,
  2. Scenario’s.

Basis: raadplegen, tonen, filtercriteria (scenario 1)

Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem medicatieafspraken op basis van verschillende filtermogelijkheden kan raadplegen (alle scenario’s)

Het systeem genereert technisch correcte berichten met inhoudelijk correcte parameters.

Aantonen dat het systeem de ontvangen informatie juist toont (alle scenario's)

Het systeem toont ontvangen informatie juist aan de eindgebruiker.

Aantonen dat het systeem kan omgaan met een bericht waarin geen medicatieafspraak is opgenomen (scenario 1.10).

Het systeem ontvangt en toont het (gebrek aan)resultaat.

Scenario’s

Scenario Beschrijving
1.1 Alle medicatieafspraken van de patiënt, zonder aanvullende filter criteria
1.2 * Specifieke medicatieafspraken met hun identificaties als filter.
1.3 * Medicatieafspraken met een filter op meerdere product codes
1.4 Medicatieafspraken met een filter op gebruiksperiode – ingangsdatum
1.5 Medicatieafspraken met een filter op gebruiksperiode – einddatum
1.6 Medicatieafspraken met een filter op gebruiksperiode – ingangsdatum én einddatum
1.7 * Een specifieke medicatieafspraak met één identificatie als filter.
1.8 * Medicatieafspraken met een specifieke medicamenteuze behandeling als filter.
1.9 * Medicatieafspraken met een filter op één product code.
1.10 Een patiënt zonder medicatieafspraken.
* Optionele scenario’s filtercriteria: Bij de scenario's voor filtercriteria zijn diverse scenario's aangemerkt als optioneel. Deze als optioneel aangemerkte filtercriteria zijn veelal van toepassing bij zorgverlener-zorgverlener communicatie en hebben minder toegevoegde waarde bij zorgverlener-PGO communicatie. Een PGO mag deze filtercriteria inbouwen (mochten ze toegevoegde waarde zien voor hun gebruikers om deze filter-functionaliteit te bieden), maar is niet verplicht dit te doen.

Medicamenteuze behandeling (scenario 2)

Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem kan omgaan met een antwoord met daarin meer dan één medicatieafspraak -ieder in een eigen medicamenteuze behandeling (al getest in scenario 1.1).

Het systeem toont ontvangen informatie juist aan de eindgebruiker.

Aantonen dat het systeem kan omgaan met verschillende medicatieafspraken in dezelfde medicamenteuze behandeling, en deze in samenhang kan tonen (scenario 2.1). Het systeem toont ontvangen informatie juist aan de

eindgebruiker.

Scenario’s

Scenario Beschrijving
2.1 Patiënt met een medicamenteuze behandeling met 2 of meer medicatieafspraken: een gewijzigde medicamenteuze behandeling met ook een reden voor de wijziging (reden afspraak)

Stop-medicatieafspraken (scenario 3)

Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem correct omgaat met stopmedicatieafspraken (scenario 3.1) Het systeem toont ontvangen informatie juist aan de eindgebruiker.Een medicatieafspraak die lang geleden gestopt is, hoeft niet ‘standaard’ getoond te worden. Wel kan de gebruiker deze vinden als die zelf ‘op zoek’ gaat,bijvoorbeeld door aanvullend te filteren op een periode lang(er) terug.
Aantonen dat het systeem correct omgaat met technische stop-medicatieafspraken als onderdeel van een wijziging (al getest in scenario 2.1) Het systeem toont ontvangen informatie juist aan de eindgebruiker: als een wijziging. De technische stopmedicatieafspraak wordt niet als zodanig getoond aan de eindgebruiker.
Aantonen dat het systeem correct omgaat met ‘tijdelijk onderbreken’ medicatieafspraken (scenario 3.1) Het systeem toont ontvangen informatie juist aan de eindgebruiker: het onderscheid tussen definitief staken en tijdelijk onderbreken moet duidelijk zijn.Tijdelijk onderbreken medicatieafspraken (die niet daarna definitief gestopt zijn) blijven actueel.


Scenario’s

Scenario Beschrijving
3.1 Medicatieafspraak met een bijbehorende stop-medicatieafspraak
Een stop-medicatieafspraak die lang (een jaar) geleden gestopt is
Een ‘tijdelijk onderbreken’ medicatieafspraak.
Een ‘tijdelijk-onderbreken’ medicatieafspraak die sinds lang (7 maanden) geleden onderbroken is.
3.2 Een stop-medicatieafspraak op zelfzorg pijnstiller (er is dus geen start MA vanuit een zorgverlener)

Doseerschema’s en magistraal (scenario 4)

Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem medicatieafspraken met verschillende doseerschema’s correct toont.

Het systeem toont ontvangen informatie juist aan de eindgebruiker.

Aantonen dat het systeem een medicatieafspraak met een ‘magistraal’ geneesmiddel (bereid geneesmiddel met ingrediënten) juist toont. Het systeem toont ontvangen informatie juist aan de eindgebruiker.

Scenario’s

Scenario Beschrijving
4.1 Medicatieafspraken met diverse doseerinstructies.
Medicatieafspraak met een magistraal geneesmiddel.

Specifieke inhoud (scenario 5)

Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem alle concepten uit de medicatieafspraak correct toont. Het systeem toont ontvangen informatie juist aan de eindgebruiker.

Scenario’s

Scenario Beschrijving
5.1 Geannuleerde medicatieafspraak
Medicatieafspraak met:
  • relatie naar toedieningsafspraak
Medicatieafspraak met:
  • relatie naar medicatiegebruik
  • reden van voorschrijven
Medicatieafspraak met:
  • lichaamslengte
  • lichaamsgewicht
  • aanvullende informatie
  • toelichting

Documenthistorie

Versie Datum Omschrijving
1.0 15 november 2018 Eerste versie voor MP9.0.6
2.0 1 februari 2019 Update addenda link. Addenda gegevens update naar MP9.0.7
2.1 26 september 2019 Optionele filterscenario’s en kleine tekstuele aanpassing addenda/aanleverformat naamgeving
2.2 4 maart 2021 Toevoegen scenarionummers in titel