...

1. De Deelnemer wil erkend worden als ontsluiter van een Gegevensdienst;
2. Hertest op initiatief van de Deelnemer, omdat de geldigheidsduur van diens testresultaten dreigt te verlopen. 
3. Twijfel over de naleving van de afspraken;
4. Hertoetreding als bedoeld in artikel 14.3 van de Deelnemersovereenkomst.

Situatie 1: De deelnemer wil erkend worden als ontsluiter van een gegevensdienst

In situatie 1 moet op grond van het Gegevensdienstenbeleid worden aangetoond dat: (A) de relevante usecases uit de Architectuur en technische specificaties, (B) de algemene verantwoordelijkheden uit de Architectuur en technische specificaties en (C) de systeemrollen uit de Gegevensdienst goed worden ondersteund.

...

De deelnemer kan zich voorbereiden op testen (A) en (B) in een testomgeving aangeboden door Stichting MedMij. Voor test (C) kan de deelnemer zich voorbereiden in de testomgeving van de partij die deze toets verzorgt. Voor (A) en (B) geldt verder dat eerdere positieve testen voor een functie of de algemene verantwoordelijkheden niet opnieuw behoeven te worden uitgevoerd als de deelnemer erkend wil worden als ontsluiter van een nieuwe gegevensdienst.

Situatie 2

De beperking van de geldigheidsduur van de testresultaten wordt begrepen als onderdeel van het Nalevingsbeleid. Wanneer de geldigheid van de testresultaten verloopt, dreigt opschorting van de Deelnemersovereenkomst, in het kader van artikel 7, lid 3. Het verlopen van de testresultaten wordt gezien als één van de wijzen waarop niet-naleving geconstateerd wordt.

...

Het testbeleid wil eraan bijdragen dat Deelnemers een voorspelbare ontwikkelkalender voor hun implementatie kunnen hanteren, afgestemd op de regelmatige releasemomenten van het MedMij Afsprakenstelsel (zie Change- en releasebeleid) en de hertesten.

Her-acceptatie voor (A) en (B)

In Situatie 2 geldt voor het vaststellen van (A) de relevante usecases uit de Architectuur en technische specificaties en voor het vaststellen van (B) de algemene verantwoordelijkheden uit de Architectuur en technische specificaties, dat de her-acceptatietest is te beschouwen als een ‘apk’ voor MedMij deelnemers. Doel is om vast te stellen of de implementatie van de deelnemer voldoet aan de eisen van één van de actieve versies van het Afsprakenstelsel, de (her-)bevestiging van een implementatie op (A) en (B). (Zie Change- en releasebeleid voor uitleg over de versies van het Afsprakenstelsel.)

In overleg tussen deelnemer en de beheerorganisatie wordt bepaald of de test tegen de geldige laatst gepubliceerde of de verplichte versie van het Afsprakenstelsel wordt uitgevoerd.  Doordat de her-acceptatie testen is los gekoppeld van toetreding en van de uitrol van releases van het Afsprakenstelsel, kunnen deelnemerzelf hun ontwikkeltempo en moment van uitrol van een koppelvlak versie bepalen.

Situaties 3 en 4

In situaties 3 en 4 wordt per geval bekeken wat er opnieuw getest moet worden. De geldigheid van eerdere positieve testresultaten kunnen in deze situaties vervallen.