Handleiding Kardinaliteiten en conformance - Bewerkingsoverzicht

Ahenket: Bronvermelding Implementatiehandleiding HL7v3 basiscomponenten

2022-01-25T23:06:39Z

Bronvermelding Implementatiehandleiding HL7v3 basiscomponenten

← Oudere versie		Versie van 25 jan 2022 23:06
Regel 2:		Regel 2:

	Aan het versturen van berichten door applicaties worden eisen gesteld qua het bevatten van concepten/elementen. Deze eisen worden kenbaar gemaakt via kardinaliteit en conformance per element. Naast deze kardinaliteit en conformance is het ook van belang dat de betekenis van een nullFlavor (bewust leeg element) of het ontbreken van een element in een bericht duidelijk is. Hieronder worden deze toegelicht.		Aan het versturen van berichten door applicaties worden eisen gesteld qua het bevatten van concepten/elementen. Deze eisen worden kenbaar gemaakt via kardinaliteit en conformance per element. Naast deze kardinaliteit en conformance is het ook van belang dat de betekenis van een nullFlavor (bewust leeg element) of het ontbreken van een element in een bericht duidelijk is. Hieronder worden deze toegelicht.

			Bron: [http://www.hl7.nl/wiki/index.php?title=Implementatiehandleiding_HL7v3_basiscomponenten_v2.2_Part2#Cardinaliteit.2C_mandatory_en_conformance Implementatiehandleiding HL7v3 basiscomponenten - Nictiz/HL7 Nederland]

	==Kardinaliteit==		==Kardinaliteit==

Ahenket: /* Toepassingsvoorbeeld */

2022-01-19T18:55:46Z

Toepassingsvoorbeeld

← Oudere versie		Versie van 19 jan 2022 18:55
Regel 30:		Regel 30:
	[http://hl7.org/fhir/v3/NullFlavor/cs.html NullFlavor] wordt in HL7v3 gebruikt om te duiden waarom een waarde er niet is. [http://hl7.org/fhir/codesystem-data-absent-reason.html Data Absent Reason] heeft in HL7 FHIR een vergelijkbare functie. Bindingsterkte ''required'' betekent dat alléén waarden uit de betreffende waardelijst zijn toegestaan.		[http://hl7.org/fhir/v3/NullFlavor/cs.html NullFlavor] wordt in HL7v3 gebruikt om te duiden waarom een waarde er niet is. [http://hl7.org/fhir/codesystem-data-absent-reason.html Data Absent Reason] heeft in HL7 FHIR een vergelijkbare functie. Bindingsterkte ''required'' betekent dat alléén waarden uit de betreffende waardelijst zijn toegestaan.

	* datasetconcept A is 1..1 M en heeft binding met sterkte ''required'' op waardelijst met NullFlavor of Data Absent Reason		* datasetconcept A is 1..1 M en heeft binding met sterkte ''required'' op een waardelijst met NullFlavor of Data Absent Reason
	* datasetconcept B is 1..1 R en heeft binding met sterkte ''required'' op waardelijst met NullFlavor of Data Absent Reason		* datasetconcept B is 1..1 R en heeft binding met sterkte ''required'' op een waardelijst met NullFlavor of Data Absent Reason

	Welke van deze concepten mag in de uitwisseling een NullFlavor of DataAbsentReason krijgen?		Welke van deze concepten mag in de uitwisseling een NullFlavor of DataAbsentReason krijgen?

Ahenket: /* Conformance */

2022-01-19T18:51:43Z

Conformance

← Oudere versie		Versie van 19 jan 2022 18:51
Regel 13:		Regel 13:
	[[Bestand:Conformance.PNG]]		[[Bestand:Conformance.PNG]]

	NullFlavor in een concept of ontbreken element in bericht:~~<br>~~		NullFlavor in een concept of ontbreken element in bericht:
	NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>		* NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>
	Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>		* Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>
	Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de gebruiker presenteert. De gebruiker kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.		* Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de gebruiker presenteert. De gebruiker kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.

			''Voorbeelden''

			0..1 of 0..* Required:
			* Element gevuld met waarde -> element met waarde wordt doorgestuurd.<br>
			* Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de gebruiker bewust niks invult omdat het bijvoorbeeld onbekend is. <br>
			* Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>

	~~''Voorbeelden''~~		[[Bestand:TabelKC.png]]

	0..~~1 of 0~~..* Required:		==Toepassingsvoorbeeld==
			[http://hl7.org/fhir/v3/NullFlavor/cs.html NullFlavor] wordt in HL7v3 gebruikt om te duiden waarom een waarde er niet is. [http://hl7.org/fhir/codesystem-data-absent-reason.html Data Absent Reason] heeft in HL7 FHIR een vergelijkbare functie. Bindingsterkte ''required'' betekent dat alléén waarden uit de betreffende waardelijst zijn toegestaan.

	~~Element gevuld~~ met ~~waarde -> element~~ met ~~waarde wordt doorgestuurd~~.<br>		* datasetconcept A is 1..1 M en heeft binding met sterkte ''required'' op waardelijst met NullFlavor of Data Absent Reason
	~~Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de gebruiker bewust niks invult omdat het bijvoorbeeld onbekend is~~. <br>		* datasetconcept B is 1..1 R en heeft binding met sterkte ''required'' op waardelijst met NullFlavor of Data Absent Reason
	Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>
			Welke van deze concepten mag in de uitwisseling een NullFlavor of DataAbsentReason krijgen?

			a. Datasetconcept A<br/>
			b. Datasetconcept B<br/>
			c. Allebei<br/>
			d. Geen van beide

	~~[[Bestand~~:~~TabelKC~~.~~png]]~~		Selecteer deze regel om het antwoord te zien. <span style="color: white;">Het juiste antwoord is ''b''. Een mandatory concept ''moet'' een waarde hebben en kan dus niet ontbreken. Hoewel de waardelijst NullFlavor ondersteunt, kunnen deze in dit geval niet worden gebruikt. Een required concept ''kan'' ontbreken en vanwege de kardinaliteit moet in dat geval worden geduid waarom.</span>

Ahenket op 19 jan 2022 om 18:10

2022-01-19T18:10:26Z

← Oudere versie		Versie van 19 jan 2022 18:10
Regel 5:		Regel 5:
	==Kardinaliteit==		==Kardinaliteit==
	Een algemene definitie van kardinaliteit is: "een maat voor het aantal elementen in een verzameling". Dit gaat over hoe vaak een bepaald element in een bericht voorkomt.		Een algemene definitie van kardinaliteit is: "een maat voor het aantal elementen in een verzameling". Dit gaat over hoe vaak een bepaald element in een bericht voorkomt.

	[[Bestand:Kardinaliteit.PNG]]		[[Bestand:Kardinaliteit.PNG]]

Gwen Moonen op 8 mei 2020 om 12:41

2020-05-08T12:41:49Z

← Oudere versie		Versie van 8 mei 2020 12:41
Regel 4:		Regel 4:

	==Kardinaliteit==		==Kardinaliteit==
	Een algemene definitie van kardinaliteit is: "een maat voor het aantal elementen in een verzameling". Dit gaat ~~dit~~ over hoe vaak een bepaald element in een bericht voorkomt.		Een algemene definitie van kardinaliteit is: "een maat voor het aantal elementen in een verzameling". Dit gaat over hoe vaak een bepaald element in een bericht voorkomt.
	[[Bestand:Kardinaliteit.PNG]]		[[Bestand:Kardinaliteit.PNG]]

Wetering: zorgverlener veralgemeniseerd naar gebruiker (nu van toepassing op zowel XISsen als PGO's)

2019-08-20T12:53:41Z

zorgverlener veralgemeniseerd naar gebruiker (nu van toepassing op zowel XISsen als PGO's)

← Oudere versie		Versie van 20 aug 2019 12:53
Regel 15:		Regel 15:
	NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>		NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>
	Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>		Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>
	Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de ~~zorgverlener~~ presenteert. De ~~zorgverlener~~ kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.		Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de gebruiker presenteert. De gebruiker kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.


Regel 24:		Regel 24:

	Element gevuld met waarde -> element met waarde wordt doorgestuurd.<br>		Element gevuld met waarde -> element met waarde wordt doorgestuurd.<br>
	Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de ~~zorgverlener~~ bewust niks invult omdat het bijvoorbeeld onbekend is. <br>		Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de gebruiker bewust niks invult omdat het bijvoorbeeld onbekend is. <br>
	Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>		Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>

	[[Bestand:TabelKC.png]]		[[Bestand:TabelKC.png]]

Marijke van Geijn: /* Conformance */

2018-03-26T14:10:57Z

Conformance

← Oudere versie		Versie van 26 mrt 2018 14:10
Regel 12:		Regel 12:
	[[Bestand:Conformance.PNG]]		[[Bestand:Conformance.PNG]]

	NullFlavor in een concept of ontbreken element in bericht<br>		NullFlavor in een concept of ontbreken element in bericht:<br>
	NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>		NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>
	Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>		Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>

Marijke van Geijn: /* Conformance */

2018-03-26T14:10:17Z

Conformance

← Oudere versie		Versie van 26 mrt 2018 14:10
Regel 12:		Regel 12:
	[[Bestand:Conformance.PNG]]		[[Bestand:Conformance.PNG]]

	NullFlavor in een concept of ontbreken element in bericht		NullFlavor in een concept of ontbreken element in bericht<br>
	NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.		NullFlavor betekent geen waarde in een meegestuurd element. Dit is dus anders dan het totaal ontbreken (niet meesturen) van een element.<br>
	Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).		Mandatory betekent dat applicaties het element verplicht moeten ondersteunen. Er moet altijd een waarde in het bericht staan, een nullFlavor (geen waarde) is niet toegestaan. Het element mag ook nooit ontbreken in het bericht (Mandatory is alleen mogelijk in combinatie met 1..1 of 1..*).<br>
	Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de zorgverlener presenteert. De zorgverlener kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.		Required betekent dat applicaties het element verplicht moeten ondersteunen. Het moet meegestuurd en verwerkt worden als er een waarde is. Er mag echter bewust een nullFlavor verstuurd worden. Dit betekent dat de applicatie eventuele elementen met lege waarden aan de zorgverlener presenteert. De zorgverlener kan dan nog aanvullen (maar dat is niet verplicht) voordat het bericht verstuurd wordt.

Marijke van Geijn op 15 mrt 2018 om 07:24

2018-03-15T07:24:23Z

← Oudere versie		Versie van 15 mrt 2018 07:24
Regel 27:		Regel 27:
	Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>		Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>

	[[Bestand:TabelKC.~~PNG~~]]		[[Bestand:TabelKC.png]]

Marijke van Geijn op 15 mrt 2018 om 07:23

2018-03-15T07:23:40Z

← Oudere versie		Versie van 15 mrt 2018 07:23
Regel 26:		Regel 26:
	Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de zorgverlener bewust niks invult omdat het bijvoorbeeld onbekend is. <br>		Element bewust leeg gelaten (nullFlavor) -> element met nullFlavor wordt doorgestuurd. Dit is indien de zorgverlener bewust niks invult omdat het bijvoorbeeld onbekend is. <br>
	Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>		Element in zijn geheel niet gebruiken -> het element wordt in zijn geheel niet doorgestuurd. Dit is indien het element niet van toepassing is. Deze optie is dus niet mogelijk in geval van 1..1 of 1..* kardinaliteit.<br>

			[[Bestand:TabelKC.PNG]]