MedMij:Vprepub-2020.01/Kwalificatie FAQ - Bewerkingsoverzicht

Niek van Galen: /* Technische Kwalificatie */ Kleine aanpassing: URL naar Nictiz-testscripts-repository gefikst

2022-11-22T12:33:34Z

Technische Kwalificatie: Kleine aanpassing: URL naar Nictiz-testscripts-repository gefikst

← Oudere versie		Versie van 22 nov 2022 12:33
Regel 78:		Regel 78:
	Het is sterk aan te raden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR-berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in BITS op het MedMij-project.		Het is sterk aan te raden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR-berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in BITS op het MedMij-project.

	Verder is het mogelijk om de technische kwalificatiesscripts ter naslagwerk in te zien. Deze zijn te vinden in [https://github.com/Nictiz/Nictiz~~-STU3~~-testscripts de Nictiz-~~STU3~~-~~testscripts~~ repository op ~~Github~~].		Verder is het mogelijk om de technische kwalificatiesscripts ter naslagwerk in te zien. Deze zijn te vinden in [https://github.com/Nictiz/Nictiz-testscripts de Nictiz-testscripts-repository op GitHub].

	Disclaimer: de gegeven voorbeelden zijn in XML, dit kan in de praktijk ook JSON zijn.		Disclaimer: de gegeven voorbeelden zijn in XML, dit kan in de praktijk ook JSON zijn.

Pieter Edelman: MM-2759: Add guidance on how to and how not to reference resources in search results

2022-06-27T14:01:52Z

MM-2759: Add guidance on how to and how not to reference resources in search results

← Oudere versie		Versie van 27 jun 2022 14:01
Regel 86:		Regel 86:

	\|-		\|-
	\| Alle \|\| De codesysteem-OID uit een zib wordt gebruikt om de URI voor {{fhir\|.system}} mee te construeren \|\| {{fhir\|.coding.system}} \|\| Ja \|\| Het FHIR-profiel schrijft voor welke URI gebruikt dient te worden, zie [[MedMij:~~V2020~~.01/FHIR IG#Code system URIs]].		\| Alle \|\| De codesysteem-OID uit een zib wordt gebruikt om de URI voor {{fhir\|.system}} mee te construeren \|\| {{fhir\|.coding.system}} \|\| Ja \|\| Het FHIR-profiel schrijft voor welke URI gebruikt dient te worden, zie [[MedMij:Vprepub-2020.01/FHIR IG#Code system URIs]].
	\|-		\|-
	\| Alle, vanaf publicatie 2020.01 \|\| De server retourneert een lege Bundle als de resource niet wordt ondersteund \|\| {{fhir\|Bundle.resource}} \|\| Ja \|\| Als een niet-ondersteunde resource wordt bevraagd, dient de server een OperationOutcome te retourneren met {{term\|not supported}} in {{fhir\|.code}}. Zie de [[MedMij:Vprepub-2020.01/FHIR_IG#Handling_errors]].		\| Alle, vanaf publicatie 2020.01 \|\| De server retourneert een lege Bundle als de resource niet wordt ondersteund \|\| {{fhir\|Bundle.resource}} \|\| Ja \|\| Als een niet-ondersteunde resource wordt bevraagd, dient de server een OperationOutcome te retourneren met {{term\|not supported}} in {{fhir\|.code}}. Zie de [[MedMij:Vprepub-2020.01/FHIR_IG#Handling_errors]].
Regel 147:		Regel 147:
	<fullUrl value="urn:oid:2.16.840.1.113883.2.4.6.6.90000258.4.6.525"/>		<fullUrl value="urn:oid:2.16.840.1.113883.2.4.6.6.90000258.4.6.525"/>
	</syntaxhighlight>		</syntaxhighlight>
			\|-
			\| Alle \|\| Gerefereerde resources worden als contained resource opgeleverd \|\| \|\| Ja, tenzij \|\| Contained resources worden gebruikt wanneer deze resources niet zelfstandig kunnen bestaan, of wanneer de standaard dit voorschrijft (dit laatste is het geval bij PDF/A). Het is geen oplossing voor resources waarvan de server geen stabiele URL kan opleveren. Zie [[FHIR:Vissue-MM-2759 FHIR IG STU3#Including_referenced_resources\|FHIR IG: Including referenced resources]]
	\|-		\|-
	\| Alle \|\| FHIR-resources bevatten niet alle in het script gevraagde informatie \|\| \|\| Ja, maar \|\| Voor kwalificatie doeleinden is het verplicht om alle informatie zoals vermeld in het addendum, mee te geven in het FHIR-bericht of te tonen in de user interface.		\| Alle \|\| FHIR-resources bevatten niet alle in het script gevraagde informatie \|\| \|\| Ja, maar \|\| Voor kwalificatie doeleinden is het verplicht om alle informatie zoals vermeld in het addendum, mee te geven in het FHIR-bericht of te tonen in de user interface.

Elize Rot: MM-2887 Op de FAQ kwalificatiepagina is de term pre-kwalificatie vervangen door kwalificatie 1. Verder is het kwalificatieproces verduidelijkt.

2022-02-23T14:46:25Z

MM-2887 Op de FAQ kwalificatiepagina is de term pre-kwalificatie vervangen door kwalificatie 1. Verder is het kwalificatieproces verduidelijkt.

← Oudere versie		Versie van 23 feb 2022 14:46
Regel 1:		Regel 1:
	{{MedMij:Vprepub-2020.01/Issuebox}}		{{MedMij:Vprepub-2020.01/Issuebox}}
	=Kwalificatie Proces=		=Kwalificatie Proces=
	'''Wat is de gemiddelde doorlooptijd van een ~~(pre-)~~kwalificatie'''		'''Wat is de gemiddelde doorlooptijd van een kwalificatie'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	Een kwalificatieslot start altijd op maandag.		Een kwalificatieslot start altijd op maandag.
	De gemiddelde doorlooptijd voor een DVP kwalificatie bedraagt één werkweek ~~en voor een DVZA twee werkweken~~.</div>		De gemiddelde doorlooptijd voor zowel een DVP als DVZA kwalificatie bedraagt één werkweek.</div>

	'''Wanneer krijg ik terugkoppeling over mijn kwalificatie?'''		'''Wanneer krijg ik terugkoppeling over mijn kwalificatie?'''
Regel 11:		Regel 11:
	** Indien het materiaal niet volledig is of er blokkerende punten zijn op technisch vlak (geen 100% score op de Touchstone testexecutie), wordt dat op maandag al teruggekoppeld.		** Indien het materiaal niet volledig is of er blokkerende punten zijn op technisch vlak (geen 100% score op de Touchstone testexecutie), wordt dat op maandag al teruggekoppeld.
	** Indien het materiaal volledig is en er geen blokkerende punten worden gevonden op technisch vlak, wordt het materiaal functioneel beoordeeld en vindt er uiterlijk vrijdag finale terugkoppeling plaats.		** Indien het materiaal volledig is en er geen blokkerende punten worden gevonden op technisch vlak, wordt het materiaal functioneel beoordeeld en vindt er uiterlijk vrijdag finale terugkoppeling plaats.
	* Een DVZA kwalificatie beslaat ~~twee werkweken~~ en start altijd op maandag.		* Een DVZA kwalificatie beslaat één werkweek en start altijd op maandag.
	** In de ~~eerste~~ week wordt het materiaal technisch beoordeeld ~~en indien deze positief is bevonden, vindt de functionele beoordeling plaats in week twee~~.		** In de week wordt het materiaal zowel functioneel als technisch (parallel) beoordeeld.
	** Indien het materiaal niet volledig is, wordt dat op maandag ~~in de eerste week~~ al teruggekoppeld. Er vindt geen technische en functionele beoordeling plaats.		** Indien het materiaal niet volledig is, wordt dat op maandag al teruggekoppeld. Er vindt geen technische en functionele beoordeling plaats.
	** Indien er op technisch vlak blokkerende punten zijn wordt dit op vrijdag ~~in de eerste week~~ teruggekoppeld. ~~Er vindt geen functionele beoordeling plaats.~~		** Indien er op technisch vlak en/of functionele beoordeling blokkerende punten naar voren zijn gekomen, dan wordt dit op vrijdag teruggekoppeld.
	** Indien er op technisch vlak geen blokkerende punten zijn wordt de functionele beoordeling uitgevoerd en vindt terugkoppeling plaats op vrijdag in de tweede week.
	</div>		</div>

Regel 22:		Regel 21:
	Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>		Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>

	'''Wat is het verschil tussen een ~~pre-~~kwalificatie, kwalificatie, kwalificatie 2 etc.?'''		'''Wat is het verschil tussen een kwalificatie 1, kwalificatie 2, kwalificatie 3, etc.?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	De ~~termen pre-kwalificatie, kwalificatie, kwalificatie 2, etc. zijn arbitrair. De pre-~~kwalificatie is het eerste toetsmoment en de kwalificatie het tweede toetsmoment. Indien je positief door de ~~pre-~~kwalificatie heen komt, is er geen vervolg meer nodig voor dezelfde gegevensdienst. De ~~pre-~~kwalificatie ~~is dus gelijk aan de kwalificatie en~~ dient niet gebruikt te worden als “oefenmoment” om het systeem functioneel of technisch te testen.		De kwalificatie 1 is het eerste toetsmoment en de kwalificatie 2 is het tweede toetsmoment. Indien je positief door de kwalificatie 1 heen komt, is er geen vervolg meer nodig voor dezelfde gegevensdienst. De kwalificatie 1 dient daarom niet gebruikt te worden als “oefenmoment” om het systeem functioneel of technisch te testen.
	Normaliter spreken we een herstelperiode van één week af tussen de ~~pre-kwalificatie en kwalificatie~~ om alle fouten te herstellen. Mocht er behoefte zijn aan meer tijd om de blokkerende punten te herstellen, dan kan dat ingepland worden. Indien tijdens de kwalificatie niet alle blokkerende punten zijn opgelost dient er een nieuw kwalificatieslot aangevraagd te worden. We spreken dan over kwalificatie 2, 3 enzovoorts. </div>		Normaliter spreken we een herstelperiode van één week af tussen de kwalificaties om alle fouten te herstellen. Mocht er behoefte zijn aan meer tijd om de blokkerende punten te herstellen, dan kan dat ingepland worden. Indien tijdens de kwalificatie niet alle blokkerende punten zijn opgelost dient er een nieuw kwalificatieslot aangevraagd te worden. We spreken dan over kwalificatie 2, 3 enzovoorts. </div>

	'''Ik heb mijn materiaal hersteld, kan ik het direct aanleveren?'''		'''Ik heb mijn materiaal hersteld, kan ik het direct aanleveren?'''
	<div class="mw-collapsible mw-collapsed"> ~~Nee, dat kan niet~~. ~~Om er zeker van te zijn dat we~~ het materiaal ~~kunnen ontvangen en volgens de procedurele afspraken kunnen beoordelen~~, kan het materiaal ~~alleen~~ worden ~~aangeleverd indien~~ er ~~een kwalificatieslot gepland staat~~. ~~Afwijken hiervan kan alleen in overleg met en na akkoord van~~ het ~~kwalificatiecentrum~~. </div>		<div class="mw-collapsible mw-collapsed"> Materiaal wordt beoordeeld in het geplande kwalificatieslot. Wanneer het materiaal eerder af is, dan kan het materiaal alvast worden ingediend. Wanneer er ruimte bij ons vrij komt zullen we het materiaal eerder in behandeling nemen. Maar hiervoor bieden wij geen garantie, die geven we wel voor het geplande slot. </div>

	'''Ik wil graag een (technisch) expert spreken over mijn kwalificatie of Touchstone. Hoe kan ik dat het snelst doen?'''		'''Ik wil graag een (technisch) expert spreken over mijn kwalificatie of Touchstone. Hoe kan ik dat het snelst doen?'''

Eduard de Rijcke: MM-1886 Merge to vPrepub

2021-10-21T14:54:06Z

MM-1886 Merge to vPrepub

← Oudere versie		Versie van 21 okt 2021 14:54
Regel 78:		Regel 78:
	* Uitleg over de fout met, waar mogelijk, links naar de relevante informatie en/of een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie.		* Uitleg over de fout met, waar mogelijk, links naar de relevante informatie en/of een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie.
	Het is sterk aan te raden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR-berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in BITS op het MedMij-project.		Het is sterk aan te raden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR-berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in BITS op het MedMij-project.

			Verder is het mogelijk om de technische kwalificatiesscripts ter naslagwerk in te zien. Deze zijn te vinden in [https://github.com/Nictiz/Nictiz-STU3-testscripts de Nictiz-STU3-testscripts repository op Github].

	Disclaimer: de gegeven voorbeelden zijn in XML, dit kan in de praktijk ook JSON zijn.		Disclaimer: de gegeven voorbeelden zijn in XML, dit kan in de praktijk ook JSON zijn.
Regel 87:		Regel 89:
	\| Alle \|\| De codesysteem-OID uit een zib wordt gebruikt om de URI voor {{fhir\|.system}} mee te construeren \|\| {{fhir\|.coding.system}} \|\| Ja \|\| Het FHIR-profiel schrijft voor welke URI gebruikt dient te worden, zie [[MedMij:V2020.01/FHIR IG#Code system URIs]].		\| Alle \|\| De codesysteem-OID uit een zib wordt gebruikt om de URI voor {{fhir\|.system}} mee te construeren \|\| {{fhir\|.coding.system}} \|\| Ja \|\| Het FHIR-profiel schrijft voor welke URI gebruikt dient te worden, zie [[MedMij:V2020.01/FHIR IG#Code system URIs]].
	\|-		\|-
	\| Alle, vanaf publicatie 2020.01 \|\| De server retourneert een lege Bundle als de resource niet wordt ondersteund \|\| {{fhir\|Bundle.resource}} \|\| Ja \|\| Als een niet-ondersteunde resource wordt bevraagd, dient de server een OperationOutcome te retourneren met {{term\|not supported}} in {{fhir\|.code}}. Zie de [[MedMij:~~V2020~~.01/FHIR_IG#Handling_errors]].		\| Alle, vanaf publicatie 2020.01 \|\| De server retourneert een lege Bundle als de resource niet wordt ondersteund \|\| {{fhir\|Bundle.resource}} \|\| Ja \|\| Als een niet-ondersteunde resource wordt bevraagd, dient de server een OperationOutcome te retourneren met {{term\|not supported}} in {{fhir\|.code}}. Zie de [[MedMij:Vprepub-2020.01/FHIR_IG#Handling_errors]].
	\|-		\|-
	\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub-2020.01/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]		\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub-2020.01/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]

Narin Esmaeel: MM-1553: Toevoeging informatie over het correct gebruik van de kwalificatiescripts Duidelijkere verwijzing naar contactmogelijkheden binnen het kwalificatieproces en verdere verduidelijking van het proces

2021-03-18T13:00:16Z

MM-1553: Toevoeging informatie over het correct gebruik van de kwalificatiescripts Duidelijkere verwijzing naar contactmogelijkheden binnen het kwalificatieproces en verdere verduidelijking van het proces

← Oudere versie		Versie van 18 mrt 2021 13:00
Regel 31:		Regel 31:

	'''Ik wil graag een (technisch) expert spreken over mijn kwalificatie of Touchstone. Hoe kan ik dat het snelst doen?'''		'''Ik wil graag een (technisch) expert spreken over mijn kwalificatie of Touchstone. Hoe kan ik dat het snelst doen?'''
	<div class="mw-collapsible mw-collapsed"> Het snelste kun je hen bereiken door een issue te loggen in BITS, onder het project voor de MedMij-standaarden. Hier komt het direct bij de juiste experts terecht. </div>		<div class="mw-collapsible mw-collapsed"> Het snelste kun je hen bereiken door een issue te loggen in [https://bits.nictiz.nl/projects/MM/issues/ BITS], onder het project voor de MedMij-standaarden. Hier komt het direct bij de juiste experts terecht. Vragen rondom lopende kwalificaties kunnen ook gesteld worden via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]. </div>

	'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''		'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''
Regel 42:		Regel 42:
	<div class="mw-collapsible mw-collapsed"> Het doel van kwalificatie is: een betekenisvol oordeel vellen of een systeem de systeemrol conform de in de informatiestandaard gestelde eisen op juiste wijze		<div class="mw-collapsible mw-collapsed"> Het doel van kwalificatie is: een betekenisvol oordeel vellen of een systeem de systeemrol conform de in de informatiestandaard gestelde eisen op juiste wijze
	ondersteunt. Zie ook onze [https://www.medmij.nl/wp-content/uploads/2020/04/Factsheet-DVZA-kwalificatie.pdf factsheet voor DVZA kwalificaties]. </div>		ondersteunt. Zie ook onze [https://www.medmij.nl/wp-content/uploads/2020/04/Factsheet-DVZA-kwalificatie.pdf factsheet voor DVZA kwalificaties]. </div>

			'''Welke kwalificatiescripts moet ik doorlopen?'''
			<div class="mw-collapsible mw-collapsed"> Van de actuele gegevensdiensten waarop gekwalificeerd kan worden, bestaan er meerdere MedMij versies. Hierbij is het belangrijk dat het kwalificatiescript gekozen wordt waarin het nummer staat dat overeenkomt met het MedMij versienummer waarop er gekwalificeerd wordt. Als je bijvoorbeeld kwalificeert op de BgZ 2020.01, dient het kwalificatiescript benaderd te worden vanuit de map waarin 2020.01 in de titel staat: Nictiz/FHIR3-0-2-MM202001-Cert. Wanneer er gebruik wordt gemaakt van het verkeerde script, kan het materiaal helaas niet meegenomen worden. </div>

	=Functionele Kwalificatie=		=Functionele Kwalificatie=
Regel 51:		Regel 54:
	'''Binnen de standaard wordt een oudere zibversie vereist, dan de laatste release van zibs. Mag een nieuwere versie van de zib worden geïmplementeerd?'''		'''Binnen de standaard wordt een oudere zibversie vereist, dan de laatste release van zibs. Mag een nieuwere versie van de zib worden geïmplementeerd?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	* De ~~standaarden voor~~ MedMij zijn ~~inderdaad~~ gebaseerd op de ~~zibversie~~ 2017 ~~release~~. Binnen MedMij wordt niet op zibs maar op ~~informatiestandaarden~~ gekwalificeerd~~. Daarom zijn~~ de ~~zibs~~ die in een ~~standaard~~ worden gebruikt leidend.		* De informatiestandaarden die worden gebruikt binnen MedMij zijn gebaseerd op de 2017 publicatie van de zibs. Binnen MedMij wordt er niet op zibs maar op gegevensdiensten gekwalificeerd, die gebaseerd zijn op een informatiestandaard. Een gegevensdienst kan herkend worden aan de unieke systeemrolcode die eraan toe is gekend. Een overzicht van de actuele gegevensdiensten is terug te vinden in de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus]. Doordat er wordt gekwalificeerd op gegevensdiensten is de publicatie van de zibs die in een informatiestandaard worden gebruikt leidend. Zodoende zijn op dit moment alle gegevensdiensten die uitgaan van zibs gebaseerd op de 2017 publicatie. Wanneer een (kandidaat-)deelnemer ervoor kiest om een nieuwere versie van de zibs te implementeren moet er rekening mee worden gehouden dat deze niet compatibel zijn met de versies die vereist zijn voor uitwisseling binnen het afsprakenstelsel. </div>
	* Het advies is om zibs ~~versie~~ 2017 ~~in te bouwen, omdat deze momenteel ondersteund worden in het MedMij-afsprakenstelsel~~. Wanneer een (kandidaat-)deelnemer ervoor kiest om een nieuwere versie van de zibs te implementeren moet er rekening mee worden gehouden dat deze niet compatibel zijn met ~~oudere~~ versies die vereist zijn voor uitwisseling binnen het afsprakenstelsel. </div>

	'''Hoe werkt de variabele T?'''		'''Hoe werkt de variabele T?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	<br /> Voor veel kwalificaties wordt er gebruik gemaakt van een variabele datum. Dit is de zogenoemde T datum welke is opgenomen in de functionele testscripts, met name in de addenda, en in de technische testscripts op Touchstone. Deze variabele datum wordt gebruikt om zo dicht mogelijk tegen een productiewaardig scenario te testen en te kwalificeren. Middels de variabele datum kunnen de testgegevens actueel blijven. Deze T datum komt op twee plekken terug, namelijk in de datumvelden van de testgegevens en in de datumparameters in de search URL's. In de volgende twee paragrafen wordt dit toegelicht.		<br /> Voor veel kwalificaties wordt er gebruik gemaakt van een variabele datum. Dit is de zogenoemde T datum welke is opgenomen in de functionele testscripts, met name in de addenda, en in de technische testscripts op Touchstone. Deze variabele datum wordt gebruikt om zo dicht mogelijk tegen een productiewaardig scenario te testen en te kwalificeren. Middels de variabele datum kunnen de testgegevens actueel blijven. Deze T datum komt op twee plekken terug, namelijk in de datumvelden van de testgegevens en in de datumparameters in de search URL's. In de volgende twee paragrafen wordt dit toegelicht.
	<br /> De functionele testscripts beschrijven in de addenda testgegevens waarin datumvelden staan op basis van een T datum. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan de datum die voor T geldt. Deze ~~testgegevens uit de addenda worden vervolgens gebruikt om ofwel~~ de Nictiz WildFHIR-server ~~te vullen of door kandidaat deelnemers om~~ de ~~testgegevens~~ in ~~het systeem te registreren~~. </div>		<br /> De functionele testscripts beschrijven in de addenda testgegevens waarin datumvelden staan op basis van een T datum. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan de datum die voor T geldt. Deze T-datum wordt afgegeven door het kwalificatie team. Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met een testgegevens op basis van een T datum gelijk aan de datum van die maandag. Bijvoorbeeld in 2021 is T datum in week 11 gelijk aan 15 maart 2021. </div>

	'''Hoe stel ik datum T in?'''		'''Hoe stel ik datum T in?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	<br /> Het vullen van de Nictiz WildFHIR-server kon in het verleden door kandidaatdeelnemers gebeuren door het draaien van het 'load script' op basis van een op te geven variable T. Dit is nu in beheer genomen door het kwalificatie team. Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met een testgegevens op basis van een T datum gelijk aan de datum van die maandag. Bijvoorbeeld in 2019 is T datum in week 46 gelijk aan ~~11 november 2019~~. </div>		<br /> Het vullen van de Nictiz WildFHIR-server kon in het verleden door kandidaatdeelnemers gebeuren door het draaien van het 'load script' op basis van een op te geven variable T. Dit is nu in beheer genomen door het kwalificatie team. Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met een testgegevens op basis van een T datum gelijk aan de datum van die maandag. Bijvoorbeeld in 2019 is T datum in week 11 gelijk aan 15 maart 2021. </div>

	''' Hoe werken parameters in de request URL's? '''		''' Hoe werken parameters in de request URL's? '''

Pieter Edelman: MM-1650: Toevoegen twee veelgemaakte fouten: codesysteem-URI obv. OID en lege Bundle bij niet-ondersteunde resource

2021-02-15T08:45:29Z

MM-1650: Toevoegen twee veelgemaakte fouten: codesysteem-URI obv. OID en lege Bundle bij niet-ondersteunde resource

← Oudere versie		Versie van 15 feb 2021 08:45
Regel 81:		Regel 81:
	{\| class="wikitable sortable mw-collapsible"		{\| class="wikitable sortable mw-collapsible"
	! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg		! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg

			\|-
			\| Alle \|\| De codesysteem-OID uit een zib wordt gebruikt om de URI voor {{fhir\|.system}} mee te construeren \|\| {{fhir\|.coding.system}} \|\| Ja \|\| Het FHIR-profiel schrijft voor welke URI gebruikt dient te worden, zie [[MedMij:V2020.01/FHIR IG#Code system URIs]].
			\|-
			\| Alle, vanaf publicatie 2020.01 \|\| De server retourneert een lege Bundle als de resource niet wordt ondersteund \|\| {{fhir\|Bundle.resource}} \|\| Ja \|\| Als een niet-ondersteunde resource wordt bevraagd, dient de server een OperationOutcome te retourneren met {{term\|not supported}} in {{fhir\|.code}}. Zie de [[MedMij:V2020.01/FHIR_IG#Handling_errors]].
	\|-		\|-
	\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub-2020.01/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]		\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub-2020.01/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]

Pieter Edelman: Tekst vervangen - "MedMij:Vprepub" door "MedMij:Vprepub-2020.01"

2020-12-01T12:52:39Z

Tekst vervangen - "MedMij:Vprepub" door "MedMij:Vprepub-2020.01"

Pieter Edelman: Pieter Edelman heeft de pagina MedMij:Vprepub/Kwalificatie FAQ hernoemd naar MedMij:Vprepub-2020.01/Kwalificatie FAQ zonder een doorverwijzing achter te laten: Generaliseren van prepub-mechanisme

2020-12-01T12:49:28Z

Pieter Edelman heeft de pagina MedMij:Vprepub/Kwalificatie FAQ hernoemd naar MedMij:Vprepub-2020.01/Kwalificatie FAQ zonder een doorverwijzing achter te laten: Generaliseren van prepub-mechanisme

← Oudere versie	Versie van 1 dec 2020 12:49
(geen verschil)

Camiel Reijnders: MM-1542: Verwijzingen naar het Register van Informatiestandaarden aangepast naar de MedMij Catalogus

2020-11-19T13:27:20Z

MM-1542: Verwijzingen naar het Register van Informatiestandaarden aangepast naar de MedMij Catalogus

Pieter Edelman: Tekst vervangen - "V2020.01" door "Vprepub"

2020-08-27T14:19:48Z

Tekst vervangen - "V2020.01" door "Vprepub"

← Oudere versie		Versie van 27 aug 2020 14:19
Regel 1:		Regel 1:
	{{MedMij:~~V2020.01~~/Issuebox}}		{{MedMij:Vprepub/Issuebox}}
	=Kwalificatie Proces=		=Kwalificatie Proces=
	'''Wat is de gemiddelde doorlooptijd van een (pre-)kwalificatie'''		'''Wat is de gemiddelde doorlooptijd van een (pre-)kwalificatie'''
Regel 82:		Regel 82:
	! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg		! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg
	\|-		\|-
	\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:~~V2020.01~~/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]		\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]
	\|-		\|-
	\| Alle \|\| Bundle.entry.fullUrl en Resource.id zijn niet consistent \|\| Resource.id \|\| Ja, maar \|\|		\| Alle \|\| Bundle.entry.fullUrl en Resource.id zijn niet consistent \|\| Resource.id \|\| Ja, maar \|\|
	Zie [[MedMij:~~V2020.01~~/FHIR_IG#Logical_ids.2C_fullUrls_and_references_in_Bundles\|FHIR IG: fullUrls and references in Bundles]]		Zie [[MedMij:Vprepub/FHIR_IG#Logical_ids.2C_fullUrls_and_references_in_Bundles\|FHIR IG: fullUrls and references in Bundles]]

	Fout		Fout

← Oudere versie		Versie van 1 dec 2020 12:52
Regel 1:		Regel 1:
	{{MedMij:Vprepub/Issuebox}}		{{MedMij:Vprepub-2020.01/Issuebox}}
	=Kwalificatie Proces=		=Kwalificatie Proces=
	'''Wat is de gemiddelde doorlooptijd van een (pre-)kwalificatie'''		'''Wat is de gemiddelde doorlooptijd van een (pre-)kwalificatie'''
Regel 20:		Regel 20:
	'''Hoe moet ik de schermprinten aanleveren?'''		'''Hoe moet ik de schermprinten aanleveren?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:Vprepub/Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>		Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>

	'''Wat is het verschil tussen een pre-kwalificatie, kwalificatie, kwalificatie 2 etc.?'''		'''Wat is het verschil tussen een pre-kwalificatie, kwalificatie, kwalificatie 2 etc.?'''
Regel 34:		Regel 34:

	'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''		'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''
	<div class="mw-collapsible mw-collapsed"> Om veilige gegevensuitwisseling te kunnen garanderen is het van belang dat het volledige kwalificatiescript wordt ondersteund. Kun je hier niet aan voldoen, is het van belang dit ruim voorafgaand aan je kwalificatie te loggen via BITS, onder het project voor de MedMij-standaarden t.a.v. de informatiestandaard die je wil kwalificeren. Kaart je dit pas aan tijdens kwalificatie of wordt dit tijdens kwalificatie door de (technische) kwalificatiespecialist geconstateerd, zal dit leiden tot vertraging in het kwalificatieproces. Zie ook de [[MedMij:Vprepub/Kwalificatie#Procedurele_eisen_voor_kwalificatie\|procedurele eisen]] op de kwalificatiepagina. </div>		<div class="mw-collapsible mw-collapsed"> Om veilige gegevensuitwisseling te kunnen garanderen is het van belang dat het volledige kwalificatiescript wordt ondersteund. Kun je hier niet aan voldoen, is het van belang dit ruim voorafgaand aan je kwalificatie te loggen via BITS, onder het project voor de MedMij-standaarden t.a.v. de informatiestandaard die je wil kwalificeren. Kaart je dit pas aan tijdens kwalificatie of wordt dit tijdens kwalificatie door de (technische) kwalificatiespecialist geconstateerd, zal dit leiden tot vertraging in het kwalificatieproces. Zie ook de [[MedMij:Vprepub-2020.01/Kwalificatie#Procedurele_eisen_voor_kwalificatie\|procedurele eisen]] op de kwalificatiepagina. </div>

	'''Ik loop uit en ben bang dat ik mijn acceptatieslot niet ga redden, wat nu?'''		'''Ik loop uit en ben bang dat ik mijn acceptatieslot niet ga redden, wat nu?'''
Regel 46:		Regel 46:
	'''Waar vind ik de eisen terug?'''		'''Waar vind ik de eisen terug?'''
	<div class="mw-collapsible mw-collapsed"> Het is belangrijk alle functionele en technische eisen goed door te nemen en geïmplementeerd te hebben voorafgaand aan de kwalificatiepogingen. De eisen die gesteld worden, verschillen per gegevensdienst.		<div class="mw-collapsible mw-collapsed"> Het is belangrijk alle functionele en technische eisen goed door te nemen en geïmplementeerd te hebben voorafgaand aan de kwalificatiepogingen. De eisen die gesteld worden, verschillen per gegevensdienst.
	* Op de [[MedMij:Vprepub/Kwalificatie\|kwalificatiepagina]] staan de uitgangspunten en procedurele eisen voor kwalificatie. Hier vind je eveneens de addenda en de kwalificatiescripts.		* Op de [[MedMij:Vprepub-2020.01/Kwalificatie\|kwalificatiepagina]] staan de uitgangspunten en procedurele eisen voor kwalificatie. Hier vind je eveneens de addenda en de kwalificatiescripts.
	* Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus]. Via de catalogus kan doorgeklikt worden naar het functioneel ontwerp en technisch ontwerp per systeemrol. </div>		* Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus]. Via de catalogus kan doorgeklikt worden naar het functioneel ontwerp en technisch ontwerp per systeemrol. </div>

Regel 82:		Regel 82:
	! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg		! Informatiestandaard !! Veelvoorkomende fouten !! Element !! Blokkerend !! Uitleg
	\|-		\|-
	\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]		\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| Zie [[MedMij:Vprepub-2020.01/FHIR_IG#When_is_id_expected.3F\|FHIR IG: when is id expected?]]
	\|-		\|-
	\| Alle \|\| Bundle.entry.fullUrl en Resource.id zijn niet consistent \|\| Resource.id \|\| Ja, maar \|\|		\| Alle \|\| Bundle.entry.fullUrl en Resource.id zijn niet consistent \|\| Resource.id \|\| Ja, maar \|\|
	Zie [[MedMij:Vprepub/FHIR_IG#Logical_ids.2C_fullUrls_and_references_in_Bundles\|FHIR IG: fullUrls and references in Bundles]]		Zie [[MedMij:Vprepub-2020.01/FHIR_IG#Logical_ids.2C_fullUrls_and_references_in_Bundles\|FHIR IG: fullUrls and references in Bundles]]

	Fout		Fout

← Oudere versie		Versie van 19 nov 2020 13:27
Regel 20:		Regel 20:
	'''Hoe moet ik de schermprinten aanleveren?'''		'''Hoe moet ik de schermprinten aanleveren?'''
	<div class="mw-collapsible mw-collapsed">		<div class="mw-collapsible mw-collapsed">
	Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:~~Vissue-MM-1220_Kwalificatie~~#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>		Op de kwalificatiepagina tref je de aanleverformaten onder het kopje [[MedMij:Vprepub/Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]]. In het aanleverformat wordt aangegeven of de screenshots per scenario of per sectie uit een scenario aangeleverd dienen te worden. </div>

	'''Wat is het verschil tussen een pre-kwalificatie, kwalificatie, kwalificatie 2 etc.?'''		'''Wat is het verschil tussen een pre-kwalificatie, kwalificatie, kwalificatie 2 etc.?'''
Regel 34:		Regel 34:

	'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''		'''Ik kan niet het volledige kwalificatiescript ondersteunen, wat nu?'''
	<div class="mw-collapsible mw-collapsed"> Om veilige gegevensuitwisseling te kunnen garanderen is het van belang dat het volledige kwalificatiescript wordt ondersteund. Kun je hier niet aan voldoen, is het van belang dit ruim voorafgaand aan je kwalificatie te loggen via BITS, onder het project voor de MedMij-standaarden t.a.v. de informatiestandaard die je wil kwalificeren. Kaart je dit pas aan tijdens kwalificatie of wordt dit tijdens kwalificatie door de (technische) kwalificatiespecialist geconstateerd, zal dit leiden tot vertraging in het kwalificatieproces. Zie ook de [[MedMij:~~Vissue-MM-1220_Kwalificatie~~#Procedurele_eisen_voor_kwalificatie\|procedurele eisen]] op de kwalificatiepagina. </div>		<div class="mw-collapsible mw-collapsed"> Om veilige gegevensuitwisseling te kunnen garanderen is het van belang dat het volledige kwalificatiescript wordt ondersteund. Kun je hier niet aan voldoen, is het van belang dit ruim voorafgaand aan je kwalificatie te loggen via BITS, onder het project voor de MedMij-standaarden t.a.v. de informatiestandaard die je wil kwalificeren. Kaart je dit pas aan tijdens kwalificatie of wordt dit tijdens kwalificatie door de (technische) kwalificatiespecialist geconstateerd, zal dit leiden tot vertraging in het kwalificatieproces. Zie ook de [[MedMij:Vprepub/Kwalificatie#Procedurele_eisen_voor_kwalificatie\|procedurele eisen]] op de kwalificatiepagina. </div>

	'''Ik loop uit en ben bang dat ik mijn acceptatieslot niet ga redden, wat nu?'''		'''Ik loop uit en ben bang dat ik mijn acceptatieslot niet ga redden, wat nu?'''
Regel 46:		Regel 46:
	'''Waar vind ik de eisen terug?'''		'''Waar vind ik de eisen terug?'''
	<div class="mw-collapsible mw-collapsed"> Het is belangrijk alle functionele en technische eisen goed door te nemen en geïmplementeerd te hebben voorafgaand aan de kwalificatiepogingen. De eisen die gesteld worden, verschillen per gegevensdienst.		<div class="mw-collapsible mw-collapsed"> Het is belangrijk alle functionele en technische eisen goed door te nemen en geïmplementeerd te hebben voorafgaand aan de kwalificatiepogingen. De eisen die gesteld worden, verschillen per gegevensdienst.
	* Op de [[MedMij:~~Vissue-MM-1220_Kwalificatie~~\|kwalificatiepagina]] staan de uitgangspunten en procedurele eisen voor kwalificatie. Hier vind je eveneens de addenda en de kwalificatiescripts.		* Op de [[MedMij:Vprepub/Kwalificatie\|kwalificatiepagina]] staan de uitgangspunten en procedurele eisen voor kwalificatie. Hier vind je eveneens de addenda en de kwalificatiescripts.
	* ~~Het Register~~ van ~~Informatiestandaarden bevat~~ de ~~binnen het~~ MedMij~~-afsprakenstelsel toegelaten informatiestandaarden~~. Via ~~het register~~ kan doorgeklikt worden naar het functioneel ontwerp en technisch ontwerp per ~~informatiestandaard~~. </div>		* Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus]. Via de catalogus kan doorgeklikt worden naar het functioneel ontwerp en technisch ontwerp per systeemrol. </div>

	'''Binnen de standaard wordt een oudere zibversie vereist, dan de laatste release van zibs. Mag een nieuwere versie van de zib worden geïmplementeerd?'''		'''Binnen de standaard wordt een oudere zibversie vereist, dan de laatste release van zibs. Mag een nieuwere versie van de zib worden geïmplementeerd?'''