...
| Waarom is deze RFC nodig? | In het AS wordt de nieuwe manier van testen en het bijbehorende acceptatie-testbeleid niet voldoende beschreven. Er staat wel een aanzet op de landingspagina 'buiten' het AS. Dit kan leiden tot misverstanden en onduidelijkheid wanneer een deelnemer moet (her)accepteren. Aanvullend vragen 2 onderdelen van testbeleid in het AS om opheldering:
|
|---|---|
| Oplossingsrichting | Toevoegen van deze informatie aan het AS; aanvulling van het testbeleid voor de aansluiting op (her-)Acceptatie als de correcte ondersteuning van de systeemrol. |
| Aanpassing van | AS |
| Impact op rollen | DVP, DVZA |
| Impact op beheer | Geen |
| Impact op RnA | Geen |
| Impact op Acceptatie | Zekers, hopelijk positiefJa |
| Gerelateerd aan (Andere RFCs, PIM issues) | |
| Eigenaar | |
| Implementatietermijn | 1.3.0 |
| Motivatie verkorte RFC procedure (patch) |
...
De testresultaten hebben een beperkte geldigheidsduur van 365 dagen vanaf het positief doorlopen van de test. De testresultaten met betrekking op de ondersteuning van Systeemrollen Uitzondering daarop zijn de testresultaten met betrekking tot de ondersteuning van Systeemrollen, deze hebben een onbeperkte geldigheid.
| Info | ||
|---|---|---|
| ||
Gedurende de geldigheid van een Gegevensdienst is een Deelnemer ervoor verantwoordelijk de Systeemrollencorrect te ondersteunen conform de daarbij behorende specificaties (conform verantwoordelijkheid 2 op de Applicatielaag). Sommige Kwalificatieloketten bieden een externe toets op de correcte implementatie van de Systeemrollen indien een deelnemer dit wenst:
|
Op pagina /wiki/spaces/MedMijAfsprakenstelsel120/pages/135104668 boven kopje 'Situatie 3 en 4' toevoegen (onder infobox):
Her-acceptatie voor (A) en (B)
In Situatie 2 geldt voor het vaststellen van (A) de relevante use cases 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 /wiki/spaces/MedMijAfsprakenstelsel120/pages/135105548 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 deelnemer zelf hun ontwikkeltempo en moment van uitrol van een koppelvlak versie bepalen.
Voor (C) geldt geen beperking van de geldigheidsduur. Een door de Deelnemer aangetoonde ondersteuning van Systeemrollen blijft in stand gedurende de geldigheid van een Gegevensdienst. Deelnemers zijn zelf verantwoordelijk om Systeemrollen correct te ondersteunen gedurende de geldigheid van een Gegevensdienst.
Her-acceptatie voor (C)
Voor het vaststellen van (C) de correcte ondersteuning van systeemrollen uit de Gegevensdienst valt vooralsnog buiten de scope van deze Her-acceptatie.
...