MedMij:V2020.01/BgZ Raadplegen - Bewerkingsoverzicht

Niek van Galen: Beveiligde "MedMij:V2020.01/BgZ Raadplegen": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

2022-11-22T13:35:05Z

Beveiligde "MedMij:V2020.01/BgZ Raadplegen": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

← Oudere versie	Versie van 22 nov 2022 13:35
(geen verschil)

Niek van Galen: Publish prepub to live environment

2022-11-22T13:34:51Z

Publish prepub to live environment

← Oudere versie		Versie van 22 nov 2022 13:34
Regel 1:		Regel 1:
	~~__NOINDEX__~~		{{MedMij:V2020.01/Issuebox}}
	{{MedMij:~~Vprepub-2020~~.01/Issuebox}}


Regel 60:		Regel 59:
	* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.		* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

	* In de [[MedMij:~~Vprepub-2020~~.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario's]] kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vcurrent_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].		* In de [[MedMij:V2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario's]] kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vcurrent_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].
	* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.		* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

Regel 74:		Regel 73:

	Voer – voor ieder scenario – de volgende stappen uit:		Voer – voor ieder scenario – de volgende stappen uit:
	#De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in [[MedMij:~~Vprepub-2020~~.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario’s]]		#De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in [[MedMij:V2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario’s]]
	#De kwalificatiesimulator (FHIR server) zal de Basisgegevensset Zorg beschikbaarstellen. De gegevens komen overeen met de gegevens in [[MedMij:~~Vprepub-2020~~.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario’s]]		#De kwalificatiesimulator (FHIR server) zal de Basisgegevensset Zorg beschikbaarstellen. De gegevens komen overeen met de gegevens in [[MedMij:V2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario’s]]
	#Ontvang en verwerk de Basisgegevensset Zorg in het systeem.		#Ontvang en verwerk de Basisgegevensset Zorg in het systeem.
	#Maak schermafdrukken van de wijze waarop het PGO de Basisgegevensset Zorg toont, en leg deze vast in het [[Media: Aanleverformat - Raadplegen BgZ_V2020.01_20210324.zip\|Aanleverformat - Raadplegen BgZ.]]		#Maak schermafdrukken van de wijze waarop het PGO de Basisgegevensset Zorg toont, en leg deze vast in het [[Media: Aanleverformat - Raadplegen BgZ_V2020.01_20210324.zip\|Aanleverformat - Raadplegen BgZ.]]
Regel 90:		Regel 89:
	\| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) \|\| Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn		\| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) \|\| Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn
	\|-		\|-
	\| [[MedMij:~~Vprepub-2020~~.01/FunctionaliteitSystemen\|Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen.]] (specifiek scenario 1.3) \|\| Het systeem toont de bron en datum en tijdstip van raadpleging door de PGO		\| [[MedMij:V2020.01/FunctionaliteitSystemen\|Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen.]] (specifiek scenario 1.3) \|\| Het systeem toont de bron en datum en tijdstip van raadpleging door de PGO
	\|}		\|}

Niek van Galen: Gekopieerd van MedMij:Vprepub-2020.01/BgZ Raadplegen, versie 75669

2022-11-22T13:34:18Z

Gekopieerd van MedMij:Vprepub-2020.01/BgZ Raadplegen, versie 75669

← Oudere versie	Versie van 22 nov 2022 13:34
(geen verschil)

Eduard de Rijcke: MM-3024 Fixed the hyperlinks to the Addenda and IG

2022-03-10T08:59:35Z

MM-3024 Fixed the hyperlinks to the Addenda and IG

← Oudere versie		Versie van 10 mrt 2022 08:59
Regel 60:		Regel 60:
	* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.		* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

	* In de [[MedMij:Vprepub-2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario's]] kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:~~Vdraft_FHIR_IG~~#Use_of_the_reference_datatype technische ontwerp pagina].		* In de [[MedMij:Vprepub-2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario's]] kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vcurrent_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].
	* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.		* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

Regel 111:		Regel 111:
	In dit hoofdstuk zijn de addenda van scenario 1.1, 1.2 en 1.3 te vinden.		In dit hoofdstuk zijn de addenda van scenario 1.1, 1.2 en 1.3 te vinden.

	De zorginhoudelijke gegevens die door XIS beschikbaargesteld worden per testpersoon, zijn te vinden op [https://informatiestandaarden.nictiz.nl/wiki/MedMij:~~Vissue-MM-2294~~/BgZ_Beschikbaarstellen Kwalificatie Beschikbaarstellen BgZ]		De zorginhoudelijke gegevens die door XIS beschikbaargesteld worden per testpersoon, zijn te vinden op [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/BgZ_Beschikbaarstellen Kwalificatie Beschikbaarstellen BgZ]

	==Scenario 1.1==		==Scenario 1.1==

Mariëtte Lenselink: MM-2734 herleidbaarheid

2022-01-28T12:37:15Z

MM-2734 herleidbaarheid

← Oudere versie		Versie van 28 jan 2022 12:37
Regel 90:		Regel 90:
	\| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) \|\| Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn		\| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) \|\| Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn
	\|-		\|-
	\| Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen. (specifiek scenario 1.3) \|\| Het systeem toont de bron en datum en tijdstip van raadpleging door de PGO		\| [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen\|Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen.]] (specifiek scenario 1.3) \|\| Het systeem toont de bron en datum en tijdstip van raadpleging door de PGO
	\|}		\|}

Marc Stoop: MM-2446 Tekst van Specifieke voorwaarden voor kwalificatie gelijk getrokken met BgGGZ en BgLZ

2021-10-19T14:46:31Z

MM-2446 Tekst van Specifieke voorwaarden voor kwalificatie gelijk getrokken met BgGGZ en BgLZ

← Oudere versie		Versie van 19 okt 2021 14:46
Regel 15:		Regel 15:
	\|-		\|-
	! Datum !! BITS issue !! Omschrijving		! Datum !! BITS issue !! Omschrijving
			\|-
			\| 31-10-2021 \|\| [https://bits.nictiz.nl/browse/MM-2446 MM-2446] \|\| De tekst van de paragraaf 'Specifieke voorwaarden bij kwalificatie' is in overeenstemming gebracht met de corresponderende paragrafen in de kwalificatiescripts voor de BgLZ en BgGGZ- (géén toevoegingen).
	\|-		\|-
	\| 31-08-2021 \|\| [https://bits.nictiz.nl/browse/MM-2294 MM-2294] \|\| Kwalificatiescript omgezet van PDF-formaat naar wiki		\| 31-08-2021 \|\| [https://bits.nictiz.nl/browse/MM-2294 MM-2294] \|\| Kwalificatiescript omgezet van PDF-formaat naar wiki
Regel 48:		Regel 50:

	== Specifieke voorwaarden voor kwalificatie ==		== Specifieke voorwaarden voor kwalificatie ==
	~~Voor deze informatiestandaard gelden~~ de ~~volgende specifieke voorwaarden~~:		Zie voor de algemene uitgangspunten bij kwalificatie op de algemene Kwalificatie-pagina de paragraaf [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie\|Uitgangspunten voor kwalificatie]]

	De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.		Voor deze informatiestandaard gelden de volgende specifieke voorwaarden en uitgangspunten:
			* De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.
	~~Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen BgZ’ (PGO):~~
	* De BgZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.		* De BgZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
			* Een PGO kan de gehele BgZ verwerken (gestructureerd opslaan in PGO database) en tonen. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
	* Een PGO raadpleegt altijd de gehele BgZ en daarmee dus alle secties (altijd alle FHIR searches).		* Een PGO raadpleegt altijd de gehele BgZ en daarmee dus alle secties (altijd alle FHIR searches).
	* ~~Een PGO kan~~ de ~~gehele~~ BgZ ~~verwerken (gestructureerd opslaan in~~ PGO ~~database) en tonen. Dat geldt per zib voor~~ alle ~~onderliggende data-elementen (verplicht en optioneel).~~		* Voor de BgZ raadpleging verstuurt de PGO alle BgZ zoekopdrachten als losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
	* Bij raadpleging BgZ ~~wordt gebruik gemaakt van~~ losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
	* Mocht een PGO alleen enkele losse secties van de BgZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen BgZ’.
	* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.
	* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.		* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.
	* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

	~~Samenvatting~~:		* In de [[MedMij:Vprepub-2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s\|Inhoudelijke gegevens scenario's]] kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].
			* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

	~~De gehele~~ BgZ ~~wordt~~ als ~~use case gehanteerd,~~ en ~~de kwalificatie~~ is ~~daarop ingericht~~.		*Mocht een PGO alleen enkele losse secties van de BgZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen BgZ’.
	~~De gehele BgZ wordt geraadpleegd via losse queries~~. ~~Er wordt geen gebruik gemaakt~~ van ~~FHIR bundle bij en beschikbaarstellen.~~
	~~PGO kwalificeert als de gehele BgZ geraadpleegd, verwerkt, getoond en opgeslagen kan worden~~.

	== Op te leveren kwalificatiemateriaal door de leverancier ==		== Op te leveren kwalificatiemateriaal door de leverancier ==

Pieter Edelman: Gebruik VersieInfo-sjabloon in de titel

2021-08-31T10:50:02Z

Gebruik VersieInfo-sjabloon in de titel

← Oudere versie		Versie van 31 aug 2021 10:50
Regel 4:		Regel 4:

	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Raadplegen Basisgegevensset Zorg ~~3.0~~}}		{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Raadplegen Basisgegevensset Zorg {{VersieInfo\|BgZ}}}}
	<span class="toclimit-3">__TOC__</span>		<span class="toclimit-3">__TOC__</span>

Trudy Hagg: MM-2294 Word to Wiki

2021-08-30T12:36:37Z

MM-2294 Word to Wiki

Nieuwe pagina

__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Raadplegen Basisgegevensset Zorg 3.0}}
<span class="toclimit-3">__TOC__</span>

= Versiebeheer =


{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 31-08-2021 || [https://bits.nictiz.nl/browse/MM-2294 MM-2294] || Kwalificatiescript omgezet van PDF-formaat naar wiki
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1119 MM-1119] || Scenario 1.3 toegevoegd t.b.v. de herleidbaarheid van gegevens
|}

= Doelgroep =
De doelgroep van dit document is een PGO leverancier die wil kwalificeren op de systeemrol ‘Raadplegen BgZ’ binnen het MedMij afsprakenstelsel.

De basis is de BgZ op basis van de publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Deze bladzijde bevat de te doorlopen scripts bij kwalificatie voor de systeemrol ‘Raadplegen BgZ’ binnen het MedMij afsprakenstelsel. De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.

== Algemene voorwaarden voor kwalificatie ==




Een (kandidaat-) deelnemer 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 andere referenties die de informatiestandaard gebruikt.
# 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 (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Voor deze informatiestandaard gelden de volgende specifieke voorwaarden:

De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.

Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen BgZ’ (PGO):
* De BgZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
* Een PGO raadpleegt altijd de gehele BgZ en daarmee dus alle secties (altijd alle FHIR searches).
* Een PGO kan de gehele BgZ verwerken (gestructureerd opslaan in PGO database) en tonen. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
* Bij raadpleging BgZ wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
* Mocht een PGO alleen enkele losse secties van de BgZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen BgZ’.
* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere use cases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.
* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.
* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

Samenvatting:

De gehele BgZ wordt als use case gehanteerd, en de kwalificatie is daarop ingericht.
De gehele BgZ wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij en beschikbaarstellen.
PGO kwalificeert als de gehele BgZ geraadpleegd, verwerkt, getoond en opgeslagen kan worden.

== Op te leveren kwalificatiemateriaal door de leverancier ==

# De berichten worden verstuurd vanuit de PGO. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[Media: Aanleverformat - Raadplegen BgZ_V2020.01_20210324.zip|Aanleverformat - Raadplegen BgZ.]]

== Uit te voeren stappen Raadplegen ==


Voer – voor ieder scenario – de volgende stappen uit:
#De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in [[MedMij:Vprepub-2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
#De kwalificatiesimulator (FHIR server) zal de Basisgegevensset Zorg beschikbaarstellen. De gegevens komen overeen met de gegevens in [[MedMij:Vprepub-2020.01/BgZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
#Ontvang en verwerk de Basisgegevensset Zorg in het systeem.
#Maak schermafdrukken van de wijze waarop het PGO de Basisgegevensset Zorg toont, en leg deze vast in het [[Media: Aanleverformat - Raadplegen BgZ_V2020.01_20210324.zip|Aanleverformat - Raadplegen BgZ.]]

{| class="wikitable" width="85%"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem BgZ kan raadplegen || Het systeem genereert technisch correcte berichten
|-
| Aantonen dat ontvangen BgZ gegevens getoond worden || Het systeem ontvangt, verwerkt en toont de BgZ gegevens uit het retourbericht
|-
| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) || Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn
|-
| Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen. (specifiek scenario 1.3) || Het systeem toont de bron en datum en tijdstip van raadpleging door de PGO
|}

Scenario's (vraag aan XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt)''
*Scenario 1.1: BgZ van persoon 1, zoals beschreven in addendum 1.
*Scenario 1.2: BgZ van persoon 2, zoals beschreven in addendum 2.
*Scenario 1.3: De herleidbaarheid van een inhoudelijk data-element van persoon 1, zoals beschreven in addendum 3.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
De Basisgegevensset Zorg sectie Demografie en identificatie bevat algemene gegevens over de persoon zoals naam,
adres en woonplaats.
In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om XIS te
raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag
een BSN geretourneerd worden naar het persoonsdomein.
Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het
beschikbaar stellende systeem (XIS) deze nodig kan hebben.

= Inhoudelijke gegevens scenario’s =
In dit hoofdstuk zijn de addenda van scenario 1.1, 1.2 en 1.3 te vinden.

De zorginhoudelijke gegevens die door XIS beschikbaargesteld worden per testpersoon, zijn te vinden op [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-MM-2294/BgZ_Beschikbaarstellen Kwalificatie Beschikbaarstellen BgZ]

==Scenario 1.1==
===Persoonsgegevens ===

{| class="wikitable" width=”40%”
!colspan='2'|Persoon 1
|-
|Achternaam ||XXX_Helleman
|-
|Voornaam ||Johan
|-
|Voorletter(s) ||J
|-
|Geslacht ||Man
|-
|Adresgegevens ||Knolweg 1000, 9999 XA, Stitswerd
|-
|Land ||Nederland
|-
|Geboortedatum ||25-07-1964
|-
|Patient_ID XIS ||1000000001
|}

==Scenario 1.2==

===Persoonsgegevens ===

{| class="wikitable" width=”40%”

!colspan='2'|Persoon 2
|-
|Achternaam ||XXX_Mesker
|-
|Voornaam ||Paul
|-
|Voorletter(s) ||P
|-
|Geslacht ||Man
|-
|Adresgegevens ||Knolweg 1002, 9999 ZZ, Stitswerd
|-
|Land ||Nederland
|-
|Geboortedatum ||01-08-1964
|-
|Patient_ID XIS ||1000000003
|}

{| class="wikitable"
==Scenario 1.3==
In scenario 1.3 wordt gevraagd om de herleidbaarheid van een inhoudelijk data-element van persoon 1 te tonen. Het verwachte resultaat is de bron en datum en tijdstip van raadpleging door de PGO van een zelfgekozen inhoudelijk data-element uit scenario 1.1.