MedMij:Vsuperdraft Kwalificatie - Bewerkingsoverzicht

Jeanique Ngadimin: Algemene voorwaarden

2020-06-09T09:20:12Z

Algemene voorwaarden

← Oudere versie		Versie van 9 jun 2020 09:20
Regel 12:		Regel 12:

	Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />		Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />
			=Algemene voorwaarden voor kwalificatie=
			Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
			# Kennis en begrip van MedMij afsprakenstelsel.
			# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
			# Kennis en begrip van de betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
			# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten en andere referenties die de informatiestandaard gebruikt.
			# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in het document '''2. Addenda - Kwalificaties''' als bijlage bij de betreffende informatiestandaard.
			# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van 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.

	=Algemene eisen voor kwalificatie=		=Algemene eisen voor kwalificatie=

Jessica Apeldoorn op 22 apr 2020 om 14:32

2020-04-22T14:32:22Z

← Oudere versie		Versie van 22 apr 2020 14:32
Regel 46:		Regel 46:

	* Streef ernaar om het certificering-testscript - ook bekend als ''test executie'' - Touchstone niet meer dan een week voor de maandag van het (pre)kwalificatie slot uit te voeren. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen. Om het kwalificatietraject niet onnodig te vertragen wordt er dus van leveranciers geacht om genoemde richtlijn te handhaven.		* Streef ernaar om het certificering-testscript - ook bekend als ''test executie'' - Touchstone niet meer dan een week voor de maandag van het (pre)kwalificatie slot uit te voeren. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen. Om het kwalificatietraject niet onnodig te vertragen wordt er dus van leveranciers geacht om genoemde richtlijn te handhaven.
	* Wanneer niet kan worden voldaan aan de functionele/technische eisen van een gegevensdienst ~~of niet alle informatie behorende bij een gegevensdienst conform het testscript kan worden verwerkt en/of opgeslagen. Dan~~ dient dit te worden aangegeven voorafgaand aan een kwalificatie ~~en niet tijdens~~. Dit voorkomt onnodige vertraging.		* Wanneer niet kan worden voldaan aan de functionele en/of technische eisen van een gegevensdienst, dient dit te worden aangegeven voorafgaand aan een kwalificatie. Dit voorkomt onnodige vertraging.
	* Het kwalificatiemateriaal dient in het juiste formaat worden aangeleverd. Gebruik daarom voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformaat wat hoort bij de gegevensdienst waarvoor men wil kwalificeren. In het aanleverformaat staat per slide beschreven wat wordt verwacht. Het hoofdonderdeel van het benodigde kwalificatiemateriaal zijn schermafdrukken.		* Het kwalificatiemateriaal dient in het juiste formaat worden aangeleverd. Gebruik daarom voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformaat wat hoort bij de gegevensdienst waarvoor men wil kwalificeren. In het aanleverformaat staat per slide beschreven wat wordt verwacht. Het hoofdonderdeel van het benodigde kwalificatiemateriaal zijn schermafdrukken.
	Voor een DVP geldt dat er schermafdrukken dienen te worden gemaakt van de interface van een PGO.		Voor een DVP geldt dat er schermafdrukken dienen te worden gemaakt van de interface van een PGO.

Jessica Apeldoorn: extra punt

2020-04-22T14:29:36Z

extra punt

← Oudere versie		Versie van 22 apr 2020 14:29
Regel 46:		Regel 46:

	* Streef ernaar om het certificering-testscript - ook bekend als ''test executie'' - Touchstone niet meer dan een week voor de maandag van het (pre)kwalificatie slot uit te voeren. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen. Om het kwalificatietraject niet onnodig te vertragen wordt er dus van leveranciers geacht om genoemde richtlijn te handhaven.		* Streef ernaar om het certificering-testscript - ook bekend als ''test executie'' - Touchstone niet meer dan een week voor de maandag van het (pre)kwalificatie slot uit te voeren. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen. Om het kwalificatietraject niet onnodig te vertragen wordt er dus van leveranciers geacht om genoemde richtlijn te handhaven.
			* Wanneer niet kan worden voldaan aan de functionele/technische eisen van een gegevensdienst of niet alle informatie behorende bij een gegevensdienst conform het testscript kan worden verwerkt en/of opgeslagen. Dan dient dit te worden aangegeven voorafgaand aan een kwalificatie en niet tijdens. Dit voorkomt onnodige vertraging.
	* Het kwalificatiemateriaal dient in het juiste formaat worden aangeleverd. Gebruik daarom voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformaat wat hoort bij de gegevensdienst waarvoor men wil kwalificeren. In het aanleverformaat staat per slide beschreven wat wordt verwacht. Het hoofdonderdeel van het benodigde kwalificatiemateriaal zijn schermafdrukken.		* Het kwalificatiemateriaal dient in het juiste formaat worden aangeleverd. Gebruik daarom voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformaat wat hoort bij de gegevensdienst waarvoor men wil kwalificeren. In het aanleverformaat staat per slide beschreven wat wordt verwacht. Het hoofdonderdeel van het benodigde kwalificatiemateriaal zijn schermafdrukken.
	Voor een DVP geldt dat er schermafdrukken dienen te worden gemaakt van de interface van een PGO.		Voor een DVP geldt dat er schermafdrukken dienen te worden gemaakt van de interface van een PGO.

Jessica Apeldoorn: ''DVP en DVZA''

2020-04-22T14:24:55Z

''DVP en DVZA''

← Oudere versie		Versie van 22 apr 2020 14:24
Regel 23:		Regel 23:
	'''DVZA:''' een DVZA is in staat alle informatie behorende bij een gegevensdienst, conform het testscript, te verwerken en op te slaan. Dit betekent voor de transactie “beschikbaarstellen” dat functionele gegevens getoond en verstuurd worden. Dit betekent voor “ontvangen” dat de functionele gegevens getoond en opgeslagen worden.		'''DVZA:''' een DVZA is in staat alle informatie behorende bij een gegevensdienst, conform het testscript, te verwerken en op te slaan. Dit betekent voor de transactie “beschikbaarstellen” dat functionele gegevens getoond en verstuurd worden. Dit betekent voor “ontvangen” dat de functionele gegevens getoond en opgeslagen worden.

	"DVP en DVZA"		''DVP en DVZA''
	* Het '''kwalifcatiescript''' bevat de te doorlopen scripts bij kwalificatie van een bepaalde use case en gegevensdienst en verdere informatie rondom hetgeen wat beoogd wordt te realiseren in een bepaalde gegevensdienst.		* Het '''kwalifcatiescript''' bevat de te doorlopen scripts bij kwalificatie van een bepaalde use case en gegevensdienst en verdere informatie rondom hetgeen wat beoogd wordt te realiseren in een bepaalde gegevensdienst.
	* Voor elke informatiestandaard met bijbehorende gegevensdiensten is een '''functioneel ontwerp''' aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard.		* Voor elke informatiestandaard met bijbehorende gegevensdiensten is een '''functioneel ontwerp''' aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard.
Regel 32:		Regel 32:
	====Beoordelingskader 2:====		====Beoordelingskader 2:====
	Een '''DVP''' en een '''DVZA''' dienen te voldoen aan de functionele eisen van de betreffende gegevensdienst.		Een '''DVP''' en een '''DVZA''' dienen te voldoen aan de functionele eisen van de betreffende gegevensdienst.
	"DVP en DVZA"
			''DVP en DVZA''
	* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een functioneel ontwerp aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard. Voor een concrete situatie is het vastleggen en uitwisselen van informatie beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld).		* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een functioneel ontwerp aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard. Voor een concrete situatie is het vastleggen en uitwisselen van informatie beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld).

	====Beoordelingskader 3:====		====Beoordelingskader 3:====
	Een '''DVP''' en een '''DVZA''' is in staat technisch correcte berichten te sturen en te ontvangen.		Een '''DVP''' en een '''DVZA''' is in staat technisch correcte berichten te sturen en te ontvangen.
	"DVP en DVZA"
			''DVP en DVZA''
	* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een technisch ontwerp oftewel de “MedMij FHIR Implementation Guide” aanwezig waarin is gespecificeerd per use-case. FHIR is de technische uitwisselingsstandaard waar de MedMij informatiestandaarden op gebaseerd zijn. Het technisch ontwerp geeft uitgebreide technische FHIR-gerelateerde achtergrondinformatie over de werking van een DVP met betrekking tot de betreffende informatiestandaard.		* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een technisch ontwerp oftewel de “MedMij FHIR Implementation Guide” aanwezig waarin is gespecificeerd per use-case. FHIR is de technische uitwisselingsstandaard waar de MedMij informatiestandaarden op gebaseerd zijn. Het technisch ontwerp geeft uitgebreide technische FHIR-gerelateerde achtergrondinformatie over de werking van een DVP met betrekking tot de betreffende informatiestandaard.

Jessica Apeldoorn: "DVP en DVZA"

2020-04-22T14:23:50Z

"DVP en DVZA"

← Oudere versie		Versie van 22 apr 2020 14:23
Regel 23:		Regel 23:
	'''DVZA:''' een DVZA is in staat alle informatie behorende bij een gegevensdienst, conform het testscript, te verwerken en op te slaan. Dit betekent voor de transactie “beschikbaarstellen” dat functionele gegevens getoond en verstuurd worden. Dit betekent voor “ontvangen” dat de functionele gegevens getoond en opgeslagen worden.		'''DVZA:''' een DVZA is in staat alle informatie behorende bij een gegevensdienst, conform het testscript, te verwerken en op te slaan. Dit betekent voor de transactie “beschikbaarstellen” dat functionele gegevens getoond en verstuurd worden. Dit betekent voor “ontvangen” dat de functionele gegevens getoond en opgeslagen worden.

			"DVP en DVZA"
	* Het '''kwalifcatiescript''' bevat de te doorlopen scripts bij kwalificatie van een bepaalde use case en gegevensdienst en verdere informatie rondom hetgeen wat beoogd wordt te realiseren in een bepaalde gegevensdienst.		* Het '''kwalifcatiescript''' bevat de te doorlopen scripts bij kwalificatie van een bepaalde use case en gegevensdienst en verdere informatie rondom hetgeen wat beoogd wordt te realiseren in een bepaalde gegevensdienst.
	* Voor elke informatiestandaard met bijbehorende gegevensdiensten is een '''functioneel ontwerp''' aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard.		* Voor elke informatiestandaard met bijbehorende gegevensdiensten is een '''functioneel ontwerp''' aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard.
Regel 31:		Regel 32:
	====Beoordelingskader 2:====		====Beoordelingskader 2:====
	Een '''DVP''' en een '''DVZA''' dienen te voldoen aan de functionele eisen van de betreffende gegevensdienst.		Een '''DVP''' en een '''DVZA''' dienen te voldoen aan de functionele eisen van de betreffende gegevensdienst.
			"DVP en DVZA"
	* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een functioneel ontwerp aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard. Voor een concrete situatie is het vastleggen en uitwisselen van informatie beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld).		* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een functioneel ontwerp aanwezig waarin de use cases worden gespecificeerd. Deze geeft uitgebreide achtergrondinformatie over de algemene werking van de informatiestandaard. Voor een concrete situatie is het vastleggen en uitwisselen van informatie beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld).

	====Beoordelingskader 3:====		====Beoordelingskader 3:====
	Een '''DVP''' en een '''DVZA''' is in staat technisch correcte berichten te sturen en te ontvangen.		Een '''DVP''' en een '''DVZA''' is in staat technisch correcte berichten te sturen en te ontvangen.
			"DVP en DVZA"
	* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een technisch ontwerp oftewel de “MedMij FHIR Implementation Guide” aanwezig waarin is gespecificeerd per use-case. FHIR is de technische uitwisselingsstandaard waar de MedMij informatiestandaarden op gebaseerd zijn. Het technisch ontwerp geeft uitgebreide technische FHIR-gerelateerde achtergrondinformatie over de werking van een DVP met betrekking tot de betreffende informatiestandaard.		* Hiervoor is voor elke informatiestandaard met bijbehorende gegevensdiensten een technisch ontwerp oftewel de “MedMij FHIR Implementation Guide” aanwezig waarin is gespecificeerd per use-case. FHIR is de technische uitwisselingsstandaard waar de MedMij informatiestandaarden op gebaseerd zijn. Het technisch ontwerp geeft uitgebreide technische FHIR-gerelateerde achtergrondinformatie over de werking van een DVP met betrekking tot de betreffende informatiestandaard.

Jessica Apeldoorn: Dit is geen reden voor afkeuren in kwalificatie - verwijderen

2020-04-22T14:08:24Z

Dit is geen reden voor afkeuren in kwalificatie - verwijderen

← Oudere versie		Versie van 22 apr 2020 14:08
Regel 107:		Regel 107:
	In de FHIR datatypes ''dateTime'' (indien uren en minuten worden gebruikt) en ''instant'' is de tijdzone verplicht. De tijdzone kan daarom niet worden weggelaten uit de testgegevens.		In de FHIR datatypes ''dateTime'' (indien uren en minuten worden gebruikt) en ''instant'' is de tijdzone verplicht. De tijdzone kan daarom niet worden weggelaten uit de testgegevens.

	Touchstone heeft helaas een beperking dat de Nederlandse tijdzone niet berekend kan worden bij een variabele datum. De tijdzone die nu in onze testgegevens staat, was een Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een test-executie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat~~. Dit is geen reden voor afkeuren in kwalificatie~~.		Touchstone heeft helaas een beperking dat de Nederlandse tijdzone niet berekend kan worden bij een variabele datum. De tijdzone die nu in onze testgegevens staat, was een Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een test-executie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat.

	=Kwalificatiebenodigdheden=		=Kwalificatiebenodigdheden=

Jessica Apeldoorn: algemene eisen

2020-04-22T14:02:35Z

algemene eisen

← Oudere versie		Versie van 22 apr 2020 14:02
Regel 13:		Regel 13:
	Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />		Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />

	=Algemene ~~voorwaarden~~ voor kwalificatie=		=Algemene eisen voor kwalificatie=
	Onderstaand zijn de beoordelingskaders beschreven waarbij is aangegeven waar een MedMij (kandidaat-)deelnemer kennis en begrip van dient te hebben om te kunnen kwalificeren naast de bijbehorende algemene uitgangspunten die beschreven zijn in paragraaf drie "Uitgangspunten voor kwalificatie". Daarnaast worden de procedurele eisen beschreven waar men ook aan dient te voldoen om te kunnen kwalificeren.		Onderstaand zijn de beoordelingskaders beschreven waarbij is aangegeven waar een MedMij (kandidaat-)deelnemer kennis en begrip van dient te hebben om te kunnen kwalificeren naast de bijbehorende algemene uitgangspunten die beschreven zijn in paragraaf drie "Uitgangspunten voor kwalificatie". Daarnaast worden de procedurele eisen beschreven waar men ook aan dient te voldoen om te kunnen kwalificeren.

Jessica Apeldoorn op 22 apr 2020 om 13:38

2020-04-22T13:38:47Z

← Oudere versie		Versie van 22 apr 2020 13:38
Regel 9:		Regel 9:
	Op MedMij informatiestandaarden met bijbehorende gegevensdiensten zijn Nictiz kwalificaties van toepassing.		Op MedMij informatiestandaarden met bijbehorende gegevensdiensten zijn Nictiz kwalificaties van toepassing.

	Kwalificaties vinden plaats per [[MedMij:Register_van_informatiestandaarden\|systeemrol]]. ~~Een systeemrol implementeert~~ een ~~stuk functionaliteit zoals gedefinieerd in de~~ informatiestandaard ~~en heeft~~ een ~~systeemrolcode~~, de ~~transactie en uitwisselingsstandaard~~.		Kwalificaties vinden plaats per [[MedMij:Register_van_informatiestandaarden\|systeemrol]]. Deze vormt de koppeling van een MedMij informatiestandaard aan een, in de catalogus vermelde, gegevensdienst. Deze kwalificaties worden uitgevoerd door Nictiz.

	Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />		Kwalificatiescripts en meer informatie over een kwalificatie is te vinden via de betreffende paragrafen onder [[MedMij:Vsuperdraft_Kwalificatie#Kwalificatiebenodigdheden\|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />

Jessica Apeldoorn: (kandidaat-)deelnemers

2020-04-22T13:10:28Z

(kandidaat-)deelnemers

← Oudere versie		Versie van 22 apr 2020 13:10
Regel 82:		Regel 82:

	==Variable T datum==		==Variable T datum==
	De functionele testscripts beschrijven in de addenda testgegevens waarin datum velden 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 de PGO te registreren.		De functionele testscripts beschrijven in de addenda testgegevens waarin datum velden 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 de PGO te registreren.

	'''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.'''		'''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.'''
Regel 89:		Regel 89:

	===Kwalificatie testgegevens===		===Kwalificatie testgegevens===
	De functionele testscripts beschrijven in de addenda testgegevens waarin datum velden 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 ~~kandidaatdeelnemers~~ om de testgegevens in het systeem te registreren.		De functionele testscripts beschrijven in de addenda testgegevens waarin datum velden 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.

	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 kwalificatieteam.		Het vullen van de Nictiz WildFHIR server kon in het verleden door (kandidaat-)deelnemers 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 kwalificatieteam.

	'''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.'''		'''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.'''

Jessica Apeldoorn: (kandidaat-)deelnemer

2020-04-22T13:10:01Z

(kandidaat-)deelnemer

← Oudere versie		Versie van 22 apr 2020 13:10
Regel 14:		Regel 14:

	=Algemene voorwaarden voor kwalificatie=		=Algemene voorwaarden voor kwalificatie=
	Onderstaand zijn de beoordelingskaders beschreven waarbij is aangegeven waar een MedMij kandidaat-deelnemer kennis en begrip van dient te hebben om te kunnen kwalificeren naast de bijbehorende algemene uitgangspunten die beschreven zijn in paragraaf drie "Uitgangspunten voor kwalificatie". Daarnaast worden de procedurele eisen beschreven waar men ook aan dient te voldoen om te kunnen kwalificeren.		Onderstaand zijn de beoordelingskaders beschreven waarbij is aangegeven waar een MedMij (kandidaat-)deelnemer kennis en begrip van dient te hebben om te kunnen kwalificeren naast de bijbehorende algemene uitgangspunten die beschreven zijn in paragraaf drie "Uitgangspunten voor kwalificatie". Daarnaast worden de procedurele eisen beschreven waar men ook aan dient te voldoen om te kunnen kwalificeren.

	==Inhoudelijke eisen==		==Inhoudelijke eisen==