<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="nl">
	<id>https://zibs.test-nictiz.nl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Albert-Jan+Spruyt</id>
	<title>Zorginformatiebouwstenen - Gebruikersbijdragen [nl]</title>
	<link rel="self" type="application/atom+xml" href="https://zibs.test-nictiz.nl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Albert-Jan+Spruyt"/>
	<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/wiki/Speciaal:Bijdragen/Albert-Jan_Spruyt"/>
	<updated>2026-04-06T03:37:37Z</updated>
	<subtitle>Gebruikersbijdragen</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29742</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29742"/>
		<updated>2025-02-19T23:04:37Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versies&amp;diff=29741</id>
		<title>Sjabloon:Versies</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versies&amp;diff=29741"/>
		<updated>2025-02-19T23:00:40Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Niet actuele pagina waarschuwing --&amp;gt;{{#ifeq: {{ROOTPAGENAMEE}} | {{PAGENAMEE}} | | {{#ifeq: {{:{{ROOTPAGENAME}}}} | {{SUBPAGENAME}} | | &amp;lt;font style=&amp;quot;background-color: #fee7e6; color:#333; border: 1px #d33 solid; padding: 1em;&amp;quot;&amp;gt;&amp;lt;b&amp;gt;Waarschuwing:&amp;lt;/b&amp;gt; dit is niet de actuele versie van deze pagina, de actuele versie is {{VersieLink|versie={{:{{ROOTPAGENAME}}}}}}.&amp;lt;/font&amp;gt;&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;}}}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29740</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29740"/>
		<updated>2025-02-19T22:52:10Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik &lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt; --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29739</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29739"/>
		<updated>2025-02-19T22:48:27Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29738</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29738"/>
		<updated>2025-02-19T22:46:48Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;!-- __TOC__ --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versies&amp;diff=29737</id>
		<title>Sjabloon:Versies</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versies&amp;diff=29737"/>
		<updated>2025-02-19T22:34:35Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Niet actuele pagina waarschuwing --&amp;gt;{{#ifeq: {{ROOTPAGENAMEE}} | {{PAGENAMEE}} || {{#ifeq: {{:{{ROOTPAGENAME}}}} | {{SUBPAGENAME}} || &amp;lt;font style=&amp;quot;background-color: #fee7e6; color:#333; border: 1px #d33 solid; padding: 1em;&amp;quot;&amp;gt;&amp;lt;b&amp;gt;Waarschuwing:&amp;lt;/b&amp;gt; dit is niet de actuele versie van deze pagina, de actuele versie is {{VersieLink|versie={{:{{ROOTPAGENAME}}}}}}.&amp;lt;/font&amp;gt;&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;}}}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29736</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29736"/>
		<updated>2025-02-19T22:33:02Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29735</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29735"/>
		<updated>2025-02-19T22:31:44Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: Versie 29730 van Albert-Jan Spruyt (overleg) ongedaan gemaakt&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29734</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29734"/>
		<updated>2025-02-19T22:31:08Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: Versie 29733 van Albert-Jan Spruyt (overleg) ongedaan gemaakt&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;onlyinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&amp;lt;/onlyinclude&amp;gt;&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29733</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29733"/>
		<updated>2025-02-19T22:29:15Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings/versie/1.0.2&amp;diff=29732</id>
		<title>Codelist Bindings/versie/1.0.2</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings/versie/1.0.2&amp;diff=29732"/>
		<updated>2025-02-19T22:28:45Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;!-- Transclude versie waarschuwing --&amp;gt;&lt;br /&gt;
{{Versies}}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
==Inleiding==&lt;br /&gt;
In Pre-publicatie 2018-1 is het attribuut ‘binding’ bij waardenlijsten in de zibs geïntroduceerd.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De binding geeft aan in welke mate het gebruik van de in de waardenlijst opgenomen waarden verplicht is voor het concept waar de waardenlijst bij hoort. Omdat in de zibs waardenlijsten uniek zijn en niet hergebruikt worden, wordt deze binding aangegeven bij de waardenlijst en niet bij het bijbehorende concept.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De vulling van de binding is bij Pre-publicatie 2018-2 pragmatisch en relatief snel gedaan. Bij Publicatie 2020 zijn de bindingswaarden opnieuw geëvalueerd en waar nodig aangepast.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dit memo is een beschrijving van de criteria voor de vaststelling van de waarde van binding, die daarbij zijn toegepast. Deze criteria gelden vanaf nu ook voor het vaststellen van de waarde van de bindings bij zowel nieuwe zibs en nieuwe waardenlijsten bij bestaande zibs, als bij het aanpassen (wijzigen) van de binding van bestaande.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De mogelijke waarden van de binding zijn in lijn met de waarden die o.a. in HL7 FHIR worden toegepast. De volgende vier, ook in FHIR gedefinieerde, waarden zijn mogelijk (uit https://www.hl7.org/fhir/valueset-binding-strength.html):&lt;br /&gt;
&amp;lt;br&amp;gt; &lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Required&amp;lt;/span&amp;gt;: To be conformant, the concept in this element SHALL be from the specified value set&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Extensible&amp;lt;/span&amp;gt;: To be conformant, the concept in this element SHALL be from the specified value set if any of the codes within the value set can apply to the concept being communicated. If the value set does not cover the concept (based on human review), alternate codings (or, data type allowing, text) may be included instead.&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Preferred&amp;lt;/span&amp;gt;: Instances are encouraged to draw from the specified codes for interoperability purposes but are not required to do so to be considered conformant.&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Example&amp;lt;/span&amp;gt;: Instances are not expected or even encouraged to draw from the specified value set. The value set merely provides examples of the types of concepts intended to be included.&lt;br /&gt;
In de zibs wordt daarnaast een additionele waarde gehanteerd:&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Deprecated&amp;lt;/span&amp;gt;: De gehele waardenlijst is niet meer geldig. Deze waarde wordt gehanteerd als een in eerdere versies van de zib geldige lijst uit gefaseerd is ten gunste van een nieuwe waardenlijst. Daarbij worden, ten behoeve van de continuïteit, in de publicatie, waarin de nieuwe waardenlijst voor het eerst geïntroduceerd wordt, éénmalig beide lijsten opgenomen. &amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
Daarnaast geldt het volgende voor waardenlijsten, zoals ze gebruikt worden in de zibs:&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Alle waardenlijsten zijn statisch, behalve waardenlijsten die expliciet naar een heel codestelsel, middels een expressie naar een codestelsel deel of naar een SNOMED CT refset verwijzen.&#039;&#039;&amp;lt;br&amp;gt; &lt;br /&gt;
&#039;&#039;Deze waardenlijsten zijn dynamisch. Hierbij dient dus (bij voorkeur) de meest recente versie gehanteerd te worden.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Criteria voor binding bij waardenlijsten in de zib==&lt;br /&gt;
Bij het toepassen van het attribuut ‘binding’ bij de waardenlijsten in zibs worden vooralsnog alleen de bindingscodes Required en Extensible gebruikt.&amp;lt;br&amp;gt;&lt;br /&gt;
In de zib blauwdrukken wordt ook de bindingcode Example toegepast.&lt;br /&gt;
====Criteria voor toepassen binding &#039;Required&#039;:====&lt;br /&gt;
#Waardenlijst bevat alle mogelijke waarden (Links, rechts, beide zijden)&lt;br /&gt;
#Waardenlijst bevat een heel codestelsel of een hele (SNOMED CT) tak (er valt dan niets uit te breiden).&lt;br /&gt;
#Waardenlijst bevat codes uit &#039;eigen&#039;, door het zib-centrum vastgesteld, codestelsel dat alle gedefinieerde waarden bevat, dus toevoegen uit zelfde codestelsel is dan niet mogelijk.&lt;br /&gt;
#Waardenlijst bevat keuzes die bewust zijn ingeperkt, hetzij omdat het een score instrument betreft hetzij omdat dat bij het maken van de zib afgesproken is.&lt;br /&gt;
#Indien bij waardenlijsten met binding &#039;Required&#039; gewenste codes ontbreken, kan een issue worden ingediend om deze toe te voegen.&lt;br /&gt;
&lt;br /&gt;
Voorbeeld van een waardenlijst met binding ‘Required’: [[Probleem-v4.4(2020NL)#ProbleemStatusCodelijst | ProbleemStatusCodelijst]] in zib Probleem&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Noot: In sommige zibs, b.v. [[AllergieIntolerantie-v3.3(2020NL)#Information_Model | AllergieIntolerantie]], zijn aan één concept meerdere waardenlijsten gekoppeld die op zich alle naar een geheel codestelsel verwijzen. In dat geval hebben al deze codelijsten conform de criteria hierboven een binding ‘Required’. Dit betekent niet dat ze allemaal tegelijk verplicht zijn, maar dat er bij gebruik in een informatie standaard gekozen moet worden en dat die waardenlijst om reden hierboven genoemd, niet uitbreidbaar is. Het gebruik van een andere binding zou foutief de indruk kunnen wekken dat er ook een totaal ander codestelsel gekozen zou kunnen worden.&lt;br /&gt;
&lt;br /&gt;
====Criteria voor toepassen binding &#039;Extensible&#039;:====&lt;br /&gt;
*Codelijst bevat een niet uitputtende lijst, die als startlijst bedoeld is. Gebruik van andere codes van gelijksoortige concepten uit hetzelfde codestelsel is toegestaan. M.a.w. als de lijst uit codes uit de subset voor lichaamsstructuur (in e.g. SNOMED CT) bestaat, dienen de andere extra codes ook een uit die subset te komen. Bij communicatie is geen garantie dat de ontvanger de code kent en kan interpreteren. Het verdient aanbeveling om, indien deze codes vaak gebruikt worden, een issue in te dienen om deze aan de waardenlijst toe te voegen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voorbeeld van een waardenlijst met binding ‘Extensible’: [[Contactpersoon-v3.4(2020NL)#RolCodelijst | RolCodelijst]] in zib Contactpersoon.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;16-07-2024&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.0.2&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Test&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|-&lt;br /&gt;
|Geldig:||&#039;&#039;&#039;Vanaf ZIB Publicatie 2020 en verder&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;!--Version History transclude pagina--&amp;gt;&lt;br /&gt;
{{:Codelist_Bindings/versies}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings/versie/1.0.2&amp;diff=29731</id>
		<title>Codelist Bindings/versie/1.0.2</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings/versie/1.0.2&amp;diff=29731"/>
		<updated>2025-02-19T22:28:06Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- {{DISPLAYTITLE:Binding van waardenlijsten}} --&amp;gt;&lt;br /&gt;
&amp;lt;!-- Transclude versie waarschuwing --&amp;gt;&lt;br /&gt;
{{Versies}}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
==Inleiding==&lt;br /&gt;
In Pre-publicatie 2018-1 is het attribuut ‘binding’ bij waardenlijsten in de zibs geïntroduceerd.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De binding geeft aan in welke mate het gebruik van de in de waardenlijst opgenomen waarden verplicht is voor het concept waar de waardenlijst bij hoort. Omdat in de zibs waardenlijsten uniek zijn en niet hergebruikt worden, wordt deze binding aangegeven bij de waardenlijst en niet bij het bijbehorende concept.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De vulling van de binding is bij Pre-publicatie 2018-2 pragmatisch en relatief snel gedaan. Bij Publicatie 2020 zijn de bindingswaarden opnieuw geëvalueerd en waar nodig aangepast.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dit memo is een beschrijving van de criteria voor de vaststelling van de waarde van binding, die daarbij zijn toegepast. Deze criteria gelden vanaf nu ook voor het vaststellen van de waarde van de bindings bij zowel nieuwe zibs en nieuwe waardenlijsten bij bestaande zibs, als bij het aanpassen (wijzigen) van de binding van bestaande.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De mogelijke waarden van de binding zijn in lijn met de waarden die o.a. in HL7 FHIR worden toegepast. De volgende vier, ook in FHIR gedefinieerde, waarden zijn mogelijk (uit https://www.hl7.org/fhir/valueset-binding-strength.html):&lt;br /&gt;
&amp;lt;br&amp;gt; &lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Required&amp;lt;/span&amp;gt;: To be conformant, the concept in this element SHALL be from the specified value set&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Extensible&amp;lt;/span&amp;gt;: To be conformant, the concept in this element SHALL be from the specified value set if any of the codes within the value set can apply to the concept being communicated. If the value set does not cover the concept (based on human review), alternate codings (or, data type allowing, text) may be included instead.&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Preferred&amp;lt;/span&amp;gt;: Instances are encouraged to draw from the specified codes for interoperability purposes but are not required to do so to be considered conformant.&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Example&amp;lt;/span&amp;gt;: Instances are not expected or even encouraged to draw from the specified value set. The value set merely provides examples of the types of concepts intended to be included.&lt;br /&gt;
In de zibs wordt daarnaast een additionele waarde gehanteerd:&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
*&amp;lt;span style=&amp;quot;font-variant:small-caps;&amp;gt;Deprecated&amp;lt;/span&amp;gt;: De gehele waardenlijst is niet meer geldig. Deze waarde wordt gehanteerd als een in eerdere versies van de zib geldige lijst uit gefaseerd is ten gunste van een nieuwe waardenlijst. Daarbij worden, ten behoeve van de continuïteit, in de publicatie, waarin de nieuwe waardenlijst voor het eerst geïntroduceerd wordt, éénmalig beide lijsten opgenomen. &amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
Daarnaast geldt het volgende voor waardenlijsten, zoals ze gebruikt worden in de zibs:&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Alle waardenlijsten zijn statisch, behalve waardenlijsten die expliciet naar een heel codestelsel, middels een expressie naar een codestelsel deel of naar een SNOMED CT refset verwijzen.&#039;&#039;&amp;lt;br&amp;gt; &lt;br /&gt;
&#039;&#039;Deze waardenlijsten zijn dynamisch. Hierbij dient dus (bij voorkeur) de meest recente versie gehanteerd te worden.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Criteria voor binding bij waardenlijsten in de zib==&lt;br /&gt;
Bij het toepassen van het attribuut ‘binding’ bij de waardenlijsten in zibs worden vooralsnog alleen de bindingscodes Required en Extensible gebruikt.&amp;lt;br&amp;gt;&lt;br /&gt;
In de zib blauwdrukken wordt ook de bindingcode Example toegepast.&lt;br /&gt;
====Criteria voor toepassen binding &#039;Required&#039;:====&lt;br /&gt;
#Waardenlijst bevat alle mogelijke waarden (Links, rechts, beide zijden)&lt;br /&gt;
#Waardenlijst bevat een heel codestelsel of een hele (SNOMED CT) tak (er valt dan niets uit te breiden).&lt;br /&gt;
#Waardenlijst bevat codes uit &#039;eigen&#039;, door het zib-centrum vastgesteld, codestelsel dat alle gedefinieerde waarden bevat, dus toevoegen uit zelfde codestelsel is dan niet mogelijk.&lt;br /&gt;
#Waardenlijst bevat keuzes die bewust zijn ingeperkt, hetzij omdat het een score instrument betreft hetzij omdat dat bij het maken van de zib afgesproken is.&lt;br /&gt;
#Indien bij waardenlijsten met binding &#039;Required&#039; gewenste codes ontbreken, kan een issue worden ingediend om deze toe te voegen.&lt;br /&gt;
&lt;br /&gt;
Voorbeeld van een waardenlijst met binding ‘Required’: [[Probleem-v4.4(2020NL)#ProbleemStatusCodelijst | ProbleemStatusCodelijst]] in zib Probleem&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Noot: In sommige zibs, b.v. [[AllergieIntolerantie-v3.3(2020NL)#Information_Model | AllergieIntolerantie]], zijn aan één concept meerdere waardenlijsten gekoppeld die op zich alle naar een geheel codestelsel verwijzen. In dat geval hebben al deze codelijsten conform de criteria hierboven een binding ‘Required’. Dit betekent niet dat ze allemaal tegelijk verplicht zijn, maar dat er bij gebruik in een informatie standaard gekozen moet worden en dat die waardenlijst om reden hierboven genoemd, niet uitbreidbaar is. Het gebruik van een andere binding zou foutief de indruk kunnen wekken dat er ook een totaal ander codestelsel gekozen zou kunnen worden.&lt;br /&gt;
&lt;br /&gt;
====Criteria voor toepassen binding &#039;Extensible&#039;:====&lt;br /&gt;
*Codelijst bevat een niet uitputtende lijst, die als startlijst bedoeld is. Gebruik van andere codes van gelijksoortige concepten uit hetzelfde codestelsel is toegestaan. M.a.w. als de lijst uit codes uit de subset voor lichaamsstructuur (in e.g. SNOMED CT) bestaat, dienen de andere extra codes ook een uit die subset te komen. Bij communicatie is geen garantie dat de ontvanger de code kent en kan interpreteren. Het verdient aanbeveling om, indien deze codes vaak gebruikt worden, een issue in te dienen om deze aan de waardenlijst toe te voegen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voorbeeld van een waardenlijst met binding ‘Extensible’: [[Contactpersoon-v3.4(2020NL)#RolCodelijst | RolCodelijst]] in zib Contactpersoon.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;16-07-2024&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.0.2&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Test&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|-&lt;br /&gt;
|Geldig:||&#039;&#039;&#039;Vanaf ZIB Publicatie 2020 en verder&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;!--Version History transclude pagina--&amp;gt;&lt;br /&gt;
{{:Codelist_Bindings/versies}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29730</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29730"/>
		<updated>2025-02-19T22:27:04Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;onlyinclude&amp;gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&amp;lt;/onlyinclude&amp;gt;&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29729</id>
		<title>Codelist Bindings</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Codelist_Bindings&amp;diff=29729"/>
		<updated>2025-02-19T22:25:18Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Binding van waardenlijsten}}&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&amp;lt;!-- Translude de actuele versie, vul hieronder huidige (actuele versie) in--&amp;gt;&lt;br /&gt;
{{/versie/1.0.2}}&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;!-- nogmaals actuele versie voor hergebruik --&amp;gt;&lt;br /&gt;
&amp;lt;includeonly&amp;gt;1.0.2&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29728</id>
		<title>Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29728"/>
		<updated>2025-02-19T22:06:05Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Dit template is onderdeel van de ZIB wiki. Het bevat informatie over de versies van zib 2.16.840.1.113883.2.4.3.11.60.40.3.3.1. --&amp;gt;&lt;br /&gt;
{{#ifeq:{{{1}}}|1|&lt;br /&gt;
{{#ifeq:{{{2}}}|Contactpersoon-v3.5(2022NL)||&amp;lt;div style=&amp;quot;background-color: #fee7e6; color:#333; border: 1px #d33 solid; padding: 1em;&amp;quot; align = center&amp;gt;Let op!! Dit is niet de meeste recente versie van deze bouwsteen. Deze is [[Contactpersoon-v3.5(2022NL)|&amp;amp;#39;&amp;amp;#39;hier&amp;amp;#39;&amp;amp;#39;]] te vinden.&amp;lt;!--tcLastRelease--&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;br&amp;gt;|}}&lt;br /&gt;
}}&lt;br /&gt;
{{#ifeq:{{{1}}}|2|&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{{#ifeq:{{{2}}}|2015||&amp;lt;li&amp;gt;[[Contactpersoon-v1.2(2015NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2015, (Versie&amp;lt;!--hdVersion--&amp;gt; 1.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2016||&amp;lt;li&amp;gt;[[Contactpersoon-v3.0(2016NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2016, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.0)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2017||&amp;lt;li&amp;gt;[[Contactpersoon-v3.1(2017NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2017, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.1)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2018||&amp;lt;li&amp;gt;[[Contactpersoon-v3.2(2018NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2018-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2019||&amp;lt;li&amp;gt;[[Contactpersoon-v3.3(2019NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2019-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.3)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2020||&amp;lt;li&amp;gt;[[Contactpersoon-v3.4(2020NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2020, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.4)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2021||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2021NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2021-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2022||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2022NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2022-1, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
&amp;lt;/ul&amp;gt;|}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29727</id>
		<title>Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29727"/>
		<updated>2025-02-19T22:03:11Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Dit template is onderdeel van de ZIB wiki. Het bevat informatie over de versies van zib 2.16.840.1.113883.2.4.3.11.60.40.3.3.1. --&amp;gt;&lt;br /&gt;
{{#ifeq:{{{1}}}|1|&lt;br /&gt;
{{#ifeq:{{{2}}}|Contactpersoon-v3.5(2022NL)||&amp;lt;div style=&amp;quot;background-color: #fee7e6; color:#333; border: 1px #d33 solid; padding: 1em;&amp;quot; align = center&amp;gt;Let op!! Dit is niet de meeste recente versie van deze bouwsteen. Deze is [[Contactpersoon-v3.5(2022NL)|&amp;amp;#39;&amp;amp;#39;hier&amp;amp;#39;&amp;amp;#39;]] te vinden.&amp;lt;!--tcLastRelease--&amp;gt;&amp;lt;/div&amp;gt;|}}&lt;br /&gt;
}}&lt;br /&gt;
{{#ifeq:{{{1}}}|2|&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{{#ifeq:{{{2}}}|2015||&amp;lt;li&amp;gt;[[Contactpersoon-v1.2(2015NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2015, (Versie&amp;lt;!--hdVersion--&amp;gt; 1.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2016||&amp;lt;li&amp;gt;[[Contactpersoon-v3.0(2016NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2016, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.0)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2017||&amp;lt;li&amp;gt;[[Contactpersoon-v3.1(2017NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2017, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.1)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2018||&amp;lt;li&amp;gt;[[Contactpersoon-v3.2(2018NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2018-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2019||&amp;lt;li&amp;gt;[[Contactpersoon-v3.3(2019NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2019-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.3)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2020||&amp;lt;li&amp;gt;[[Contactpersoon-v3.4(2020NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2020, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.4)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2021||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2021NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2021-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2022||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2022NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2022-1, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
&amp;lt;/ul&amp;gt;|}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Pijnkenmerken-v2.1(2024NL)&amp;diff=29719</id>
		<title>Pijnkenmerken-v2.1(2024NL)</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Pijnkenmerken-v2.1(2024NL)&amp;diff=29719"/>
		<updated>2024-12-13T11:43:04Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: /* PijnAardCodelijst */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Hieronder wordt een transclude page aangeroepen --&amp;gt;&lt;br /&gt;
{{Versions-2.16.840.1.113883.2.4.3.11.60.40.3.12.21(NL)|1|Pijnkenmerken-v2.1(2024NL)}}&lt;br /&gt;
&amp;lt;!-- Tot hier de transclude page --&amp;gt;&lt;br /&gt;
==Algemeen&amp;lt;!--hdGeneralInformation--&amp;gt;==&lt;br /&gt;
Naam&amp;lt;!--hdName--&amp;gt;: &#039;&#039;&#039;nl.zorg.Pijnkenmerken&#039;&#039;&#039; [[Bestand:EN.png|link=PainCharacteristics-v2.1(2024EN)]]&amp;lt;BR&amp;gt;&lt;br /&gt;
Versie&amp;lt;!--hdVersion--&amp;gt;: &#039;&#039;&#039;2.1&#039;&#039;&#039; &amp;lt;br&amp;gt;&lt;br /&gt;
ZIB Status&amp;lt;!--hdStatus--&amp;gt;:Draft&amp;lt;br&amp;gt;&lt;br /&gt;
Publicatie&amp;lt;!--hdPublication--&amp;gt;: &#039;&#039;&#039;2024&#039;&#039;&#039; &amp;lt;br&amp;gt;&lt;br /&gt;
Publicatie status&amp;lt;!--hdPublicationStatus--&amp;gt;: Unpublished&amp;lt;br&amp;gt;&lt;br /&gt;
Publicatie datum&amp;lt;!--hdPublicationDate--&amp;gt;: &lt;br /&gt;
&amp;lt;!-- Aanroep Errata transclude page --&amp;gt;&lt;br /&gt;
{{Errata&amp;lt;!--hdErrata--&amp;gt;|2024|{{PAGENAME}}}}&lt;br /&gt;
&amp;lt;!-- tot hier --&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;div style=&amp;quot;text-align: right; direction: ltr; margin-left: 1em;&amp;quot; &amp;gt;[[Bestand: Back 16.png| link= ZIB_Publicatie&amp;lt;!--wikiReleasePage--&amp;gt;_2024(NL)]] [[ZIB_Publicatie&amp;lt;!--wikiReleasePage--&amp;gt;_2024(NL) |Terug naar ZIB overzicht&amp;lt;!--hdBackToMainPage--&amp;gt; ]]&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Metadata==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;font-size:90%; width: 750px&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::CoderList||Nictiz zib centrum&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ContactInformation.Address||*&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ContactInformation.Name||*&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ContactInformation.Telecom||*&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ContentAuthorList||Projectgroep Generieke Overdrachtsgegevens &amp;amp;amp; Kerngroep Registratie aan de Bron&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::CreationDate||8-5-2020&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::DeprecatedDate||&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::DescriptionLanguage||nl&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::EndorsingAuthority.Address||&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::EndorsingAuthority.Name||PM&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::EndorsingAuthority.Telecom||&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::Id||2.16.840.1.113883.2.4.3.11.60.40.3.12.21&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::KeywordList||pijn, pijnkenmerken, ALTIS&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::LifecycleStatus||Draft&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ModelerList||Kerngroep Registratie aan de Bron&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::Name||nl.zorg.Pijnkenmerken&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::PublicationDate||&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::PublicationStatus||Unpublished&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::ReviewerList||Projectgroep Generieke Overdrachtsgegevens &amp;amp;amp; Kerngroep Registratie aan de Bron&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::RevisionDate||08-04-2024&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::Supersedes||nl.zorg.Pijnkenmerken-v2.0&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|DCM::Version||2.1&lt;br /&gt;
|- &lt;br /&gt;
|style=&amp;quot;width:250px; &amp;quot;|HCIM::PublicationLanguage||NL&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Revision History==&lt;br /&gt;
&amp;lt;div class=&amp;quot;mw-collapsible mw-collapsed&amp;quot;&amp;gt;&lt;br /&gt;
&#039;&#039; &amp;lt;!--noTranslation--&amp;gt;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Publicatieversie 1.0&amp;lt;/u&amp;gt; (01-09-2020)&lt;br /&gt;
&lt;br /&gt;
Publicatieversie &amp;lt;u&amp;gt;2.0&amp;lt;/u&amp;gt; (15-10-2023)&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;width:75px; &amp;quot;|[[ZIBIssues500_3#ZIB-1907 | ZIB-1907 ]]&lt;br /&gt;
|Voorstel verbeterde SNOMED code voor term &amp;amp;#39;Continue&amp;amp;#39; in de zib Pijnkernmerken&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Publicatieversie &amp;lt;u&amp;gt;2.1&amp;lt;/u&amp;gt; (nn-nn-nnnn)&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;width:75px; &amp;quot;|[[ZIBIssues500_4#ZIB-2044 | ZIB-2044 ]]&lt;br /&gt;
|Definitie code voor concept Pijnbeloop&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Concept==&lt;br /&gt;
Pijnkenmerken geven een beschrijving van specifieke, gelokaliseerde pijn. Ze geven informatie over een aantal aspecten van de pijn die de patiënt ervaart.&amp;lt;BR&amp;gt;&lt;br /&gt;
De aspecten volgen de ALTIS methode (Aard, Lokalisatie, Tijdsduur, Intensiteit en Samenhang). Op deze manier wordt pijn steeds op dezelfde manier beoordeeld.&lt;br /&gt;
&lt;br /&gt;
==Purpose==&lt;br /&gt;
Pijnkenmerken zijn een hulpmiddel bij het vaststellen van een diagnose en bij het beoordelen van de effectiviteit van pijnmedicatie.&lt;br /&gt;
&lt;br /&gt;
==Information Model==&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
&amp;lt;imagemap&amp;gt; Bestand:Pijnkenmerken-v2.1Model(2024NL).png | center &lt;br /&gt;
rect 674 265 788 335 [[#4735]]&lt;br /&gt;
rect 676 115 790 185 [[#4738]]&lt;br /&gt;
rect 549 115 663 185 [[#4743]]&lt;br /&gt;
rect 306 421 416 491 [[AnatomischeLocatie-v1.0.3(2024NL)]]&lt;br /&gt;
rect 551 421 661 491 [[Pijnscore-v4.1(2024NL)]]&lt;br /&gt;
rect 156 327 260 377 [[#PijnbeloopCodelijst]]&lt;br /&gt;
rect 305 316 415 386 [[#4740]]&lt;br /&gt;
rect 833 431 942 481 [[#PijnPatroonCodelijst]]&lt;br /&gt;
rect 155 230 264 280 [[#PijnAardCodelijst]]&lt;br /&gt;
rect 674 421 788 491 [[#4749]]&lt;br /&gt;
rect 428 421 538 491 [[#4744]]&lt;br /&gt;
rect 306 221 416 291 [[#4737]]&lt;br /&gt;
rect 428 115 538 185 [[#4736]]&lt;br /&gt;
rect 306 114 416 184 [[#4739]]&lt;br /&gt;
rect 492 272 594 342 [[#4750]]&lt;br /&gt;
desc none&lt;br /&gt;
&amp;lt;/imagemap&amp;gt;&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  width=&amp;quot;1500px&amp;quot; style = &amp;quot;font-size: 9.5pt;  border: solid 1px silver; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot; &lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold; font-variant: small-caps; &amp;quot;&lt;br /&gt;
|style=&amp;quot;width:30px;&amp;quot;|Type&amp;lt;!--imType--&amp;gt;||style=&amp;quot;width:100px;&amp;quot;|Id&amp;lt;!--imId--&amp;gt;||colspan=&amp;quot;6 &amp;quot; style=&amp;quot;width:140px;&amp;quot;|Concept&amp;lt;!--imConcept--&amp;gt;||Card.&amp;lt;!--imCard--&amp;gt;||style=&amp;quot;width: 600px;&amp;quot;|Definitie&amp;lt;!--imDefinition--&amp;gt;||style=&amp;quot;width:200px;&amp;quot;|DefinitieCode&amp;lt;!--imDefinitionCode--&amp;gt;||style=&amp;quot;width:200px;&amp;quot;|Verwijzing&amp;lt;!--imReference--&amp;gt;&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: #E3E3E3; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: block.png| 20px | link=]]&lt;br /&gt;
||NL-CM:12.21.1&lt;br /&gt;
|colspan =&amp;quot;6&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4750 Title=&amp;quot;EN: PainCharacteristics&amp;quot;&amp;gt;[[Bestand: arrowdown.png | 10px | link=]]Pijnkenmerken&amp;lt;/span&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|Rootconcept van de bouwsteen Pijnkenmerken. Dit rootconcept bevat alle gegevenselementen van de bouwsteen Pijnkenmerken.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Pain / sensation finding (finding)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=276435006 276435006] Bevinding betreffende pijn en/of sensatie&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: CD.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.2&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4737 Title=&amp;quot;EN: PainType&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnAard&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..*&lt;br /&gt;
|Omschrijving van de aard van de pijn zoals de patient die ervaart.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Pain character (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=364632003 364632003] Aard van pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand: List2.png | link=#PijnAardCodelijst]]||[[#PijnAardCodelijst|PijnAardCodelijst]]&lt;br /&gt;
|}&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: Verwijzing.png| 20px | link=]]&lt;br /&gt;
||NL-CM:12.21.3&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4747 Title=&amp;quot;EN: PainLocation::AnatomicLocation&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnLocatie::AnatomischeLocatie&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Anatomische locatie en zijdigheid van de pijn.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Finding site (attribute)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=363698007 363698007] Locatie van bevinding&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand: block.png | link=AnatomischeLocatie-v1.0.3(2024NL)]]||[[AnatomischeLocatie-v1.0.3(2024NL) |AnatomischeLocatie]]&lt;br /&gt;
|}&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: PQ.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.4&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4744 Title=&amp;quot;EN: PainEpisodeDuration&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnAanvalDuur&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|De duur van een pijnaanval bij niet continue pijn. De duur wordt aangegeven als in tijdseenheden (dagen, uren, ...)&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Time symptom lasts (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=162442009 162442009] Duur van klacht&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: TS.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.12&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4735 Title=&amp;quot;EN: TimeOfOnset&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]BeginTijdPijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Datum en eventueel tijdstip waarop de pijn is begonnen.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Time of symptom onset (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=405795006 405795006] Tijd van eerste optreden van symptoom&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: Verwijzing.png| 20px | link=]]&lt;br /&gt;
||NL-CM:12.21.5&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4748 Title=&amp;quot;EN: PainIntensity::PainScore&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnIntensiteit::PijnScore&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|De door de pati&amp;amp;#235;nt ervaren intensiteit of ernst van de pijn, gemeten met behulp van de NRS of VAS score.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Pain intensity (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=406127006 406127006] Intensiteit van pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand: block.png | link=Pijnscore-v4.1(2024NL)]]||[[Pijnscore-v4.1(2024NL) |Pijnscore]]&lt;br /&gt;
|}&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: CD.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.6&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4749 Title=&amp;quot;EN: PainPattern&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnPatroon&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Beschrijving van eventueel aanwezige, zich in de tijd herhalende patronen van het verloop van de pijn&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Pattern of pain (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=364631005 364631005] Patroon van pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand: List2.png | link=#PijnPatroonCodelijst]]||[[#PijnPatroonCodelijst|PijnPatroonCodelijst]]&lt;br /&gt;
|}&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: CD.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.7&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4740 Title=&amp;quot;EN: PainCourse&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]Pijnbeloop&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Verloop van de pijn in de tijd sinds het begin van de pijn.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Pain course (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=310951000146102 310951000146102] Pijnbeloop&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand: List2.png | link=#PijnbeloopCodelijst]]||[[#PijnbeloopCodelijst|PijnbeloopCodelijst]]&lt;br /&gt;
|}&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: ST.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.8&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4743 Title=&amp;quot;EN: AlleviatingFactors&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]VerzachtendeFactoren&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Beschrijving van de factoren die de pijn verzachten, zoals bijvoorbeeld rust.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Symptom relieving factors (finding)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=162483007 162483007] Klachtverlichtende factoren&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: ST.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.11&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4738 Title=&amp;quot;EN: AggravatingFactors&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]VerergerendeFactoren&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Beschrijving van de factoren die de pijn verergeren, zoals bijvoorbeeld bewegen.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Symptom aggravating factors (finding)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=162473008 162473008] Klachtverergerende factoren&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: TS.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.9&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4739 Title=&amp;quot;EN: PainCharacteristicsDateTime&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]PijnkenmerkenDatumTijd&amp;lt;/span&amp;gt;&lt;br /&gt;
|1&lt;br /&gt;
|De datum en het tijdstip waarop de pijnkenmerken vastgesteld zijn.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: SNOMED CT; Date of event (observable entity)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=439771001 439771001] Datum van gebeurtenis&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; background-color: transparent; &amp;quot;&lt;br /&gt;
|style = &amp;quot;text-align:center&amp;quot; |[[Bestand: ST.png| 16px | link=]]&lt;br /&gt;
||NL-CM:12.21.10&lt;br /&gt;
|style = &amp;quot;width: 7px; padding-left: 0px; padding-right: 0px; border-left: none; border-right: 1px dotted silver;&amp;quot; |&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot; style =&amp;quot;padding-left: 0px&amp;quot;|&amp;lt;span Id=4736 Title=&amp;quot;EN: Comment&amp;quot;&amp;gt;[[Bestand: arrowright.png | 10px | link=]]Toelichting&amp;lt;/span&amp;gt;&lt;br /&gt;
|0..1&lt;br /&gt;
|Toelichting op de beschreven pijnkenmerken.&lt;br /&gt;
|&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Codesystem: LOINC; Annotation comment [Interpretation] Narrative (Nar)&amp;quot; &amp;gt;[https://terminologie.nictiz.nl/art-decor/loinc?conceptId=48767-8 48767-8] Verklarend commentaar [interpretatie] in {systeem} (tekstueel)&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
Kolommen Concept en DefinitieCode: houdt de muis boven de waarde voor meer informatie&amp;lt;!--imHover--&amp;gt;&amp;lt;BR&amp;gt;&lt;br /&gt;
Voor uitleg over de gebruikte symbolen, zie de legenda pagina&amp;lt;!--imLegend--&amp;gt; [[Bestand:list2.png|link=Legenda&amp;lt;!--wikiLegend--&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==Example Instances==&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; width=&amp;quot;725px&amp;quot; style= &amp;quot;font-size: 9.5pt;&amp;quot;&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;3&amp;quot; style=&amp;quot;background-color: #2F5496; width: 100%; &amp;quot;|&amp;lt;font color=#FFFFFF&amp;gt;&amp;lt;b&amp;gt;Pijnkenmerken&amp;lt;/b&amp;gt;&amp;lt;/font&amp;gt;&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|PijnAard&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Drukkend&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;3&amp;quot; style=&amp;quot;background-color: #BFBFBF; width: 100%; &amp;quot;|PijnLocatie&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|rowspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 3%; &amp;quot;|&lt;br /&gt;
| style=&amp;quot;width: 47%; &amp;quot;|Locatie&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Borst&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
| style=&amp;quot;width: 47%; &amp;quot;|Lateraliteit&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Links&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|PijnAanvalDuur&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|1 uur&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|BeginTijdPijn&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|11-08-2020&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;3&amp;quot; style=&amp;quot;background-color: #BFBFBF; width: 100%; &amp;quot;|PijnIntensiteit&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|rowspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 3%; &amp;quot;|&lt;br /&gt;
| style=&amp;quot;width: 47%; &amp;quot;|PijnscoreWaarde&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|5&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
| style=&amp;quot;width: 47%; &amp;quot;|PijnMeetmethode&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|NRS10&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|PijnPatroon&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Aanvalsgewijs&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|Pijnbeloop&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Toenemend&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|VerzachtendeFactoren&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|&amp;lt;noWiki&amp;gt;-&amp;lt;/noWiki&amp;gt;&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|VerergerendeFactoren&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|Ademhalen&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|PijnkenmerkenDatumTijd&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|12-08-2020&lt;br /&gt;
|-style=vertical-align:top;&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot; style=&amp;quot;width: 50%; &amp;quot;|Toelichting&lt;br /&gt;
| style=&amp;quot;width: 50%; &amp;quot;|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==References==&lt;br /&gt;
1. openEHR-EHR-OBSERVATION.symptom-pain.v1[Online] Beschikbaar op: http://www.openehr.org/knowledge/ [Geraadpleegd: 23 december 2014].&lt;br /&gt;
&lt;br /&gt;
== Valuesets ==&lt;br /&gt;
=== PijnAardCodelijst===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; width=&amp;quot;60%&amp;quot; &lt;br /&gt;
|-style=&#039;vertical-align:top; background-color: #E8D7BE;&#039;&lt;br /&gt;
|Valueset OID&amp;lt;!--vsValuesetOID--&amp;gt;: 2.16.840.1.113883.2.4.3.11.60.40.2.12.21.1&lt;br /&gt;
|Binding&amp;lt;!--vsBindingTag--&amp;gt;: Extensible&lt;br /&gt;
|Status: &amp;lt;span style=&#039;color:red&#039;|&amp;gt;Deprecated&amp;lt;/span&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;  width=&amp;quot;60% &amp;quot;&lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold; &amp;quot;&lt;br /&gt;
|Conceptnaam&amp;lt;!--vsConceptName--&amp;gt;&lt;br /&gt;
|Conceptcode&amp;lt;!--vsConceptCode--&amp;gt;&lt;br /&gt;
|Codestelselnaam&amp;lt;!--vsConceptSystemName--&amp;gt;||Codesysteem OID&amp;lt;!--vsConceptSystemOID--&amp;gt;&lt;br /&gt;
|Omschrijving&amp;lt;!--vsDescription--&amp;gt;&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Shooting pain (finding)&amp;quot;&amp;gt;Pijnscheut&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=49575005 49575005]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|opflikkerend, flitsend, schietend&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Sharp pain (finding)&amp;quot;&amp;gt;Scherpe pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=8708008 8708008]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|prikkelend, stekend, doorborend&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Tightening pain (finding)&amp;quot;&amp;gt;Knellende pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=162505000 162505000]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|drukkend, knellend, snoerend&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Burning pain (finding)&amp;quot;&amp;gt;Brandende pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=36349006 36349006]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|branderig, brandend, vlammend&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Cutting pain (finding)&amp;quot;&amp;gt;Snijdende pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=162503007 162503007]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|scherp, snijdend, messcherp&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Aching pain (finding)&amp;quot;&amp;gt;Zeurende pijn&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=27635008 27635008]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|zeurend, knagend, hardnekkig&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Paresthesia (finding)&amp;quot;&amp;gt;Paresthesie&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=91019004 91019004]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|tintelingen, doof&lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold;&amp;quot;&lt;br /&gt;
|colspan =&amp;quot;5&amp;quot;|&lt;br /&gt;
|-style=&#039;vertical-align:top; background-color: #ebf5fb;&#039;&lt;br /&gt;
|colspan = &amp;quot;5&amp;quot;|Waarde OTH uit codestelsel NullFlavor (OID: 2.16.840.1.113883.5.1008) is toegestaan in deze waardenlijst.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== PijnbeloopCodelijst===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; width=&amp;quot;60%&amp;quot; &lt;br /&gt;
|-style=&#039;vertical-align:top; background-color: #E8D7BE;&#039;&lt;br /&gt;
|Valueset OID&amp;lt;!--vsValuesetOID--&amp;gt;: 2.16.840.1.113883.2.4.3.11.60.40.2.12.21.2&lt;br /&gt;
|Binding&amp;lt;!--vsBindingTag--&amp;gt;: Required&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;  width=&amp;quot;60% &amp;quot;&lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold; &amp;quot;&lt;br /&gt;
|Conceptnaam&amp;lt;!--vsConceptName--&amp;gt;&lt;br /&gt;
|Conceptcode&amp;lt;!--vsConceptCode--&amp;gt;&lt;br /&gt;
|Codestelselnaam&amp;lt;!--vsConceptSystemName--&amp;gt;||Codesysteem OID&amp;lt;!--vsConceptSystemOID--&amp;gt;&lt;br /&gt;
|Omschrijving&amp;lt;!--vsDescription--&amp;gt;&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Stable (qualifier value)&amp;quot;&amp;gt;Stabiel&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=58158008 58158008]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Stabiel&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Increasing (qualifier value)&amp;quot;&amp;gt;Stijgend&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=260369004 260369004]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Toenemend&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Decreasing (qualifier value)&amp;quot;&amp;gt;Verminderend&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=260371004 260371004]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Afnemend&lt;br /&gt;
|}&lt;br /&gt;
=== PijnPatroonCodelijst===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; width=&amp;quot;60%&amp;quot; &lt;br /&gt;
|-style=&#039;vertical-align:top; background-color: #E8D7BE;&#039;&lt;br /&gt;
|Valueset OID&amp;lt;!--vsValuesetOID--&amp;gt;: 2.16.840.1.113883.2.4.3.11.60.40.2.12.21.3&lt;br /&gt;
|Binding&amp;lt;!--vsBindingTag--&amp;gt;: Required&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;  width=&amp;quot;60% &amp;quot;&lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold; &amp;quot;&lt;br /&gt;
|Conceptnaam&amp;lt;!--vsConceptName--&amp;gt;&lt;br /&gt;
|Conceptcode&amp;lt;!--vsConceptCode--&amp;gt;&lt;br /&gt;
|Codestelselnaam&amp;lt;!--vsConceptSystemName--&amp;gt;||Codesysteem OID&amp;lt;!--vsConceptSystemOID--&amp;gt;&lt;br /&gt;
|Omschrijving&amp;lt;!--vsDescription--&amp;gt;&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;(qualifier value)&amp;quot;&amp;gt;Continuous&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=255238004 255238004]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Continue [DEPRECATED]&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Continual (qualifier value)&amp;quot;&amp;gt;Aanhoudend&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=263730007 263730007]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Continue&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Paroxysmal (qualifier value)&amp;quot;&amp;gt;Paroxismaal&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=26593000 26593000]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Aanvalsgewijs&lt;br /&gt;
|-style=&amp;quot;vertical-align:top; &amp;quot;&lt;br /&gt;
|&amp;lt;span title = &amp;quot;Fluctuating (qualifier value)&amp;quot;&amp;gt;Fluctuerend&amp;lt;/span&amp;gt;&lt;br /&gt;
|[https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=255341006 255341006]&lt;br /&gt;
|SNOMED CT&lt;br /&gt;
|2.16.840.1.113883.6.96&lt;br /&gt;
|Fluctuerend, wisselend&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Deze bouwsteen in overige publicaties&amp;lt;!--ftOtherReleases--&amp;gt;==&lt;br /&gt;
&amp;lt;!-- Hieronder wordt een transclude page aangeroepen --&amp;gt;&lt;br /&gt;
{{Versions-2.16.840.1.113883.2.4.3.11.60.40.3.12.21(NL)|2|2024}}&lt;br /&gt;
&amp;lt;!-- Tot hier de transclude page --&amp;gt;&lt;br /&gt;
==Bouwsteen verwijzingen&amp;lt;!--ftReferences--&amp;gt;==&lt;br /&gt;
====Deze bouwsteen verwijst naar&amp;lt;!--ftRefersTo--&amp;gt;====&lt;br /&gt;
*[[AnatomischeLocatie-v1.0.3(2024NL)|AnatomischeLocatie-v1.0.3]]&lt;br /&gt;
*[[Pijnscore-v4.1(2024NL)|Pijnscore-v4.1]]&lt;br /&gt;
====Deze bouwsteen wordt gebruikt in&amp;lt;!--ftReferredBy--&amp;gt;====&lt;br /&gt;
:--&lt;br /&gt;
==Technische specificaties in HL7v3 CDA en HL7 FHIR&amp;lt;!--ftHeader--&amp;gt;==&lt;br /&gt;
Om informatie op basis van zorginformatiebouwstenen uit te wisselen zijn aanvullende, meer technische specificaties nodig.&amp;amp;lt;BR&amp;amp;gt;Niet iedere omgeving kan met dezelfde technische specificaties overweg. Om deze reden zijn er meerdere typen technische specificaties:&amp;lt;!--ftReferenceIntro--&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;HL7&amp;amp;#174; versie 3 CDA compatibele specificaties, beschikbaar via de Nictiz ART-DECOR&amp;amp;#174; omgeving&amp;lt;!--ftArtDecorReference--&amp;gt; {{ArtDecorLinks|2024|12.21}}&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;HL7&amp;amp;#174; FHIR&amp;amp;#174; compatibele specificaties, beschikbaar via de Nictiz-omgeving op de Simplifier FHIR Registry&amp;lt;!--ftSimplifierReference--&amp;gt; {{SimplefierLinks|2024|PainCharacteristics}}&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
==Downloads&amp;lt;!--ftDownloadTitle--&amp;gt;==&lt;br /&gt;
De bouwsteen is ook beschikbaar als [[Media:nl.zorg.Pijnkenmerken-v2.1(2024NL).pdf|pdf bestand]] [[File:PDF.png|link=]] of als [[Media:nl.zorg.Pijnkenmerken-v2.1(2024NL).xlsx|spreadsheet]] [[File:xlsx.png|link=]]&amp;lt;!--ftDownloads--&amp;gt;&lt;br /&gt;
==Over deze informatie&amp;lt;!--ftHeader2--&amp;gt;==&lt;br /&gt;
De informatie in deze wiki pagina is gebaseerd op de&amp;lt;!--ftInfoBase--&amp;gt; Prepublicatie 2024-1 &amp;lt;BR&amp;gt;&lt;br /&gt;
SNOMED CT en LOINC codes zijn gebaseeerd op:&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;SNOMED Clinical Terms versie: 20240331 [R] (maart 2024-editie)&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;LOINC version 2.77&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
De voorwaarden van gebruik staan op de beginpagina&amp;lt;!--ftConditions--&amp;gt; [[Bestand:list2.png|link=ZIB_Hoofdpagina&amp;lt;!--wikiMainpage--&amp;gt;]]&amp;lt;BR&amp;gt;&lt;br /&gt;
Deze pagina is gegenereerd op 23/04/2024 12:16:15 met ZibExtraction v. 9.3.8777.28571&amp;lt;!--ftDate--&amp;gt; &amp;lt;BR&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;div style=&amp;quot;text-align: right; direction: ltr; margin-left: 1em;&amp;quot; &amp;gt;[[Bestand: Back 16.png| link= ZIB_Publicatie&amp;lt;!--wikiReleasePage--&amp;gt;_2024(NL)]] [[ZIB_Publicatie&amp;lt;!--wikiReleasePage--&amp;gt;_2024(NL) |Terug naar ZIB overzicht&amp;lt;!--hdBackToMainPage--&amp;gt; ]]&amp;lt;/div&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Bestand:Allergie_fig1.png&amp;diff=29639</id>
		<title>Bestand:Allergie fig1.png</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Bestand:Allergie_fig1.png&amp;diff=29639"/>
		<updated>2024-07-25T13:18:53Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29638</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29638"/>
		<updated>2024-07-25T11:06:59Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29637</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29637"/>
		<updated>2024-07-25T11:06:33Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29636</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29636"/>
		<updated>2024-07-25T10:25:30Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29635</id>
		<title>Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:Versions-2.16.840.1.113883.2.4.3.11.60.40.3.3.1(NL)&amp;diff=29635"/>
		<updated>2024-07-24T22:55:00Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- Dit template is onderdeel van de ZIB wiki. Het bevat informatie over de versies van zib 2.16.840.1.113883.2.4.3.11.60.40.3.3.1. --&amp;gt;&lt;br /&gt;
{{#ifeq:{{{1}}}|1|&lt;br /&gt;
{{#ifeq:{{{2}}}|Contactpersoon-v3.5(2022NL)||&amp;lt;font style=&amp;quot;background-color: #fee7e6; color:#333; border: 1px #d33 solid; padding: 1em;&amp;quot;&amp;gt;&amp;lt;div align = center&amp;gt;Let op!! Dit is niet de meeste recente versie van deze bouwsteen. Deze is [[Contactpersoon-v3.5(2022NL)|&amp;amp;#39;&amp;amp;#39;hier&amp;amp;#39;&amp;amp;#39;]] te vinden.&amp;lt;!--tcLastRelease--&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/font&amp;gt;|}}&lt;br /&gt;
}}&lt;br /&gt;
{{#ifeq:{{{1}}}|2|&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{{#ifeq:{{{2}}}|2015||&amp;lt;li&amp;gt;[[Contactpersoon-v1.2(2015NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2015, (Versie&amp;lt;!--hdVersion--&amp;gt; 1.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2016||&amp;lt;li&amp;gt;[[Contactpersoon-v3.0(2016NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2016, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.0)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2017||&amp;lt;li&amp;gt;[[Contactpersoon-v3.1(2017NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2017, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.1)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2018||&amp;lt;li&amp;gt;[[Contactpersoon-v3.2(2018NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2018-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.2)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2019||&amp;lt;li&amp;gt;[[Contactpersoon-v3.3(2019NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2019-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.3)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2020||&amp;lt;li&amp;gt;[[Contactpersoon-v3.4(2020NL) | Publicatie&amp;lt;!--hdPublication--&amp;gt; 2020, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.4)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2021||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2021NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2021-2, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
{{#ifeq:{{{2}}}|2022||&amp;lt;li&amp;gt;[[Contactpersoon-v3.5(2022NL) | Pre-publicatie&amp;lt;!--hdPrepublication--&amp;gt; 2022-1, (Versie&amp;lt;!--hdVersion--&amp;gt; 3.5)]]&amp;lt;/li&amp;gt;}}&lt;br /&gt;
&amp;lt;/ul&amp;gt;|}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=ZIB_Blauwdrukken&amp;diff=29634</id>
		<title>ZIB Blauwdrukken</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=ZIB_Blauwdrukken&amp;diff=29634"/>
		<updated>2024-07-23T23:30:02Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;div style=&amp;quot;text-align: right;&amp;quot;&amp;gt;[[Bestand:EN.png|link=HCIM_Templates]] [[HCIM_Templates|English version]]&amp;lt;/div&amp;gt;&lt;br /&gt;
==Blauwdrukken voor zibs==&lt;br /&gt;
===Inleiding===&lt;br /&gt;
Met ingang van publicatie 2020 wordt voor de ontwikkeling van nieuwe zibs, waar mogelijk, gebruik gemaakt van blauwdrukken. Met een blauwdruk wordt de informatie rond &amp;lt;u&amp;gt;een groep&amp;lt;/u&amp;gt; klinische concepten generiek beschreven.  Om de informatie rond een klinisch concept, dat met een blauwdruk beschreven wordt, klinisch volledig te beschrijven moet meer informatie beschreven worden dan in de blauwdruk zib gedaan is.  Dit volledig beschrijven van de informatie rond het klinisch concept gebeurt in zogenaamde enkelvoudige zibs, die van de blauwdruk zijn afgeleid. Door voor globaal vergelijkbare klinische concepten de blauwdruk als ‘design pattern’ te gebruiken, wordt bereikt dat het ontwerp van de verschillende zibs onderling consistenter is en wordt het afbeelden van deze zibs op (generieke) implementatiemodellen vereenvoudigd.&amp;lt;br&amp;gt; &lt;br /&gt;
Meer informatie over blauwdrukken voor zibs is ook te vinden in [https://nictiz.nl/app/uploads/2023/01/Notitie-wannneer-wel-of-niet-zibs-versie-1.1.pdf “Wanneer wel of niet zibs en relatie met implementaties van zibs”].&lt;br /&gt;
&lt;br /&gt;
===Beheer en publicatie van blauwdrukken voor zibs=== &lt;br /&gt;
Blauwdrukken voor zibs zullen geen deel uitmaken van zib (pre-)publicaties maar zullen apart worden gepubliceerd op deze pagina. Om praktische reden kan er evenwel voor gekozen worden om blauwdrukken te publiceren gelijktijdig met een (pre)publicatie van zibs. Dat is bijvoorbeeld het geval bij zibs Publicatie2020.&amp;lt;br&amp;gt; &lt;br /&gt;
Voor het beheer van blauwdrukken voor zibs wordt het proces van beheer van de zibs gevolgd, zie https://www.nictiz.nl/standaardisatie/zib-centrum/beheerproces-zibs/.&amp;lt;br&amp;gt;&lt;br /&gt;
Dat betekent o.a. dat wijzigingsvoorstellen op blauwdrukken voor zibs kunnen worden ingediend in BITS en dat de verdere afhandeling (intake, analyse etc) op dezelfde manier verloopt als bij de zibs.&amp;lt;br&amp;gt; &lt;br /&gt;
Wel gelden t.a.v. blauwdrukken voor zibs de volgende aanvullende/afwijkende afspraken t.o.v. de zibs:  &lt;br /&gt;
*De blauwdruk wiki pagina namen zullen geen jaartal bevatten. &lt;br /&gt;
*De blauwdruk wiki pagina’s zullen ook Engelstalige versies hebben. &lt;br /&gt;
*Blauwdrukken voor zibs zijn geversioneerd. &lt;br /&gt;
*Blauwdrukken hebben een OID onder de blauwdruk root OID 2.16.840.1.113883.2.4.3.11.60.40.3.21 &lt;br /&gt;
*Omdat de betekenis van de elementen van de blauwdruk pas duidelijk wordt in de van de blauwdruk afgeleide zibs, mogen de element Id&#039;s niet hergebruikt worden in andere zibs of in informatiestandaarden. Indien dit wel zou gebeuren, zouden de id&#039;s naar een veelvoud van klinische concepten verwijzen en daarmee hun waarde als identificatie middel verliezen.  &lt;br /&gt;
*De naam prefix van blauwdrukken is nl.zorg.template &lt;br /&gt;
*Als Engelse naam voor blauwdruk wordt ‘template’ gebruikt. &lt;br /&gt;
*Enkelvoudige zibs, die afgeleid zijn van een blauwdruk voor zibs vermelden de blauwdruknaam en versie waar ze van afgeleid zijn in de zib sectie ‘Traceability to other Standards’.&lt;br /&gt;
*Blauwdrukken voor zibs worden niet naar ArtDecor geëxporteerd.&lt;br /&gt;
&lt;br /&gt;
===Secties van een blauwdruk voor zibs===&lt;br /&gt;
Hoewel voor de blauwdrukken hetzelfde format gebruikt wordt als voor zibs, bevatten de blauwdrukken minder (verplichte) secties.&amp;lt;br&amp;gt;   &lt;br /&gt;
De volgende secties worden in de blauwdrukken voor zibs gebruikt: &lt;br /&gt;
&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  style = &amp;quot;font-size: 9.5pt;  border: solid 1px silver; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot; &lt;br /&gt;
|-style=&amp;quot;background-color: #1F497D; color: white; font-weight: bold; font-variant: small-caps; &amp;quot;&lt;br /&gt;
|Sectie voor blauwdruk &lt;br /&gt;
| Cardinaliteit &lt;br /&gt;
|-&lt;br /&gt;
|Revision History &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Concept &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Mindmap &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Purpose &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Patient Population &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Evidence Base &lt;br /&gt;
|0..1 &lt;br /&gt;
|-&lt;br /&gt;
|Information Model &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Example Instances &lt;br /&gt;
|0..1 &lt;br /&gt;
|-&lt;br /&gt;
|Instructions &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Interpretation &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Care Proces &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Example of the Instrument &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Constraints &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Issues &lt;br /&gt;
|0..1 &lt;br /&gt;
|-&lt;br /&gt;
|References &lt;br /&gt;
|0..1 &lt;br /&gt;
|-&lt;br /&gt;
|Functional Model &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Traceability to other Standards &lt;br /&gt;
|0 &lt;br /&gt;
|-&lt;br /&gt;
|Disclaimer &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Terms of Use &lt;br /&gt;
|1 &lt;br /&gt;
|-&lt;br /&gt;
|Copyrights &lt;br /&gt;
|1 &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Information Model van een blauwdruk voor zibs===&lt;br /&gt;
Voor de modellering van blauwdrukken voor zibs worden dezelfde regels gehanteerd als voor zibs.&amp;lt;br&amp;gt; Echter als blauwdruk geven ze alleen vorm aan het ontwerp voor zibs en wijken ze daarom als volgt van zibs af:  &lt;br /&gt;
*Terminologie koppelingen van elementen zijn in principe op blauwdruk niveau &#039;&#039;&#039;niet&#039;&#039;&#039; mogelijk, behalve als een gegevenselement uit de blauwdruk &#039;&#039;&#039;altijd&#039;&#039;&#039; ongewijzigd in de enkelvoudige zibs, die van de blauwdruk zijn afgeleid,  gebruikt wordt. &lt;br /&gt;
*Gegevenselementen van blauwdrukken voor zibs kennen geen over het algemeen voorbeeld (DCM::Example) waarden. &lt;br /&gt;
*Codelijsten van blauwdrukken voor zibs zijn wel aanwezig, maar &#039;&#039;&#039;mogen&#039;&#039;&#039; leeg zijn. &lt;br /&gt;
*Indien zij gevuld zijn, zullen zij vrijwel altijd de binding sterkte ‘Example’ hebben. &lt;br /&gt;
*Rootconcepten van blauwdrukken voor zibs hebben een aangepaste standaard tekst waarin het woord zib vervangen wordt door ‘blauwdruk’ c.q. ‘template’. &lt;br /&gt;
*‘Placeholder’ element namen of naamdelen (die dus vervangen mogen worden in een enkelvoudige zib, die van de blauwdruk is afgeleid) worden aangeduid als ‘[VervangbareNaam]’.&lt;br /&gt;
&lt;br /&gt;
==Lijst met beschikbare blauwdrukken==&lt;br /&gt;
*[[Meting-v1.0(NL) | Meting-v1.0]]&lt;br /&gt;
*[[PatientVragenlijst-v2.0(NL) | PatientVragenlijst-v2.0]]&lt;br /&gt;
*[[ZorgNotitie-v1.0(NL) | ZorgNotitie-v1.0]]&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29633</id>
		<title>ZIB ProcessPatterns</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29633"/>
		<updated>2024-07-23T23:29:20Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zib proces patronen}}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
==Inleiding==&lt;br /&gt;
Zibs modelleren de informatie van klinische concepten. Ze beschrijven die elementen van het klinisch concept die voor vrijwel alle usecases relevant zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
Bij het gebruikt van zibs in met name informatiestandaarden ontstaat vaak de behoefte om additionele informatie toe te voegen die op zich niet een aspect van het klinisch concept beschrijven maar veeleer onderdeel zijn van het (vaak meer administratieve of logistieke) proces waarin het klinische concept in de usecase, die de informatiestandaard beschrijft, wordt toegepast.&amp;lt;br&amp;gt;&lt;br /&gt;
Al vanaf het ontstaan van de zibs is de relevantie van deze informatie erkend.&amp;lt;br&amp;gt;&lt;br /&gt;
In zib publicatie 2015 is daartoe de zib BasisElementen geïntroduceerd. De bedoeling van deze zib was om expliciet te maken dat er naast de elementen die in een zib gemodelleerd worden, een aantal elementen aan de orde is dat verondersteld wordt in iedere zib aanwezig te zijn. Vóór publicatie 2015 was deze veronderstelling impliciet.&amp;lt;br&amp;gt; &lt;br /&gt;
De BasisElementen werden als generieke zib-elementen gepositioneerd, waarbij onvoldoende het onderscheid tussen klinische informatie en proces gebonden informatie werd benoemd.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het expliciteren van de BasisElementen leidde daardoor tot veel vragen en zelfs tot verwarring.&amp;lt;br&amp;gt;&lt;br /&gt;
De toepasbaarheid van de basiselementen was namelijk niet voor alle zibs even straight forward, soms waren vergelijkbare elementen al in de zibs aanwezig, en bovendien werden niet alle beschreven (meer technische) elementen meer als klinisch relevant gezien.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarom is de zib BasisElementen in publicatie 2020 komen te vervallen, waarbij de elementen die in de vervallen zib beschreven waren, uitsluitend daar waar het klinisch relevant was via het indienen van wijzigingsvoorstellen aan de afzonderlijke zibs konden worden toegevoegd.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit was aanleiding voor een groot aantal issues waarin werd voorgesteld vrijwel alle basiselementen aan een zib toe te voegen, zonder dat daarbij een duidelijke usecase benoemd werd.&amp;lt;br&amp;gt;&lt;br /&gt;
Bovendien werd hiermee nog steeds geen oplossing geboden aan de behoefte om andersoortige informatie toe te voegen.&amp;lt;br&amp;gt;&lt;br /&gt;
==Verantwoording==&lt;br /&gt;
Veel van de issues zijn terug te leiden tot een verschil in informatiebehoefte vanuit de informatiestandaarden enerzijds en de informatie die een zib modelleert anderzijds. Vanuit een EPD- of gegevensuitwisseling perspectief wordt de zib vaak gebruikt als het model van vastgelegde informatie of zelfs het model van een (deel van een) van een EPD record, terwijl de zib ‘slechts’ de informatie aspecten van het klinisch concept beschrijft en geen aspecten van b.v. het vastleggen van de informatie. Op conceptueel niveau is het vastleggen van de informatie geen noodzakelijke voorwaarde voor het bestaan van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
Een patiënt kan een aandoening hebben en de informatie daarover kan bestaan en gedefinieerd worden zonder dat deze informatie in enig EPD vastgelegd is. Dit verschil van benadering wordt wellicht het beste geïllustreerd door de veel voorkomende vraag om (generiek) een auteur toe te voegen, bijvoorbeeld aan de zib Probleem. Een (gezondheids)klacht van een patiënt bestaat op zich en kent geen auteur. De auteur is alleen relevant bij de vastlegging in een EPD en zal dus ook per vastlegging verschillen. Het is dus geen onderdeel van het concept, maar van het registratie proces. Voor een diagnose kan men echter wel een diagnosesteller benoemen, omdat de diagnose i.t.t een klacht door de zorgverlener op grond van een diagnostisch proces gesteld is en dus onlosmakelijk aan het concept Diagnose gekoppeld is. Daarnaast kan een vastgelegde diagnose vanzelfsprekend ook een auteur (die het in het dossier vastlegt) hebben. Omdat dit in veel gevallen dezelfde persoon is, wordt het verschil in rol om pragmatische reden vaak niet benoemd.&amp;lt;br&amp;gt; &lt;br /&gt;
Bovenstaand voorbeeld brengt tevens naar voren dat een dergelijk generiek element onduidelijkheid over de betekenis introduceert, omdat het in meerdere contexten gebruikt wordt.&amp;lt;br&amp;gt;&lt;br /&gt;
==Procespatronen==&lt;br /&gt;
Omdat voor informatie die in een EPD vastgelegd wordt, gegevens uit het registratieproces wel tot de informatiebehoefte behoren, zal het bovengenoemde geschil in benadering blijven leiden tot veel onduidelijkheid en daarmee tot veel discussie.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit is alleen op te lossen door te (h)erkennen dat het om verschillende soorten informatie gaat, dat aan beide behoefte is. Voor al deze informatie is een informatiemodel dus belangrijk, voor proces gebonden informatie evenzeer als voor klinische concepten. Door de proces gebonden informatie separaat te modelleren hoeft dat slechts éénmalig te gebeuren en wordt ook op dit vlak standaardisatie bewerkstelligd.&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
De voordelen van procespatronen boven een generieke set elementen (zoals de basiselementen) zijn evident: &lt;br /&gt;
*Procespatronen worden per definitie niet van toepassing verklaard op iedere zib in iedere usecase.&lt;br /&gt;
:Het is aan de informatiestandaard om dat te bepalen. In de zib kan eventueel wel aangegeven worden of het procespatroon toepasbaar is.&lt;br /&gt;
*Omdat de gegevens expliciet gedefinieerd zijn als procesgegevens, wordt de al dan niet bestaande overlap met bestaande elementen in de zibs duidelijker, b.v. een voorschrijver is geen overlap met auteur, omdat de rollen uit verschillende processen komen. De definitie van de concepten worden hiermee ook minder ambigue. Als informatiestandaarden om moverende redenen de twee rollen willen samennemen, is dat aan de informatiestandaard. De zib blijft echter zo wel conceptueel zuiver.&lt;br /&gt;
*Omdat procespatronen per proces bepaald worden, ontstaat flexibiliteit: er kunnen meerdere procespatronen gedefinieerd worden, b.v. voor het registratie proces, voor het aanvraag proces, etc.&lt;br /&gt;
==Praktische uitwerking==&lt;br /&gt;
De procespatronen zullen voor het overgrote deel in de praktische uitwerking de zibs volgen:&lt;br /&gt;
*De vorm waarin de patronen gemaakt en gepubliceerd worden, zal zo veel mogelijk vergelijkbaar zijn met het zib formaat.&lt;br /&gt;
*De patronen zullen net als zibs versies hebben. In (pre-)publicaties zal vermeld worden welke versies tot een (pre-)publicatie behoren (eveneens net als bij zibs).  Patronen zijn dus onderdeel van de (pre-)publicaties. &lt;br /&gt;
:Zij worden dus ook vermeld op de publicatie-landingspagina als aparte groep (zoals subzibs in een aparte groep vermeld zijn).&lt;br /&gt;
*Procespatronen worden onder dezelfde voorwaarden als de zibs naar Art-Decor geëxporteerd.&lt;br /&gt;
*In de informatiestandaarden komen de zibs en de procespatronen samen. De usecase die aan de informatiestandaard ten grondslag ligt, is onderdeel van een proces. Dit proces bepaalt welke informatie naast de elementen van het klinisch concept gewenst zijn. Hiertoe worden de elementen uit het bijbehorende procespatroon toegevoegd aan de betreffende zib. Hiermee is het samenstellen van de informatiestandaard meer en meer het samenvoegen van gestandaardiseerde bouwstenen en –steentjes&lt;br /&gt;
*Het in de informatiestandaarden toevoegen van de patronen aan een zib komt neer op het toevoegen op zib rootconcept niveau van een container met de procespatroon elementen.&lt;br /&gt;
*Toevoegen van patronen heeft impact op de technische artefacten (CDA, FHIR), maar niet meer dan het toevoegen van die elementen in een individuele zib. In ieder geval zal het gebruik van patronen ervoor zorgdragen dat dit op een gestandaardiseerde wijze gebeurt.&lt;br /&gt;
:Aangezien zowel CDA als FHIR meer over te dragen EPD-record fragmenten modelleren dan puur klinische concepten, komen de elementen uit de patronen vaak al native voor in de templates en resources.&lt;br /&gt;
*Hoewel procespatronen gemodelleerd worden als zibs, is het zelfstandig gebruik van deze procespatronen niet de bedoeling en weinig zinvol: registratiegegevens zonder een object van registratie.&lt;br /&gt;
==Opmerkingen==&lt;br /&gt;
*Procespatronen beschrijven proces gebonden informatie. Het zijn geen modellen van processen met hun processtappen.&lt;br /&gt;
*Informatie in een procespatroon kan wel degelijk klinisch relevant zijn, net zoals het proces waarmee het verbonden is, klinisch relevant kan zijn.&lt;br /&gt;
*Sommige zibs modelleren een klinische activiteit, zoals de zib Verrichting. Deze klinische activiteiten zijn niet de focus van de procespatronen, die vaak een meer administratieve of logistieke nadruk hebben&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Factsheets_Zorginformatiebouwstenen&amp;diff=29632</id>
		<title>Factsheets Zorginformatiebouwstenen</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Factsheets_Zorginformatiebouwstenen&amp;diff=29632"/>
		<updated>2024-07-23T23:26:14Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
==Inleiding factsheets==&lt;br /&gt;
Een factsheet behandelt voor een specifiek onderwerp rond en over de zorginformatiebouwsteen (zib) de feiten en context van het gebruik. Met andere woorden, wanneer en hoe pas je dit toe?&lt;br /&gt;
&lt;br /&gt;
==Overzicht factsheets==&lt;br /&gt;
Hieronder vind je een overzicht van de beschikbare en geplande factsheets:&lt;br /&gt;
&lt;br /&gt;
# Functionele of Mentale status&lt;br /&gt;
&lt;br /&gt;
==Factsheet Functionele of Mentale Status==&lt;br /&gt;
De zib ‘&#039;&#039;&#039;FunctioneleOfMentaleStatus’&#039;&#039;&#039; is van een bijzondere categorie: de zib &#039;&#039;&#039;FunctioneleOfMentaleStatus&#039;&#039;&#039; beschrijft een generiek informatiemodel, waarmee de functionele en mentale beperkingen van de patiënt beschreven kunnen worden. Naast de algemene zib &#039;&#039;&#039;FunctioneleOfMentaleStatus&#039;&#039;&#039; zijn er ook andere zorginformatiebouwstenen beschikbaar, die in relatie tot de functionele of mentale status gebruikt kunnen worden, namelijk: &lt;br /&gt;
# De zib ‘&#039;&#039;&#039;Probleem’, &#039;&#039;&#039;waarmee via de waarde ‘&#039;&#039;Functionele Beperking’&#039;&#039; in het gegevenselement ‘&#039;&#039;ProbleemType’&#039;&#039; een specifieke Functionele (of mentale) beperking kan worden aangegeven. Hierbij kan niet iets gezegd worden ten aanzien van de ernst: De functionele beperking is er wel of niet.&lt;br /&gt;
# Specifieke zibs ten aanzien van functionele of mentale status, waarin meestal ook een mate van gradatie (erg/minder erg) is opgenomen ten aanzien van de betreffende functionele of mentale status.&lt;br /&gt;
&lt;br /&gt;
De meer specifieke zibs in relatie tot de functionele of mentale status zijn op dit moment (de lijst is mogelijk niet (meer) volledig):&lt;br /&gt;
# BlaasFunctie&lt;br /&gt;
# DarmFunctie&lt;br /&gt;
# FunctieHoren&lt;br /&gt;
# FunctieZien&lt;br /&gt;
# TaalVaardigheid&lt;br /&gt;
# Mobiliteit&lt;br /&gt;
# VermogenTotDrinken&lt;br /&gt;
# VermogenTotEten&lt;br /&gt;
# VermogenTotMondverzorging&lt;br /&gt;
# VermogenTotToiletgang&lt;br /&gt;
# VermogenTotUiterlijkeVerzorging&lt;br /&gt;
# VermogenTotVerpleegtechnischeHandelingen&lt;br /&gt;
# VermogenTotZelfstandigMedicatiegebruik&lt;br /&gt;
# VermogenTotzichKleden&lt;br /&gt;
# VermogenTotzichWassen&lt;br /&gt;
&lt;br /&gt;
Waarom deze lijst van zibs? Omdat niet voor elke situatie een eenduidig antwoord te geven is wanneer de zib &#039;&#039;&#039;FunctioneleOfMentaleStatus&#039;&#039;&#039; gebruikt kan worden. Dit is immers volledig afhankelijk van wat er wenselijk is om vast te leggen in het primaire zorgproces en welke gegevens er bijvoorbeeld uitgewisseld moeten worden. Er zal dus per situatie gekeken en bepaald moeten worden welke zib hiervoor van toepassing is. Je zou kunnen stellen dat hoe specifieker een bepaald gegeven vastgelegd dient te worden, hoe specifieker de zib moet zijn en daarvoor een meer specifieke zib gebruikt dient te worden. Als dit niet het geval is dan kan een generiekere zib gebruikt worden zoals de zib &#039;&#039;&#039;FunctioneleOfMentaleStatus&#039;&#039;&#039;.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samengevat zijn er de volgende drie keuzes:&lt;br /&gt;
# Heb je alleen &#039;&#039;‘wel/niet aanwezig’&#039;&#039; nodig zonder gradatie, gebruik dan zib Probleem;&lt;br /&gt;
# Heb je een gradatie (bijv. zelfstandig / met hulp / geheel afhankelijk) nodig en is deze uitgewerkt als specifieke zib, gebruik dan die specifieke zib;&lt;br /&gt;
# Heb je een gradatie nodig en is deze niet beschikbaar als specifieke zib, gebruik dan FunctioneleOfMentaleStatus.&lt;br /&gt;
&lt;br /&gt;
Hieronder staan een aantal praktijkvoorbeelden met daarbij een uitleg welke zibs van toepassing zijn in deze situatie.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Praktijkvoorbeeld 1&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
In verband met glaucoom wordt dhr. Janssen regelmatig gecontroleerd in het ziekenhuis door de oogarts. Hier wordt uitvoerig gekeken naar de status van zijn visus en afwijkingen daarvan worden vastgelegd in het EPD.&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
In deze situatie hebben we te maken met meerdere zibs. Laten we hieronder kijken welke zibs voor deze onderdelen van toepassing zouden zijn:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Voor dit specifieke onderdeel is een specifieke zorginformatiebouwsteen beschikbaar, namelijk ‘&#039;&#039;&#039;FunctieZien’&#039;&#039;&#039;. Deze kan gebruikt worden om de visuele functie specifiek te benoemen. Dat is in deze situatie het geval, zodoende dat we de zorginformatiebouwsteen &#039;&#039;&#039;‘FunctioneleOfMentaleStatus’&#039;&#039;&#039; niet zullen gebruiken. De zorginformatiebouwsteen ‘FunctieZien’ heeft een verwijzing naar de zorginformatiebouwsteen ‘&#039;&#039;&#039;MedischHulpmiddel’&#039;&#039;&#039;. In deze zorginformatiebouwsteen kunnen we bijvoorbeeld de bril opnemen. Verder willen we nog de onderliggende diagnose vastleggen. Daar gebruiken we de zorginformatiebouwsteen ‘&#039;&#039;&#039;Probleem’&#039;&#039;&#039; voor.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Praktijkvoorbeeld 2&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Martijn Brouwer is geboren met het syndroom van Down en een hartafwijking (Atrioventriculair Septum Defect - AVSD). Martijn is geopereerd aan zijn hartafwijking en heeft daar momenteel geen last meer van. Communiceren met Martijn is enigszins beperkt door een laag IQ als het gevolg van het syndroom van Down.&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
Ook in dit praktijkvoorbeeld hebben we met meerdere zibs te maken. We hebben namelijk te maken met de zib &#039;&#039;&#039;‘FunctioneleOfMentaleStatus’&#039;&#039;&#039; en de zib &#039;&#039;&#039;‘Probleem’&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Om de mate van verminderde IQ vast te leggen kunnen we de zorginformatiebouwsteen ‘&#039;&#039;&#039;FunctioneleOfMentaleStatus’&#039;&#039;&#039; gebruiken. Voor dit gegeven zijn geen andere zorginformatiebouwstenen beschikbaar. Wel is er nog de zorginformatiebouwsteen ‘&#039;&#039;&#039;Probleem’&#039;&#039;&#039;. Deze kan gebruikt worden voor de diagnoses ‘Atrioventiculair Septumdefect’ en ‘Down Syndroom’.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Praktijkvoorbeeld 3&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Mw. Venema is sinds januari doorgestuurd vanuit de huisarts naar de GGZ in verband met depressieve klachten, waarbij mw. Venema moeite heeft om sociale interacties aan te gaan en in sommige situaties uit zich dit ook in ongeremde emoties en scheldwoorden.&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
Ook in dit praktijkvoorbeeld hebben we met meerdere zibs te maken. We hebben namelijk te maken met de zib &#039;&#039;&#039;‘FunctioneleOfMentaleStatus’&#039;&#039;&#039; en de zib &#039;&#039;&#039;‘Probleem’&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Om de mate van moeite om sociale interacties aan te gaan vast te leggen kunnen we de zorginformatiebouwsteen ‘&#039;&#039;&#039;FunctioneleOfMentaleStatus’&#039;&#039;&#039; gebruiken. Voor dit gegeven zijn geen andere zorginformatiebouwstenen beschikbaar. Wel is er nog de zorginformatiebouwsteen ‘&#039;&#039;&#039;Probleem’&#039;&#039;&#039;. Deze kan gebruikt worden voor de diagnoses ‘Depressieve aandoening’.&lt;br /&gt;
&lt;br /&gt;
===Zib FunctioneleOfMentaleStatus en het onderdeel Functionele/mentale status in de Basisgegevensset Zorg (BgZ)===&lt;br /&gt;
In de BgZ versie 2017 wordt in de sectie Functionele Status of het onderdeel Functionele/mentale status uitsluitend verwezen naar de zib &#039;&#039;&#039;&#039;&#039;FunctioneleOfMentaleStatus&#039;&#039;&#039;&#039;&#039;. Bij de publicatie van de BgZ versie 2020 is dit aangescherpt/aangevuld door vanuit sectie Functionele Status of het onderdeel Functionele/mentale status ook de verwijzing naar specifieke zibs op het gebied van Functionele of Mentale Status op te nemen in de betreffende sectie van de BgZ. Dit geldt voor een afgesproken set aan zibs, die de belangrijkste informatie betreffende functionele of mentale status beschrijven:&lt;br /&gt;
#FunctieHoren&lt;br /&gt;
#FunctieZien&lt;br /&gt;
#TaalVaardigheid&lt;br /&gt;
#Mobiliteit&lt;br /&gt;
Bovenstaande is aangepast in de BgZ2020, zie https://www.nictiz.nl/wp-content/uploads/BgZ2020-specificatie-obv-zibs-2020-v1.1.pdf&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Deze factsheet is ook te downloaden als [[Media:Factsheet_FunctioneleOfMentaleStatus_v2_23032021.pdf | pdf]].[[File:PDF.png|link=Special:Redirect/file/Factsheet_FunctioneleOfMentaleStatus_v2_23032021.pdf]]&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29631</id>
		<title>Zib kardinaliteiten</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29631"/>
		<updated>2024-07-23T23:25:40Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zibs en kardinaliteiten }}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
==Samenvatting==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie. Vaak zal de conceptuele kardinaliteit van de zib overeenkomen met de gewenste kardinaliteit bij een specifieke usecase (informatiestandaard).&amp;lt;br&amp;gt; &lt;br /&gt;
Indien de gewenste kardinaliteit bij de usecase afwijkt van de conceptuele kardinaliteit van de zibs, zijn er specifieke regels beschreven, die aangeven of de combinatie conceptuele kardinaliteit van de zib en de gewenste kardinaliteit in de usecase toegestaan is, dat wil zeggen ‘conform de zib’ is.&lt;br /&gt;
==Aanleiding, scope en geschiedenis==&lt;br /&gt;
Bij gegevensopslag ten behoeve van applicaties in bijvoorbeeld databases is het gebruik van kardinaliteiten redelijk overzichtelijk. Als conceptueel duidelijk is hoe informatie met elkaar verbonden is, bieden de kardinaliteiten de mogelijkheid correcte vulling te faciliteren en om de integriteit van de gegevens te bewaken. Bijvoorbeeld: als geboortedatum een kardinaliteit ‘1’ heeft en je vult niets in, dan zal de applicatie weigeren de gegevens op te slaan. Over het gebruik van de informatie zeggen de kardinaliteiten weinig. De relaties zorgen ervoor dat je de juiste gegevens krijgt, maar als je geen geboortedatum wil weten, is dat prima.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij zibs ligt dit aanzienlijk anders. Immers, zib-modellen (en dus ook de kardinaliteiten) moeten gelden voor &amp;lt;u&amp;gt;alle usecases&amp;lt;/u&amp;gt;. In het verleden (project Generieke Overdrachtsgegevens 2012/2013) werd nog geprobeerd om de kardinaliteiten zodanig vorm te geven, met een aantal ‘1’-kardinaliteiten, dat een instantiatie van een zib in een overdracht altijd zinvolle informatie zou bevatten. Ook toen al werden  voorbeelden ten tonele gevoerd om aan te tonen dat de verplichting niet mogelijk was.  Informatie die niet bekend was, werd als aanleiding gezien om kardinaliteiten die met een ‘1’ begonnen, te schrappen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Toen er meer toepassingen van zibs kwamen en nieuwe publicaties van de zibs zorgbreed (en niet alleen voor overdracht) werden gepositioneerd, werd de onduidelijkheid met de kardinaliteiten groter. Kwaliteitsregistraties en onderzoek vereisen specifieke informatie waarbij soms de (conceptuele) verplichting in de weg staat. Zo mogen bepaalde partijen sommige informatie gewoon niet ontvangen. Bovendien kan het voorkomen dat voor kwaliteitsdoeleinden niet-verplichte gegevenselementen essentieel zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ook bij de mapping van zibs op FHIR-modellen ontstond onduidelijkheid. FHIR-modellen zijn toch voornamelijk op communicatie gericht, bovendien vaak gebaseerd op een andere werkelijkheid en daarom vertegenwoordigen FHIR-modellen soms andere afwegingen.&lt;br /&gt;
====Scope van deze notitie.====&lt;br /&gt;
Deze notitie gaat over de betekenis van kardinaliteiten in de zibdocumentatie en de mogelijke vertaling hiervan naar kardinaliteiten in usecase-specifieke datasets binnen Informatiestandaarden (toepassingen).&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarnaast moet er een document/notitie komen over de betekenis van kardinaliteit en conformiteit (M, R, O en IHE’s uitbreiding R2) in datasets van informatiestandaarden en bijvoorbeeld de toepassing van NullFlavors in het licht van de zibkardinaliteiten. Dit is het terrein van de implementeerbare informatiestandaarden (het raakt o.a. de leveranciers), en niet het terrein van de zibs.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vanwege de verschillende bevoegdheden en betrokkenheden beperkt deze notitie zich tot het onderwerp ‘Zibs en kardinaliteit’ en moet er een andere notitie komen over de betekenis van kardinaliteit en conformiteit in datasets van informatiestandaarden.&lt;br /&gt;
==Wat zijn Kardinaliteiten?==&lt;br /&gt;
Voor niet-informatici of mensen die minder bekend zijn met de verzamelingenleer: in het algemeen geeft de kardinaliteit in de wiskunde (met name in de verzamelingenleer) de omvang van de verzameling aan. Het aantal elementen dus. De verzameling {rood, groen, blauw} heeft dus een kardinaliteit van ‘3’.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In informatiemodellen wordt kardinaliteit op vergelijkbare wijze gebruikt om de multipliciteit van een relatie tussen twee elementen aan te geven. Daarbij wordt de notatie ‘m..n’ gebruikt, waarbij ‘m’ de minimale multipliciteit is en ‘n’ de maximale.  In het model wordt de kardinaliteit genoteerd bij het element waarvoor dit geldt. Dus als er tussen element A en element B en relatie bestaat en bij element B de kardinaliteit m..n staat, betekent dit dat een element A minimaal met ‘m’ elementen B  een relatie heeft en maximaal met ‘n’ elementen B (voorbeeld: een auto heeft 3..6 wielen). &lt;br /&gt;
De relatie is hier als een compositie weergeven. De verschillen tussen compositie en aggregatie vallen buiten de scope van dit document.&amp;lt;br&amp;gt;&lt;br /&gt;
{| width= &amp;quot;600px&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|width=&amp;quot;50%&amp;quot;|&lt;br /&gt;
|[[Bestand:Kardinaliteit.png]]&lt;br /&gt;
|}&lt;br /&gt;
Ook bij element ‘A’ kan een kardinaliteit staan, b.v. p..q. Op vergelijkbare wijze zou dit betekenen dat een element ‘B’ minimaal met p elementen A een relatie heeft etc.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij de zib-UML-modellen gebruiken we dit laatste niet. Er wordt impliciet van uitgegaan dat deze laatste kardinaliteit ‘1’ is. Dit komt omdat patiëntgegevens uit privacyoverwegingen hiërarchisch geordend zijn, met de patiënt aan top van de hiërarchie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Een voorbeeld van een situatie waarin beide kardinaliteiten gebruikt worden is een E-R-diagram van een relationele database. Voor zo’n databaseontwerp is het efficiënt dat bijvoorbeeld een patiënt een 0..1-kardinaliteit heeft met een woonplaats van inschrijving en dat een woonplaats een 0..*-relatie heeft met patiënt: er wonen meer patiënten in een plaats.&amp;lt;br&amp;gt;&lt;br /&gt;
Voor optimalisatie van de database wil je de woonplaats in de meeste gevallen niet meerdere malen opslaan.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voor een patiëntdossier zou het echter ondenkbaar zijn dat bij een aandoening die de patiënt heeft, het mogelijk zou zijn om te zien welke patiënten die aandoening nog meer hebben.&lt;br /&gt;
&lt;br /&gt;
==Voorstel ten aanzien van kardinaliteiten==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vaak zal de conceptuele kardinaliteit overeenkomen met de gewenste kardinaliteit bij een registratie-usecase.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Omdat simpele voorbeelden de boodschap het beste beschrijven: een patiënt heeft een geboortedatum: één. Dus niet ‘geen’ en ook niet twee. Dit staat los van het feit of je het hebt vastgelegd, het weet, mag weten of wil weten. Dus de (conceptuele) kardinaliteit van geboortedatum in de zib Patient is 1..1.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het feit of je het vastgelegd heb, het weet, mag weten of wil weten is allemaal usecaseafhankelijk. En dat kan dan daardoor in de informatiestandaard worden bepaald.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dat betekent concreet over de verhouding tussen conceptuele kardinaliteit van de zib ten aanzien van de kardinaliteit in een informatiestandaard:&lt;br /&gt;
*onderwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder kon al en  ruimer eventueel met pas-toe- of leg-uit-regel. HL7 gebruikt hiervoor bijvoorbeeld NullFlavor-waarden waarmee de reden van de afwezigheid van de informatie aangegeven kan worden.&lt;br /&gt;
*bovenwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder mag nu al maar verruimen niet en dat blijft zo. Dat laatste is namelijk  een conceptueel vraagstuk: je kan niet zomaar twee geboortedatums hebben. Wijziging kan alleen via wijzigingsverzoek op de zib.&lt;br /&gt;
&lt;br /&gt;
De overweging om toch een minimale kardinaliteit aan te geven, ondanks dat deze gemotiveerd mag afwijken, is dat daarmee wordt aangesloten bij wat je uit de werkelijkheid mag verwachten. Voor elke specifieke usecase worden vervolgens keuzes gemaakt hoe deze toe te passen.&lt;br /&gt;
==Voorbeelden==&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  width=&amp;quot;600px&amp;quot; style=&amp;quot;font-size:9.5pt; border: solid 1px black; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot;&lt;br /&gt;
|- Style = &amp;quot;font-weight:bold; text-decoration:underline; vertical-align:top;&amp;quot;&lt;br /&gt;
|width=&amp;quot;20%&amp;quot;|Kardinaliteit in zib&lt;br /&gt;
|width=&amp;quot;30%&amp;quot;|Kardinaliteit in Informatiestandaard&lt;br /&gt;
|Is de beschreven combinatie kardinaliteit in zib/Informatiestandaard toegestaan, d.w.z. ‘conform de zib’?&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;4 is hier een voorbeeld en heeft verder geen speciale betekenis&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De ‘groene’ ja-velden geven situaties aan die nu ook al toegestaan zijn omdat de kardinaliteit in de informatiestandaard daar hetzelfde of strenger is, de nieuwe ‘oranje’ ja-velden vertegenwoordigen de gevallen waarin de ‘conceptuele’ kardinaliteit van de zibs strenger zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Bij de ‘rode’ nee-velden wijzigt niets: de bovengrens van de kardinaliteit kan niet zomaar in een specifieke usecase ruimer zijn dan in de zib. Dat vereist een wijzigingsvoorstel voor de zib.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;24-11-2020&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.4&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Definitief&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Downloads:|| &#039;&#039;&#039;[[Media:Zibs_en_Kardinaliteiten_V1.4.pdf |Zibs en Kardinaliteiten]]&#039;&#039;&#039; [[File:PDF.png|link=Special:Redirect/file/Zibs_en_Kardinaliteiten_V1.4.pdf]]&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29630</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29630"/>
		<updated>2024-07-23T23:25:07Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29629</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29629"/>
		<updated>2024-07-23T23:23:51Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]]&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&lt;br /&gt;
#[[ZIB_Blauwdrukken| Zib blauwdrukken]]&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29628</id>
		<title>Zib kardinaliteiten</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29628"/>
		<updated>2024-07-23T23:19:00Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zibs en kardinaliteiten }}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
-----&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;br /&gt;
==Samenvatting==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie. Vaak zal de conceptuele kardinaliteit van de zib overeenkomen met de gewenste kardinaliteit bij een specifieke usecase (informatiestandaard).&amp;lt;br&amp;gt; &lt;br /&gt;
Indien de gewenste kardinaliteit bij de usecase afwijkt van de conceptuele kardinaliteit van de zibs, zijn er specifieke regels beschreven, die aangeven of de combinatie conceptuele kardinaliteit van de zib en de gewenste kardinaliteit in de usecase toegestaan is, dat wil zeggen ‘conform de zib’ is.&lt;br /&gt;
==Aanleiding, scope en geschiedenis==&lt;br /&gt;
Bij gegevensopslag ten behoeve van applicaties in bijvoorbeeld databases is het gebruik van kardinaliteiten redelijk overzichtelijk. Als conceptueel duidelijk is hoe informatie met elkaar verbonden is, bieden de kardinaliteiten de mogelijkheid correcte vulling te faciliteren en om de integriteit van de gegevens te bewaken. Bijvoorbeeld: als geboortedatum een kardinaliteit ‘1’ heeft en je vult niets in, dan zal de applicatie weigeren de gegevens op te slaan. Over het gebruik van de informatie zeggen de kardinaliteiten weinig. De relaties zorgen ervoor dat je de juiste gegevens krijgt, maar als je geen geboortedatum wil weten, is dat prima.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij zibs ligt dit aanzienlijk anders. Immers, zib-modellen (en dus ook de kardinaliteiten) moeten gelden voor &amp;lt;u&amp;gt;alle usecases&amp;lt;/u&amp;gt;. In het verleden (project Generieke Overdrachtsgegevens 2012/2013) werd nog geprobeerd om de kardinaliteiten zodanig vorm te geven, met een aantal ‘1’-kardinaliteiten, dat een instantiatie van een zib in een overdracht altijd zinvolle informatie zou bevatten. Ook toen al werden  voorbeelden ten tonele gevoerd om aan te tonen dat de verplichting niet mogelijk was.  Informatie die niet bekend was, werd als aanleiding gezien om kardinaliteiten die met een ‘1’ begonnen, te schrappen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Toen er meer toepassingen van zibs kwamen en nieuwe publicaties van de zibs zorgbreed (en niet alleen voor overdracht) werden gepositioneerd, werd de onduidelijkheid met de kardinaliteiten groter. Kwaliteitsregistraties en onderzoek vereisen specifieke informatie waarbij soms de (conceptuele) verplichting in de weg staat. Zo mogen bepaalde partijen sommige informatie gewoon niet ontvangen. Bovendien kan het voorkomen dat voor kwaliteitsdoeleinden niet-verplichte gegevenselementen essentieel zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ook bij de mapping van zibs op FHIR-modellen ontstond onduidelijkheid. FHIR-modellen zijn toch voornamelijk op communicatie gericht, bovendien vaak gebaseerd op een andere werkelijkheid en daarom vertegenwoordigen FHIR-modellen soms andere afwegingen.&lt;br /&gt;
====Scope van deze notitie.====&lt;br /&gt;
Deze notitie gaat over de betekenis van kardinaliteiten in de zibdocumentatie en de mogelijke vertaling hiervan naar kardinaliteiten in usecase-specifieke datasets binnen Informatiestandaarden (toepassingen).&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarnaast moet er een document/notitie komen over de betekenis van kardinaliteit en conformiteit (M, R, O en IHE’s uitbreiding R2) in datasets van informatiestandaarden en bijvoorbeeld de toepassing van NullFlavors in het licht van de zibkardinaliteiten. Dit is het terrein van de implementeerbare informatiestandaarden (het raakt o.a. de leveranciers), en niet het terrein van de zibs.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vanwege de verschillende bevoegdheden en betrokkenheden beperkt deze notitie zich tot het onderwerp ‘Zibs en kardinaliteit’ en moet er een andere notitie komen over de betekenis van kardinaliteit en conformiteit in datasets van informatiestandaarden.&lt;br /&gt;
==Wat zijn Kardinaliteiten?==&lt;br /&gt;
Voor niet-informatici of mensen die minder bekend zijn met de verzamelingenleer: in het algemeen geeft de kardinaliteit in de wiskunde (met name in de verzamelingenleer) de omvang van de verzameling aan. Het aantal elementen dus. De verzameling {rood, groen, blauw} heeft dus een kardinaliteit van ‘3’.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In informatiemodellen wordt kardinaliteit op vergelijkbare wijze gebruikt om de multipliciteit van een relatie tussen twee elementen aan te geven. Daarbij wordt de notatie ‘m..n’ gebruikt, waarbij ‘m’ de minimale multipliciteit is en ‘n’ de maximale.  In het model wordt de kardinaliteit genoteerd bij het element waarvoor dit geldt. Dus als er tussen element A en element B en relatie bestaat en bij element B de kardinaliteit m..n staat, betekent dit dat een element A minimaal met ‘m’ elementen B  een relatie heeft en maximaal met ‘n’ elementen B (voorbeeld: een auto heeft 3..6 wielen). &lt;br /&gt;
De relatie is hier als een compositie weergeven. De verschillen tussen compositie en aggregatie vallen buiten de scope van dit document.&amp;lt;br&amp;gt;&lt;br /&gt;
{| width= &amp;quot;600px&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|width=&amp;quot;50%&amp;quot;|&lt;br /&gt;
|[[Bestand:Kardinaliteit.png]]&lt;br /&gt;
|}&lt;br /&gt;
Ook bij element ‘A’ kan een kardinaliteit staan, b.v. p..q. Op vergelijkbare wijze zou dit betekenen dat een element ‘B’ minimaal met p elementen A een relatie heeft etc.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij de zib-UML-modellen gebruiken we dit laatste niet. Er wordt impliciet van uitgegaan dat deze laatste kardinaliteit ‘1’ is. Dit komt omdat patiëntgegevens uit privacyoverwegingen hiërarchisch geordend zijn, met de patiënt aan top van de hiërarchie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Een voorbeeld van een situatie waarin beide kardinaliteiten gebruikt worden is een E-R-diagram van een relationele database. Voor zo’n databaseontwerp is het efficiënt dat bijvoorbeeld een patiënt een 0..1-kardinaliteit heeft met een woonplaats van inschrijving en dat een woonplaats een 0..*-relatie heeft met patiënt: er wonen meer patiënten in een plaats.&amp;lt;br&amp;gt;&lt;br /&gt;
Voor optimalisatie van de database wil je de woonplaats in de meeste gevallen niet meerdere malen opslaan.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voor een patiëntdossier zou het echter ondenkbaar zijn dat bij een aandoening die de patiënt heeft, het mogelijk zou zijn om te zien welke patiënten die aandoening nog meer hebben.&lt;br /&gt;
&lt;br /&gt;
==Voorstel ten aanzien van kardinaliteiten==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vaak zal de conceptuele kardinaliteit overeenkomen met de gewenste kardinaliteit bij een registratie-usecase.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Omdat simpele voorbeelden de boodschap het beste beschrijven: een patiënt heeft een geboortedatum: één. Dus niet ‘geen’ en ook niet twee. Dit staat los van het feit of je het hebt vastgelegd, het weet, mag weten of wil weten. Dus de (conceptuele) kardinaliteit van geboortedatum in de zib Patient is 1..1.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het feit of je het vastgelegd heb, het weet, mag weten of wil weten is allemaal usecaseafhankelijk. En dat kan dan daardoor in de informatiestandaard worden bepaald.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dat betekent concreet over de verhouding tussen conceptuele kardinaliteit van de zib ten aanzien van de kardinaliteit in een informatiestandaard:&lt;br /&gt;
*onderwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder kon al en  ruimer eventueel met pas-toe- of leg-uit-regel. HL7 gebruikt hiervoor bijvoorbeeld NullFlavor-waarden waarmee de reden van de afwezigheid van de informatie aangegeven kan worden.&lt;br /&gt;
*bovenwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder mag nu al maar verruimen niet en dat blijft zo. Dat laatste is namelijk  een conceptueel vraagstuk: je kan niet zomaar twee geboortedatums hebben. Wijziging kan alleen via wijzigingsverzoek op de zib.&lt;br /&gt;
&lt;br /&gt;
De overweging om toch een minimale kardinaliteit aan te geven, ondanks dat deze gemotiveerd mag afwijken, is dat daarmee wordt aangesloten bij wat je uit de werkelijkheid mag verwachten. Voor elke specifieke usecase worden vervolgens keuzes gemaakt hoe deze toe te passen.&lt;br /&gt;
==Voorbeelden==&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  width=&amp;quot;600px&amp;quot; style=&amp;quot;font-size:9.5pt; border: solid 1px black; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot;&lt;br /&gt;
|- Style = &amp;quot;font-weight:bold; text-decoration:underline; vertical-align:top;&amp;quot;&lt;br /&gt;
|width=&amp;quot;20%&amp;quot;|Kardinaliteit in zib&lt;br /&gt;
|width=&amp;quot;30%&amp;quot;|Kardinaliteit in Informatiestandaard&lt;br /&gt;
|Is de beschreven combinatie kardinaliteit in zib/Informatiestandaard toegestaan, d.w.z. ‘conform de zib’?&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;4 is hier een voorbeeld en heeft verder geen speciale betekenis&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De ‘groene’ ja-velden geven situaties aan die nu ook al toegestaan zijn omdat de kardinaliteit in de informatiestandaard daar hetzelfde of strenger is, de nieuwe ‘oranje’ ja-velden vertegenwoordigen de gevallen waarin de ‘conceptuele’ kardinaliteit van de zibs strenger zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Bij de ‘rode’ nee-velden wijzigt niets: de bovengrens van de kardinaliteit kan niet zomaar in een specifieke usecase ruimer zijn dan in de zib. Dat vereist een wijzigingsvoorstel voor de zib.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;24-11-2020&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.4&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Definitief&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Downloads:|| &#039;&#039;&#039;[[Media:Zibs_en_Kardinaliteiten_V1.4.pdf |Zibs en Kardinaliteiten]]&#039;&#039;&#039; [[File:PDF.png|link=Special:Redirect/file/Zibs_en_Kardinaliteiten_V1.4.pdf]]&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29627</id>
		<title>Zib kardinaliteiten</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29627"/>
		<updated>2024-07-23T23:15:16Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zibs en kardinaliteiten }}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;br&amp;gt;------------------&lt;br /&gt;
__TOC__&lt;br /&gt;
==Samenvatting==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie. Vaak zal de conceptuele kardinaliteit van de zib overeenkomen met de gewenste kardinaliteit bij een specifieke usecase (informatiestandaard).&amp;lt;br&amp;gt; &lt;br /&gt;
Indien de gewenste kardinaliteit bij de usecase afwijkt van de conceptuele kardinaliteit van de zibs, zijn er specifieke regels beschreven, die aangeven of de combinatie conceptuele kardinaliteit van de zib en de gewenste kardinaliteit in de usecase toegestaan is, dat wil zeggen ‘conform de zib’ is.&lt;br /&gt;
==Aanleiding, scope en geschiedenis==&lt;br /&gt;
Bij gegevensopslag ten behoeve van applicaties in bijvoorbeeld databases is het gebruik van kardinaliteiten redelijk overzichtelijk. Als conceptueel duidelijk is hoe informatie met elkaar verbonden is, bieden de kardinaliteiten de mogelijkheid correcte vulling te faciliteren en om de integriteit van de gegevens te bewaken. Bijvoorbeeld: als geboortedatum een kardinaliteit ‘1’ heeft en je vult niets in, dan zal de applicatie weigeren de gegevens op te slaan. Over het gebruik van de informatie zeggen de kardinaliteiten weinig. De relaties zorgen ervoor dat je de juiste gegevens krijgt, maar als je geen geboortedatum wil weten, is dat prima.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij zibs ligt dit aanzienlijk anders. Immers, zib-modellen (en dus ook de kardinaliteiten) moeten gelden voor &amp;lt;u&amp;gt;alle usecases&amp;lt;/u&amp;gt;. In het verleden (project Generieke Overdrachtsgegevens 2012/2013) werd nog geprobeerd om de kardinaliteiten zodanig vorm te geven, met een aantal ‘1’-kardinaliteiten, dat een instantiatie van een zib in een overdracht altijd zinvolle informatie zou bevatten. Ook toen al werden  voorbeelden ten tonele gevoerd om aan te tonen dat de verplichting niet mogelijk was.  Informatie die niet bekend was, werd als aanleiding gezien om kardinaliteiten die met een ‘1’ begonnen, te schrappen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Toen er meer toepassingen van zibs kwamen en nieuwe publicaties van de zibs zorgbreed (en niet alleen voor overdracht) werden gepositioneerd, werd de onduidelijkheid met de kardinaliteiten groter. Kwaliteitsregistraties en onderzoek vereisen specifieke informatie waarbij soms de (conceptuele) verplichting in de weg staat. Zo mogen bepaalde partijen sommige informatie gewoon niet ontvangen. Bovendien kan het voorkomen dat voor kwaliteitsdoeleinden niet-verplichte gegevenselementen essentieel zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ook bij de mapping van zibs op FHIR-modellen ontstond onduidelijkheid. FHIR-modellen zijn toch voornamelijk op communicatie gericht, bovendien vaak gebaseerd op een andere werkelijkheid en daarom vertegenwoordigen FHIR-modellen soms andere afwegingen.&lt;br /&gt;
====Scope van deze notitie.====&lt;br /&gt;
Deze notitie gaat over de betekenis van kardinaliteiten in de zibdocumentatie en de mogelijke vertaling hiervan naar kardinaliteiten in usecase-specifieke datasets binnen Informatiestandaarden (toepassingen).&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarnaast moet er een document/notitie komen over de betekenis van kardinaliteit en conformiteit (M, R, O en IHE’s uitbreiding R2) in datasets van informatiestandaarden en bijvoorbeeld de toepassing van NullFlavors in het licht van de zibkardinaliteiten. Dit is het terrein van de implementeerbare informatiestandaarden (het raakt o.a. de leveranciers), en niet het terrein van de zibs.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vanwege de verschillende bevoegdheden en betrokkenheden beperkt deze notitie zich tot het onderwerp ‘Zibs en kardinaliteit’ en moet er een andere notitie komen over de betekenis van kardinaliteit en conformiteit in datasets van informatiestandaarden.&lt;br /&gt;
==Wat zijn Kardinaliteiten?==&lt;br /&gt;
Voor niet-informatici of mensen die minder bekend zijn met de verzamelingenleer: in het algemeen geeft de kardinaliteit in de wiskunde (met name in de verzamelingenleer) de omvang van de verzameling aan. Het aantal elementen dus. De verzameling {rood, groen, blauw} heeft dus een kardinaliteit van ‘3’.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In informatiemodellen wordt kardinaliteit op vergelijkbare wijze gebruikt om de multipliciteit van een relatie tussen twee elementen aan te geven. Daarbij wordt de notatie ‘m..n’ gebruikt, waarbij ‘m’ de minimale multipliciteit is en ‘n’ de maximale.  In het model wordt de kardinaliteit genoteerd bij het element waarvoor dit geldt. Dus als er tussen element A en element B en relatie bestaat en bij element B de kardinaliteit m..n staat, betekent dit dat een element A minimaal met ‘m’ elementen B  een relatie heeft en maximaal met ‘n’ elementen B (voorbeeld: een auto heeft 3..6 wielen). &lt;br /&gt;
De relatie is hier als een compositie weergeven. De verschillen tussen compositie en aggregatie vallen buiten de scope van dit document.&amp;lt;br&amp;gt;&lt;br /&gt;
{| width= &amp;quot;600px&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|width=&amp;quot;50%&amp;quot;|&lt;br /&gt;
|[[Bestand:Kardinaliteit.png]]&lt;br /&gt;
|}&lt;br /&gt;
Ook bij element ‘A’ kan een kardinaliteit staan, b.v. p..q. Op vergelijkbare wijze zou dit betekenen dat een element ‘B’ minimaal met p elementen A een relatie heeft etc.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij de zib-UML-modellen gebruiken we dit laatste niet. Er wordt impliciet van uitgegaan dat deze laatste kardinaliteit ‘1’ is. Dit komt omdat patiëntgegevens uit privacyoverwegingen hiërarchisch geordend zijn, met de patiënt aan top van de hiërarchie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Een voorbeeld van een situatie waarin beide kardinaliteiten gebruikt worden is een E-R-diagram van een relationele database. Voor zo’n databaseontwerp is het efficiënt dat bijvoorbeeld een patiënt een 0..1-kardinaliteit heeft met een woonplaats van inschrijving en dat een woonplaats een 0..*-relatie heeft met patiënt: er wonen meer patiënten in een plaats.&amp;lt;br&amp;gt;&lt;br /&gt;
Voor optimalisatie van de database wil je de woonplaats in de meeste gevallen niet meerdere malen opslaan.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voor een patiëntdossier zou het echter ondenkbaar zijn dat bij een aandoening die de patiënt heeft, het mogelijk zou zijn om te zien welke patiënten die aandoening nog meer hebben.&lt;br /&gt;
&lt;br /&gt;
==Voorstel ten aanzien van kardinaliteiten==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vaak zal de conceptuele kardinaliteit overeenkomen met de gewenste kardinaliteit bij een registratie-usecase.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Omdat simpele voorbeelden de boodschap het beste beschrijven: een patiënt heeft een geboortedatum: één. Dus niet ‘geen’ en ook niet twee. Dit staat los van het feit of je het hebt vastgelegd, het weet, mag weten of wil weten. Dus de (conceptuele) kardinaliteit van geboortedatum in de zib Patient is 1..1.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het feit of je het vastgelegd heb, het weet, mag weten of wil weten is allemaal usecaseafhankelijk. En dat kan dan daardoor in de informatiestandaard worden bepaald.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dat betekent concreet over de verhouding tussen conceptuele kardinaliteit van de zib ten aanzien van de kardinaliteit in een informatiestandaard:&lt;br /&gt;
*onderwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder kon al en  ruimer eventueel met pas-toe- of leg-uit-regel. HL7 gebruikt hiervoor bijvoorbeeld NullFlavor-waarden waarmee de reden van de afwezigheid van de informatie aangegeven kan worden.&lt;br /&gt;
*bovenwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder mag nu al maar verruimen niet en dat blijft zo. Dat laatste is namelijk  een conceptueel vraagstuk: je kan niet zomaar twee geboortedatums hebben. Wijziging kan alleen via wijzigingsverzoek op de zib.&lt;br /&gt;
&lt;br /&gt;
De overweging om toch een minimale kardinaliteit aan te geven, ondanks dat deze gemotiveerd mag afwijken, is dat daarmee wordt aangesloten bij wat je uit de werkelijkheid mag verwachten. Voor elke specifieke usecase worden vervolgens keuzes gemaakt hoe deze toe te passen.&lt;br /&gt;
==Voorbeelden==&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  width=&amp;quot;600px&amp;quot; style=&amp;quot;font-size:9.5pt; border: solid 1px black; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot;&lt;br /&gt;
|- Style = &amp;quot;font-weight:bold; text-decoration:underline; vertical-align:top;&amp;quot;&lt;br /&gt;
|width=&amp;quot;20%&amp;quot;|Kardinaliteit in zib&lt;br /&gt;
|width=&amp;quot;30%&amp;quot;|Kardinaliteit in Informatiestandaard&lt;br /&gt;
|Is de beschreven combinatie kardinaliteit in zib/Informatiestandaard toegestaan, d.w.z. ‘conform de zib’?&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;4 is hier een voorbeeld en heeft verder geen speciale betekenis&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De ‘groene’ ja-velden geven situaties aan die nu ook al toegestaan zijn omdat de kardinaliteit in de informatiestandaard daar hetzelfde of strenger is, de nieuwe ‘oranje’ ja-velden vertegenwoordigen de gevallen waarin de ‘conceptuele’ kardinaliteit van de zibs strenger zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Bij de ‘rode’ nee-velden wijzigt niets: de bovengrens van de kardinaliteit kan niet zomaar in een specifieke usecase ruimer zijn dan in de zib. Dat vereist een wijzigingsvoorstel voor de zib.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;24-11-2020&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.4&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Definitief&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Downloads:|| &#039;&#039;&#039;[[Media:Zibs_en_Kardinaliteiten_V1.4.pdf |Zibs en Kardinaliteiten]]&#039;&#039;&#039; [[File:PDF.png|link=Special:Redirect/file/Zibs_en_Kardinaliteiten_V1.4.pdf]]&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29626</id>
		<title>Zib kardinaliteiten</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Zib_kardinaliteiten&amp;diff=29626"/>
		<updated>2024-07-23T23:14:48Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zibs en kardinaliteiten }}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;br /&gt;
==Samenvatting==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie. Vaak zal de conceptuele kardinaliteit van de zib overeenkomen met de gewenste kardinaliteit bij een specifieke usecase (informatiestandaard).&amp;lt;br&amp;gt; &lt;br /&gt;
Indien de gewenste kardinaliteit bij de usecase afwijkt van de conceptuele kardinaliteit van de zibs, zijn er specifieke regels beschreven, die aangeven of de combinatie conceptuele kardinaliteit van de zib en de gewenste kardinaliteit in de usecase toegestaan is, dat wil zeggen ‘conform de zib’ is.&lt;br /&gt;
==Aanleiding, scope en geschiedenis==&lt;br /&gt;
Bij gegevensopslag ten behoeve van applicaties in bijvoorbeeld databases is het gebruik van kardinaliteiten redelijk overzichtelijk. Als conceptueel duidelijk is hoe informatie met elkaar verbonden is, bieden de kardinaliteiten de mogelijkheid correcte vulling te faciliteren en om de integriteit van de gegevens te bewaken. Bijvoorbeeld: als geboortedatum een kardinaliteit ‘1’ heeft en je vult niets in, dan zal de applicatie weigeren de gegevens op te slaan. Over het gebruik van de informatie zeggen de kardinaliteiten weinig. De relaties zorgen ervoor dat je de juiste gegevens krijgt, maar als je geen geboortedatum wil weten, is dat prima.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij zibs ligt dit aanzienlijk anders. Immers, zib-modellen (en dus ook de kardinaliteiten) moeten gelden voor &amp;lt;u&amp;gt;alle usecases&amp;lt;/u&amp;gt;. In het verleden (project Generieke Overdrachtsgegevens 2012/2013) werd nog geprobeerd om de kardinaliteiten zodanig vorm te geven, met een aantal ‘1’-kardinaliteiten, dat een instantiatie van een zib in een overdracht altijd zinvolle informatie zou bevatten. Ook toen al werden  voorbeelden ten tonele gevoerd om aan te tonen dat de verplichting niet mogelijk was.  Informatie die niet bekend was, werd als aanleiding gezien om kardinaliteiten die met een ‘1’ begonnen, te schrappen.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Toen er meer toepassingen van zibs kwamen en nieuwe publicaties van de zibs zorgbreed (en niet alleen voor overdracht) werden gepositioneerd, werd de onduidelijkheid met de kardinaliteiten groter. Kwaliteitsregistraties en onderzoek vereisen specifieke informatie waarbij soms de (conceptuele) verplichting in de weg staat. Zo mogen bepaalde partijen sommige informatie gewoon niet ontvangen. Bovendien kan het voorkomen dat voor kwaliteitsdoeleinden niet-verplichte gegevenselementen essentieel zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ook bij de mapping van zibs op FHIR-modellen ontstond onduidelijkheid. FHIR-modellen zijn toch voornamelijk op communicatie gericht, bovendien vaak gebaseerd op een andere werkelijkheid en daarom vertegenwoordigen FHIR-modellen soms andere afwegingen.&lt;br /&gt;
====Scope van deze notitie.====&lt;br /&gt;
Deze notitie gaat over de betekenis van kardinaliteiten in de zibdocumentatie en de mogelijke vertaling hiervan naar kardinaliteiten in usecase-specifieke datasets binnen Informatiestandaarden (toepassingen).&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarnaast moet er een document/notitie komen over de betekenis van kardinaliteit en conformiteit (M, R, O en IHE’s uitbreiding R2) in datasets van informatiestandaarden en bijvoorbeeld de toepassing van NullFlavors in het licht van de zibkardinaliteiten. Dit is het terrein van de implementeerbare informatiestandaarden (het raakt o.a. de leveranciers), en niet het terrein van de zibs.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vanwege de verschillende bevoegdheden en betrokkenheden beperkt deze notitie zich tot het onderwerp ‘Zibs en kardinaliteit’ en moet er een andere notitie komen over de betekenis van kardinaliteit en conformiteit in datasets van informatiestandaarden.&lt;br /&gt;
==Wat zijn Kardinaliteiten?==&lt;br /&gt;
Voor niet-informatici of mensen die minder bekend zijn met de verzamelingenleer: in het algemeen geeft de kardinaliteit in de wiskunde (met name in de verzamelingenleer) de omvang van de verzameling aan. Het aantal elementen dus. De verzameling {rood, groen, blauw} heeft dus een kardinaliteit van ‘3’.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In informatiemodellen wordt kardinaliteit op vergelijkbare wijze gebruikt om de multipliciteit van een relatie tussen twee elementen aan te geven. Daarbij wordt de notatie ‘m..n’ gebruikt, waarbij ‘m’ de minimale multipliciteit is en ‘n’ de maximale.  In het model wordt de kardinaliteit genoteerd bij het element waarvoor dit geldt. Dus als er tussen element A en element B en relatie bestaat en bij element B de kardinaliteit m..n staat, betekent dit dat een element A minimaal met ‘m’ elementen B  een relatie heeft en maximaal met ‘n’ elementen B (voorbeeld: een auto heeft 3..6 wielen). &lt;br /&gt;
De relatie is hier als een compositie weergeven. De verschillen tussen compositie en aggregatie vallen buiten de scope van dit document.&amp;lt;br&amp;gt;&lt;br /&gt;
{| width= &amp;quot;600px&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|width=&amp;quot;50%&amp;quot;|&lt;br /&gt;
|[[Bestand:Kardinaliteit.png]]&lt;br /&gt;
|}&lt;br /&gt;
Ook bij element ‘A’ kan een kardinaliteit staan, b.v. p..q. Op vergelijkbare wijze zou dit betekenen dat een element ‘B’ minimaal met p elementen A een relatie heeft etc.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Bij de zib-UML-modellen gebruiken we dit laatste niet. Er wordt impliciet van uitgegaan dat deze laatste kardinaliteit ‘1’ is. Dit komt omdat patiëntgegevens uit privacyoverwegingen hiërarchisch geordend zijn, met de patiënt aan top van de hiërarchie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Een voorbeeld van een situatie waarin beide kardinaliteiten gebruikt worden is een E-R-diagram van een relationele database. Voor zo’n databaseontwerp is het efficiënt dat bijvoorbeeld een patiënt een 0..1-kardinaliteit heeft met een woonplaats van inschrijving en dat een woonplaats een 0..*-relatie heeft met patiënt: er wonen meer patiënten in een plaats.&amp;lt;br&amp;gt;&lt;br /&gt;
Voor optimalisatie van de database wil je de woonplaats in de meeste gevallen niet meerdere malen opslaan.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Voor een patiëntdossier zou het echter ondenkbaar zijn dat bij een aandoening die de patiënt heeft, het mogelijk zou zijn om te zien welke patiënten die aandoening nog meer hebben.&lt;br /&gt;
&lt;br /&gt;
==Voorstel ten aanzien van kardinaliteiten==&lt;br /&gt;
Voor zibs introduceren we een andere definitie van kardinaliteit dan gebruikelijk: ‘conceptuele’ kardinaliteiten.  Deze geven de essentie aan van een relatie en worden daarom niet beïnvloed door bijvoorbeeld beschikbaarheid, wenselijkheid en toegankelijkheid van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Vaak zal de conceptuele kardinaliteit overeenkomen met de gewenste kardinaliteit bij een registratie-usecase.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Omdat simpele voorbeelden de boodschap het beste beschrijven: een patiënt heeft een geboortedatum: één. Dus niet ‘geen’ en ook niet twee. Dit staat los van het feit of je het hebt vastgelegd, het weet, mag weten of wil weten. Dus de (conceptuele) kardinaliteit van geboortedatum in de zib Patient is 1..1.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het feit of je het vastgelegd heb, het weet, mag weten of wil weten is allemaal usecaseafhankelijk. En dat kan dan daardoor in de informatiestandaard worden bepaald.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dat betekent concreet over de verhouding tussen conceptuele kardinaliteit van de zib ten aanzien van de kardinaliteit in een informatiestandaard:&lt;br /&gt;
*onderwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder kon al en  ruimer eventueel met pas-toe- of leg-uit-regel. HL7 gebruikt hiervoor bijvoorbeeld NullFlavor-waarden waarmee de reden van de afwezigheid van de informatie aangegeven kan worden.&lt;br /&gt;
*bovenwaarde kardinaliteit in de zib mag in een informatiestandaard afwijken. Minder mag nu al maar verruimen niet en dat blijft zo. Dat laatste is namelijk  een conceptueel vraagstuk: je kan niet zomaar twee geboortedatums hebben. Wijziging kan alleen via wijzigingsverzoek op de zib.&lt;br /&gt;
&lt;br /&gt;
De overweging om toch een minimale kardinaliteit aan te geven, ondanks dat deze gemotiveerd mag afwijken, is dat daarmee wordt aangesloten bij wat je uit de werkelijkheid mag verwachten. Voor elke specifieke usecase worden vervolgens keuzes gemaakt hoe deze toe te passen.&lt;br /&gt;
==Voorbeelden==&lt;br /&gt;
{| border= &amp;quot;1&amp;quot;  width=&amp;quot;600px&amp;quot; style=&amp;quot;font-size:9.5pt; border: solid 1px black; border-collapse:collapse;&amp;quot; cellpadding = &amp;quot;3px&amp;quot; cellspacing =&amp;quot;0px&amp;quot;&lt;br /&gt;
|- Style = &amp;quot;font-weight:bold; text-decoration:underline; vertical-align:top;&amp;quot;&lt;br /&gt;
|width=&amp;quot;20%&amp;quot;|Kardinaliteit in zib&lt;br /&gt;
|width=&amp;quot;30%&amp;quot;|Kardinaliteit in Informatiestandaard&lt;br /&gt;
|Is de beschreven combinatie kardinaliteit in zib/Informatiestandaard toegestaan, d.w.z. ‘conform de zib’?&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..1||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..4&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;||0..1 - 0..4&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1 - 1..4&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..5 - 0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|-&lt;br /&gt;
|1..5 - 1..*&lt;br /&gt;
|style=&amp;quot;background-color:#FF0000;&amp;quot;|Nee&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|0..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|- style=&amp;quot;vertical-align:top;&amp;quot;&lt;br /&gt;
|rowspan = &amp;quot;4&amp;quot;|1..*||0..1&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..1&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|0..*&lt;br /&gt;
|style=&amp;quot;background-color:#FFC000;&amp;quot;|Ja&lt;br /&gt;
|-&lt;br /&gt;
|1..*&lt;br /&gt;
|style=&amp;quot;background-color:#C5E0B3;&amp;quot;|Ja&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;4 is hier een voorbeeld en heeft verder geen speciale betekenis&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
De ‘groene’ ja-velden geven situaties aan die nu ook al toegestaan zijn omdat de kardinaliteit in de informatiestandaard daar hetzelfde of strenger is, de nieuwe ‘oranje’ ja-velden vertegenwoordigen de gevallen waarin de ‘conceptuele’ kardinaliteit van de zibs strenger zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Bij de ‘rode’ nee-velden wijzigt niets: de bovengrens van de kardinaliteit kan niet zomaar in een specifieke usecase ruimer zijn dan in de zib. Dat vereist een wijzigingsvoorstel voor de zib.&lt;br /&gt;
&lt;br /&gt;
==Over deze informatie==&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|Uitgegeven door:||&#039;&#039;&#039;Zib-centrum Nictiz&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Publicatiedatum:||&#039;&#039;&#039;24-11-2020&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Versie:||&#039;&#039;&#039;1.4&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Status:||&#039;&#039;&#039;Definitief&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|Downloads:|| &#039;&#039;&#039;[[Media:Zibs_en_Kardinaliteiten_V1.4.pdf |Zibs en Kardinaliteiten]]&#039;&#039;&#039; [[File:PDF.png|link=Special:Redirect/file/Zibs_en_Kardinaliteiten_V1.4.pdf]]&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29625</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29625"/>
		<updated>2024-07-23T23:13:54Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]] &amp;lt;br&amp;gt;&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29624</id>
		<title>ZIB ProcessPatterns</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29624"/>
		<updated>2024-07-23T23:11:58Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zib proces patronen}}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
__TOC__&lt;br /&gt;
==Inleiding==&lt;br /&gt;
Zibs modelleren de informatie van klinische concepten. Ze beschrijven die elementen van het klinisch concept die voor vrijwel alle usecases relevant zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
Bij het gebruikt van zibs in met name informatiestandaarden ontstaat vaak de behoefte om additionele informatie toe te voegen die op zich niet een aspect van het klinisch concept beschrijven maar veeleer onderdeel zijn van het (vaak meer administratieve of logistieke) proces waarin het klinische concept in de usecase, die de informatiestandaard beschrijft, wordt toegepast.&amp;lt;br&amp;gt;&lt;br /&gt;
Al vanaf het ontstaan van de zibs is de relevantie van deze informatie erkend.&amp;lt;br&amp;gt;&lt;br /&gt;
In zib publicatie 2015 is daartoe de zib BasisElementen geïntroduceerd. De bedoeling van deze zib was om expliciet te maken dat er naast de elementen die in een zib gemodelleerd worden, een aantal elementen aan de orde is dat verondersteld wordt in iedere zib aanwezig te zijn. Vóór publicatie 2015 was deze veronderstelling impliciet.&amp;lt;br&amp;gt; &lt;br /&gt;
De BasisElementen werden als generieke zib-elementen gepositioneerd, waarbij onvoldoende het onderscheid tussen klinische informatie en proces gebonden informatie werd benoemd.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het expliciteren van de BasisElementen leidde daardoor tot veel vragen en zelfs tot verwarring.&amp;lt;br&amp;gt;&lt;br /&gt;
De toepasbaarheid van de basiselementen was namelijk niet voor alle zibs even straight forward, soms waren vergelijkbare elementen al in de zibs aanwezig, en bovendien werden niet alle beschreven (meer technische) elementen meer als klinisch relevant gezien.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarom is de zib BasisElementen in publicatie 2020 komen te vervallen, waarbij de elementen die in de vervallen zib beschreven waren, uitsluitend daar waar het klinisch relevant was via het indienen van wijzigingsvoorstellen aan de afzonderlijke zibs konden worden toegevoegd.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit was aanleiding voor een groot aantal issues waarin werd voorgesteld vrijwel alle basiselementen aan een zib toe te voegen, zonder dat daarbij een duidelijke usecase benoemd werd.&amp;lt;br&amp;gt;&lt;br /&gt;
Bovendien werd hiermee nog steeds geen oplossing geboden aan de behoefte om andersoortige informatie toe te voegen.&amp;lt;br&amp;gt;&lt;br /&gt;
==Verantwoording==&lt;br /&gt;
Veel van de issues zijn terug te leiden tot een verschil in informatiebehoefte vanuit de informatiestandaarden enerzijds en de informatie die een zib modelleert anderzijds. Vanuit een EPD- of gegevensuitwisseling perspectief wordt de zib vaak gebruikt als het model van vastgelegde informatie of zelfs het model van een (deel van een) van een EPD record, terwijl de zib ‘slechts’ de informatie aspecten van het klinisch concept beschrijft en geen aspecten van b.v. het vastleggen van de informatie. Op conceptueel niveau is het vastleggen van de informatie geen noodzakelijke voorwaarde voor het bestaan van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
Een patiënt kan een aandoening hebben en de informatie daarover kan bestaan en gedefinieerd worden zonder dat deze informatie in enig EPD vastgelegd is. Dit verschil van benadering wordt wellicht het beste geïllustreerd door de veel voorkomende vraag om (generiek) een auteur toe te voegen, bijvoorbeeld aan de zib Probleem. Een (gezondheids)klacht van een patiënt bestaat op zich en kent geen auteur. De auteur is alleen relevant bij de vastlegging in een EPD en zal dus ook per vastlegging verschillen. Het is dus geen onderdeel van het concept, maar van het registratie proces. Voor een diagnose kan men echter wel een diagnosesteller benoemen, omdat de diagnose i.t.t een klacht door de zorgverlener op grond van een diagnostisch proces gesteld is en dus onlosmakelijk aan het concept Diagnose gekoppeld is. Daarnaast kan een vastgelegde diagnose vanzelfsprekend ook een auteur (die het in het dossier vastlegt) hebben. Omdat dit in veel gevallen dezelfde persoon is, wordt het verschil in rol om pragmatische reden vaak niet benoemd.&amp;lt;br&amp;gt; &lt;br /&gt;
Bovenstaand voorbeeld brengt tevens naar voren dat een dergelijk generiek element onduidelijkheid over de betekenis introduceert, omdat het in meerdere contexten gebruikt wordt.&amp;lt;br&amp;gt;&lt;br /&gt;
==Procespatronen==&lt;br /&gt;
Omdat voor informatie die in een EPD vastgelegd wordt, gegevens uit het registratieproces wel tot de informatiebehoefte behoren, zal het bovengenoemde geschil in benadering blijven leiden tot veel onduidelijkheid en daarmee tot veel discussie.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit is alleen op te lossen door te (h)erkennen dat het om verschillende soorten informatie gaat, dat aan beide behoefte is. Voor al deze informatie is een informatiemodel dus belangrijk, voor proces gebonden informatie evenzeer als voor klinische concepten. Door de proces gebonden informatie separaat te modelleren hoeft dat slechts éénmalig te gebeuren en wordt ook op dit vlak standaardisatie bewerkstelligd.&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
De voordelen van procespatronen boven een generieke set elementen (zoals de basiselementen) zijn evident: &lt;br /&gt;
*Procespatronen worden per definitie niet van toepassing verklaard op iedere zib in iedere usecase.&lt;br /&gt;
:Het is aan de informatiestandaard om dat te bepalen. In de zib kan eventueel wel aangegeven worden of het procespatroon toepasbaar is.&lt;br /&gt;
*Omdat de gegevens expliciet gedefinieerd zijn als procesgegevens, wordt de al dan niet bestaande overlap met bestaande elementen in de zibs duidelijker, b.v. een voorschrijver is geen overlap met auteur, omdat de rollen uit verschillende processen komen. De definitie van de concepten worden hiermee ook minder ambigue. Als informatiestandaarden om moverende redenen de twee rollen willen samennemen, is dat aan de informatiestandaard. De zib blijft echter zo wel conceptueel zuiver.&lt;br /&gt;
*Omdat procespatronen per proces bepaald worden, ontstaat flexibiliteit: er kunnen meerdere procespatronen gedefinieerd worden, b.v. voor het registratie proces, voor het aanvraag proces, etc.&lt;br /&gt;
==Praktische uitwerking==&lt;br /&gt;
De procespatronen zullen voor het overgrote deel in de praktische uitwerking de zibs volgen:&lt;br /&gt;
*De vorm waarin de patronen gemaakt en gepubliceerd worden, zal zo veel mogelijk vergelijkbaar zijn met het zib formaat.&lt;br /&gt;
*De patronen zullen net als zibs versies hebben. In (pre-)publicaties zal vermeld worden welke versies tot een (pre-)publicatie behoren (eveneens net als bij zibs).  Patronen zijn dus onderdeel van de (pre-)publicaties. &lt;br /&gt;
:Zij worden dus ook vermeld op de publicatie-landingspagina als aparte groep (zoals subzibs in een aparte groep vermeld zijn).&lt;br /&gt;
*Procespatronen worden onder dezelfde voorwaarden als de zibs naar Art-Decor geëxporteerd.&lt;br /&gt;
*In de informatiestandaarden komen de zibs en de procespatronen samen. De usecase die aan de informatiestandaard ten grondslag ligt, is onderdeel van een proces. Dit proces bepaalt welke informatie naast de elementen van het klinisch concept gewenst zijn. Hiertoe worden de elementen uit het bijbehorende procespatroon toegevoegd aan de betreffende zib. Hiermee is het samenstellen van de informatiestandaard meer en meer het samenvoegen van gestandaardiseerde bouwstenen en –steentjes&lt;br /&gt;
*Het in de informatiestandaarden toevoegen van de patronen aan een zib komt neer op het toevoegen op zib rootconcept niveau van een container met de procespatroon elementen.&lt;br /&gt;
*Toevoegen van patronen heeft impact op de technische artefacten (CDA, FHIR), maar niet meer dan het toevoegen van die elementen in een individuele zib. In ieder geval zal het gebruik van patronen ervoor zorgdragen dat dit op een gestandaardiseerde wijze gebeurt.&lt;br /&gt;
:Aangezien zowel CDA als FHIR meer over te dragen EPD-record fragmenten modelleren dan puur klinische concepten, komen de elementen uit de patronen vaak al native voor in de templates en resources.&lt;br /&gt;
*Hoewel procespatronen gemodelleerd worden als zibs, is het zelfstandig gebruik van deze procespatronen niet de bedoeling en weinig zinvol: registratiegegevens zonder een object van registratie.&lt;br /&gt;
==Opmerkingen==&lt;br /&gt;
*Procespatronen beschrijven proces gebonden informatie. Het zijn geen modellen van processen met hun processtappen.&lt;br /&gt;
*Informatie in een procespatroon kan wel degelijk klinisch relevant zijn, net zoals het proces waarmee het verbonden is, klinisch relevant kan zijn.&lt;br /&gt;
*Sommige zibs modelleren een klinische activiteit, zoals de zib Verrichting. Deze klinische activiteiten zijn niet de focus van de procespatronen, die vaak een meer administratieve of logistieke nadruk hebben&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29623</id>
		<title>ZIB ProcessPatterns</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=ZIB_ProcessPatterns&amp;diff=29623"/>
		<updated>2024-07-23T23:11:28Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zib proces patronen}}&lt;br /&gt;
&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{InformationTOC}}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
--TOC--&lt;br /&gt;
==Inleiding==&lt;br /&gt;
Zibs modelleren de informatie van klinische concepten. Ze beschrijven die elementen van het klinisch concept die voor vrijwel alle usecases relevant zijn.&amp;lt;br&amp;gt;&lt;br /&gt;
Bij het gebruikt van zibs in met name informatiestandaarden ontstaat vaak de behoefte om additionele informatie toe te voegen die op zich niet een aspect van het klinisch concept beschrijven maar veeleer onderdeel zijn van het (vaak meer administratieve of logistieke) proces waarin het klinische concept in de usecase, die de informatiestandaard beschrijft, wordt toegepast.&amp;lt;br&amp;gt;&lt;br /&gt;
Al vanaf het ontstaan van de zibs is de relevantie van deze informatie erkend.&amp;lt;br&amp;gt;&lt;br /&gt;
In zib publicatie 2015 is daartoe de zib BasisElementen geïntroduceerd. De bedoeling van deze zib was om expliciet te maken dat er naast de elementen die in een zib gemodelleerd worden, een aantal elementen aan de orde is dat verondersteld wordt in iedere zib aanwezig te zijn. Vóór publicatie 2015 was deze veronderstelling impliciet.&amp;lt;br&amp;gt; &lt;br /&gt;
De BasisElementen werden als generieke zib-elementen gepositioneerd, waarbij onvoldoende het onderscheid tussen klinische informatie en proces gebonden informatie werd benoemd.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Het expliciteren van de BasisElementen leidde daardoor tot veel vragen en zelfs tot verwarring.&amp;lt;br&amp;gt;&lt;br /&gt;
De toepasbaarheid van de basiselementen was namelijk niet voor alle zibs even straight forward, soms waren vergelijkbare elementen al in de zibs aanwezig, en bovendien werden niet alle beschreven (meer technische) elementen meer als klinisch relevant gezien.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Daarom is de zib BasisElementen in publicatie 2020 komen te vervallen, waarbij de elementen die in de vervallen zib beschreven waren, uitsluitend daar waar het klinisch relevant was via het indienen van wijzigingsvoorstellen aan de afzonderlijke zibs konden worden toegevoegd.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit was aanleiding voor een groot aantal issues waarin werd voorgesteld vrijwel alle basiselementen aan een zib toe te voegen, zonder dat daarbij een duidelijke usecase benoemd werd.&amp;lt;br&amp;gt;&lt;br /&gt;
Bovendien werd hiermee nog steeds geen oplossing geboden aan de behoefte om andersoortige informatie toe te voegen.&amp;lt;br&amp;gt;&lt;br /&gt;
==Verantwoording==&lt;br /&gt;
Veel van de issues zijn terug te leiden tot een verschil in informatiebehoefte vanuit de informatiestandaarden enerzijds en de informatie die een zib modelleert anderzijds. Vanuit een EPD- of gegevensuitwisseling perspectief wordt de zib vaak gebruikt als het model van vastgelegde informatie of zelfs het model van een (deel van een) van een EPD record, terwijl de zib ‘slechts’ de informatie aspecten van het klinisch concept beschrijft en geen aspecten van b.v. het vastleggen van de informatie. Op conceptueel niveau is het vastleggen van de informatie geen noodzakelijke voorwaarde voor het bestaan van de informatie.&amp;lt;br&amp;gt;&lt;br /&gt;
Een patiënt kan een aandoening hebben en de informatie daarover kan bestaan en gedefinieerd worden zonder dat deze informatie in enig EPD vastgelegd is. Dit verschil van benadering wordt wellicht het beste geïllustreerd door de veel voorkomende vraag om (generiek) een auteur toe te voegen, bijvoorbeeld aan de zib Probleem. Een (gezondheids)klacht van een patiënt bestaat op zich en kent geen auteur. De auteur is alleen relevant bij de vastlegging in een EPD en zal dus ook per vastlegging verschillen. Het is dus geen onderdeel van het concept, maar van het registratie proces. Voor een diagnose kan men echter wel een diagnosesteller benoemen, omdat de diagnose i.t.t een klacht door de zorgverlener op grond van een diagnostisch proces gesteld is en dus onlosmakelijk aan het concept Diagnose gekoppeld is. Daarnaast kan een vastgelegde diagnose vanzelfsprekend ook een auteur (die het in het dossier vastlegt) hebben. Omdat dit in veel gevallen dezelfde persoon is, wordt het verschil in rol om pragmatische reden vaak niet benoemd.&amp;lt;br&amp;gt; &lt;br /&gt;
Bovenstaand voorbeeld brengt tevens naar voren dat een dergelijk generiek element onduidelijkheid over de betekenis introduceert, omdat het in meerdere contexten gebruikt wordt.&amp;lt;br&amp;gt;&lt;br /&gt;
==Procespatronen==&lt;br /&gt;
Omdat voor informatie die in een EPD vastgelegd wordt, gegevens uit het registratieproces wel tot de informatiebehoefte behoren, zal het bovengenoemde geschil in benadering blijven leiden tot veel onduidelijkheid en daarmee tot veel discussie.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit is alleen op te lossen door te (h)erkennen dat het om verschillende soorten informatie gaat, dat aan beide behoefte is. Voor al deze informatie is een informatiemodel dus belangrijk, voor proces gebonden informatie evenzeer als voor klinische concepten. Door de proces gebonden informatie separaat te modelleren hoeft dat slechts éénmalig te gebeuren en wordt ook op dit vlak standaardisatie bewerkstelligd.&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
De voordelen van procespatronen boven een generieke set elementen (zoals de basiselementen) zijn evident: &lt;br /&gt;
*Procespatronen worden per definitie niet van toepassing verklaard op iedere zib in iedere usecase.&lt;br /&gt;
:Het is aan de informatiestandaard om dat te bepalen. In de zib kan eventueel wel aangegeven worden of het procespatroon toepasbaar is.&lt;br /&gt;
*Omdat de gegevens expliciet gedefinieerd zijn als procesgegevens, wordt de al dan niet bestaande overlap met bestaande elementen in de zibs duidelijker, b.v. een voorschrijver is geen overlap met auteur, omdat de rollen uit verschillende processen komen. De definitie van de concepten worden hiermee ook minder ambigue. Als informatiestandaarden om moverende redenen de twee rollen willen samennemen, is dat aan de informatiestandaard. De zib blijft echter zo wel conceptueel zuiver.&lt;br /&gt;
*Omdat procespatronen per proces bepaald worden, ontstaat flexibiliteit: er kunnen meerdere procespatronen gedefinieerd worden, b.v. voor het registratie proces, voor het aanvraag proces, etc.&lt;br /&gt;
==Praktische uitwerking==&lt;br /&gt;
De procespatronen zullen voor het overgrote deel in de praktische uitwerking de zibs volgen:&lt;br /&gt;
*De vorm waarin de patronen gemaakt en gepubliceerd worden, zal zo veel mogelijk vergelijkbaar zijn met het zib formaat.&lt;br /&gt;
*De patronen zullen net als zibs versies hebben. In (pre-)publicaties zal vermeld worden welke versies tot een (pre-)publicatie behoren (eveneens net als bij zibs).  Patronen zijn dus onderdeel van de (pre-)publicaties. &lt;br /&gt;
:Zij worden dus ook vermeld op de publicatie-landingspagina als aparte groep (zoals subzibs in een aparte groep vermeld zijn).&lt;br /&gt;
*Procespatronen worden onder dezelfde voorwaarden als de zibs naar Art-Decor geëxporteerd.&lt;br /&gt;
*In de informatiestandaarden komen de zibs en de procespatronen samen. De usecase die aan de informatiestandaard ten grondslag ligt, is onderdeel van een proces. Dit proces bepaalt welke informatie naast de elementen van het klinisch concept gewenst zijn. Hiertoe worden de elementen uit het bijbehorende procespatroon toegevoegd aan de betreffende zib. Hiermee is het samenstellen van de informatiestandaard meer en meer het samenvoegen van gestandaardiseerde bouwstenen en –steentjes&lt;br /&gt;
*Het in de informatiestandaarden toevoegen van de patronen aan een zib komt neer op het toevoegen op zib rootconcept niveau van een container met de procespatroon elementen.&lt;br /&gt;
*Toevoegen van patronen heeft impact op de technische artefacten (CDA, FHIR), maar niet meer dan het toevoegen van die elementen in een individuele zib. In ieder geval zal het gebruik van patronen ervoor zorgdragen dat dit op een gestandaardiseerde wijze gebeurt.&lt;br /&gt;
:Aangezien zowel CDA als FHIR meer over te dragen EPD-record fragmenten modelleren dan puur klinische concepten, komen de elementen uit de patronen vaak al native voor in de templates en resources.&lt;br /&gt;
*Hoewel procespatronen gemodelleerd worden als zibs, is het zelfstandig gebruik van deze procespatronen niet de bedoeling en weinig zinvol: registratiegegevens zonder een object van registratie.&lt;br /&gt;
==Opmerkingen==&lt;br /&gt;
*Procespatronen beschrijven proces gebonden informatie. Het zijn geen modellen van processen met hun processtappen.&lt;br /&gt;
*Informatie in een procespatroon kan wel degelijk klinisch relevant zijn, net zoals het proces waarmee het verbonden is, klinisch relevant kan zijn.&lt;br /&gt;
*Sommige zibs modelleren een klinische activiteit, zoals de zib Verrichting. Deze klinische activiteiten zijn niet de focus van de procespatronen, die vaak een meer administratieve of logistieke nadruk hebben&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29622</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29622"/>
		<updated>2024-07-23T23:08:58Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]] &amp;lt;br&amp;gt;&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29621</id>
		<title>Sjabloon:InformationTOC</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Sjabloon:InformationTOC&amp;diff=29621"/>
		<updated>2024-07-23T23:06:47Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: /* Achtergrond informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div class=&amp;quot;toc&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;toctitle&amp;quot;&amp;gt;&amp;lt;h2&amp;gt;Beschikbare achtergrondinformatie&amp;lt;/h2&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
#[[Factsheets_Zorginformatiebouwstenen | Factsheets]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[Codelist_Bindings | Binding van waardenlijsten]] &amp;lt;br&amp;gt;&lt;br /&gt;
#[[Zib_kardinaliteiten | Zibs en kardinaliteiten]]&amp;lt;br&amp;gt;&lt;br /&gt;
#[[ZIB_ProcessPatterns | Proces patronen]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29620</id>
		<title>Herziening zib Probleem</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29620"/>
		<updated>2024-07-23T14:17:35Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: /* Onderscheid tussen meerdere problemen en voortschrijdend diagnostisch inzicht. */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Aanleiding==&lt;br /&gt;
De zib Probleem dekt enerzijds een veelheid aan concepten en laat anderzijds maar een beperkte uitdrukkingskracht toe voor deze concepten afzonderlijk. EPDs ondersteunen deze ontbrekende uitdrukkingskracht deels wel, zij het – afhankelijk van de applicatie – in meer of mindere mate.&amp;lt;br&amp;gt;&lt;br /&gt;
De beperkingen van de zib Probleem hebben geleid tot een aantal ingediende issues. Daarnaast zijn er ook andere problemen die rechtstreeks voortvloeien uit het feit dat de zib verschillende concepten representeert. Een scheiding van concepten maakt het mogelijk om zowel de meeste issues als een aantal algemenere problemen met de zib Probleem aan te pakken.&amp;lt;br&amp;gt;&lt;br /&gt;
Hieronder geven we een beknopt overzicht van de beperkingen van de zib Probleem.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Elementen van de zib Probleem zijn niet toereikend of van toepassing voor alle probleemtypes==&lt;br /&gt;
De huidige zib Probleem dekt meerdere concepten, zoals symptoom, bevinding, functionele beperking en conditie, maar de elementen zijn niet voor elk van deze concepten voldoende of van toepassing:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Betekenis van element afhankelijk van concept===&lt;br /&gt;
De betekenis van het element ProbleemBeginDatum hangt af van het type probleem:&lt;br /&gt;
*Bij een diagnose betreft het de diagnosedatum&lt;br /&gt;
*Bij een klacht of symptoom betreft het de begindatum&lt;br /&gt;
&lt;br /&gt;
===Element niet van toepassing bij elk concept===&lt;br /&gt;
*Verificatiestatus is niet van toepassing bij klachten en bevindingen.&lt;br /&gt;
&lt;br /&gt;
===Gebrek aan uitdrukkingskracht op elementniveau===&lt;br /&gt;
De volgende informatie kan men nu niet representeren:&lt;br /&gt;
*Diagnosedatum én begindatum van onderliggende ziekte of conditie (zie ook issue ZIB-1146).&lt;br /&gt;
*Diagnosesteller (zie ook issue ZIB-1268).&lt;br /&gt;
*Diagnose als complicatie (zie ook issues ZIB-628 en ZIB-969).&lt;br /&gt;
*Details van een klacht of symptoom, zoals de ernst, ontstaanswijze, beloop, patroon in de tijd, beïnvloedende factoren en anatomische locatie.&lt;br /&gt;
*Kenmerken van de conditie of ziekte zelf, zoals duur, beloop en ernst.&lt;br /&gt;
&lt;br /&gt;
==Onvoldoende uitdrukkingskracht voor relaties tussen de probleemtypes onderling==&lt;br /&gt;
De zib Probleem omvat meerdere concepten (probleemtypes), maar er zijn ook relaties tussen deze concepten die men nu niet expliciet kan weergeven:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Onderscheid tussen meerdere problemen en voortschrijdend diagnostisch inzicht.===&lt;br /&gt;
Zie de casus hieronder:&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand: Probleem_fig1.png | 200px]]&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29619</id>
		<title>Herziening zib Probleem</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29619"/>
		<updated>2024-07-23T14:16:34Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: /* Onderscheid tussen meerdere problemen en voortschrijdend diagnostisch inzicht. */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Aanleiding==&lt;br /&gt;
De zib Probleem dekt enerzijds een veelheid aan concepten en laat anderzijds maar een beperkte uitdrukkingskracht toe voor deze concepten afzonderlijk. EPDs ondersteunen deze ontbrekende uitdrukkingskracht deels wel, zij het – afhankelijk van de applicatie – in meer of mindere mate.&amp;lt;br&amp;gt;&lt;br /&gt;
De beperkingen van de zib Probleem hebben geleid tot een aantal ingediende issues. Daarnaast zijn er ook andere problemen die rechtstreeks voortvloeien uit het feit dat de zib verschillende concepten representeert. Een scheiding van concepten maakt het mogelijk om zowel de meeste issues als een aantal algemenere problemen met de zib Probleem aan te pakken.&amp;lt;br&amp;gt;&lt;br /&gt;
Hieronder geven we een beknopt overzicht van de beperkingen van de zib Probleem.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Elementen van de zib Probleem zijn niet toereikend of van toepassing voor alle probleemtypes==&lt;br /&gt;
De huidige zib Probleem dekt meerdere concepten, zoals symptoom, bevinding, functionele beperking en conditie, maar de elementen zijn niet voor elk van deze concepten voldoende of van toepassing:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Betekenis van element afhankelijk van concept===&lt;br /&gt;
De betekenis van het element ProbleemBeginDatum hangt af van het type probleem:&lt;br /&gt;
*Bij een diagnose betreft het de diagnosedatum&lt;br /&gt;
*Bij een klacht of symptoom betreft het de begindatum&lt;br /&gt;
&lt;br /&gt;
===Element niet van toepassing bij elk concept===&lt;br /&gt;
*Verificatiestatus is niet van toepassing bij klachten en bevindingen.&lt;br /&gt;
&lt;br /&gt;
===Gebrek aan uitdrukkingskracht op elementniveau===&lt;br /&gt;
De volgende informatie kan men nu niet representeren:&lt;br /&gt;
*Diagnosedatum én begindatum van onderliggende ziekte of conditie (zie ook issue ZIB-1146).&lt;br /&gt;
*Diagnosesteller (zie ook issue ZIB-1268).&lt;br /&gt;
*Diagnose als complicatie (zie ook issues ZIB-628 en ZIB-969).&lt;br /&gt;
*Details van een klacht of symptoom, zoals de ernst, ontstaanswijze, beloop, patroon in de tijd, beïnvloedende factoren en anatomische locatie.&lt;br /&gt;
*Kenmerken van de conditie of ziekte zelf, zoals duur, beloop en ernst.&lt;br /&gt;
&lt;br /&gt;
==Onvoldoende uitdrukkingskracht voor relaties tussen de probleemtypes onderling==&lt;br /&gt;
De zib Probleem omvat meerdere concepten (probleemtypes), maar er zijn ook relaties tussen deze concepten die men nu niet expliciet kan weergeven:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Onderscheid tussen meerdere problemen en voortschrijdend diagnostisch inzicht.===&lt;br /&gt;
Zie de casus hieronder:&lt;br /&gt;
[[Bestand: Probleem_fig1.png]]&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29618</id>
		<title>Herziening zib Probleem</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Herziening_zib_Probleem&amp;diff=29618"/>
		<updated>2024-07-23T14:15:14Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: Nieuwe pagina aangemaakt met &amp;#039;==Aanleiding== De zib Probleem dekt enerzijds een veelheid aan concepten en laat anderzijds maar een beperkte uitdrukkingskracht toe voor deze concepten afzonderlijk. EPDs ondersteunen deze ontbrekende uitdrukkingskracht deels wel, zij het – afhankelijk van de applicatie – in meer of mindere mate.&amp;lt;br&amp;gt; De beperkingen van de zib Probleem hebben geleid tot een aantal ingediende issues. Daarnaast zijn er ook andere problemen die rechtstreeks voortvloeien uit h...&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Aanleiding==&lt;br /&gt;
De zib Probleem dekt enerzijds een veelheid aan concepten en laat anderzijds maar een beperkte uitdrukkingskracht toe voor deze concepten afzonderlijk. EPDs ondersteunen deze ontbrekende uitdrukkingskracht deels wel, zij het – afhankelijk van de applicatie – in meer of mindere mate.&amp;lt;br&amp;gt;&lt;br /&gt;
De beperkingen van de zib Probleem hebben geleid tot een aantal ingediende issues. Daarnaast zijn er ook andere problemen die rechtstreeks voortvloeien uit het feit dat de zib verschillende concepten representeert. Een scheiding van concepten maakt het mogelijk om zowel de meeste issues als een aantal algemenere problemen met de zib Probleem aan te pakken.&amp;lt;br&amp;gt;&lt;br /&gt;
Hieronder geven we een beknopt overzicht van de beperkingen van de zib Probleem.&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Elementen van de zib Probleem zijn niet toereikend of van toepassing voor alle probleemtypes==&lt;br /&gt;
De huidige zib Probleem dekt meerdere concepten, zoals symptoom, bevinding, functionele beperking en conditie, maar de elementen zijn niet voor elk van deze concepten voldoende of van toepassing:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Betekenis van element afhankelijk van concept===&lt;br /&gt;
De betekenis van het element ProbleemBeginDatum hangt af van het type probleem:&lt;br /&gt;
*Bij een diagnose betreft het de diagnosedatum&lt;br /&gt;
*Bij een klacht of symptoom betreft het de begindatum&lt;br /&gt;
&lt;br /&gt;
===Element niet van toepassing bij elk concept===&lt;br /&gt;
*Verificatiestatus is niet van toepassing bij klachten en bevindingen.&lt;br /&gt;
&lt;br /&gt;
===Gebrek aan uitdrukkingskracht op elementniveau===&lt;br /&gt;
De volgende informatie kan men nu niet representeren:&lt;br /&gt;
*Diagnosedatum én begindatum van onderliggende ziekte of conditie (zie ook issue ZIB-1146).&lt;br /&gt;
*Diagnosesteller (zie ook issue ZIB-1268).&lt;br /&gt;
*Diagnose als complicatie (zie ook issues ZIB-628 en ZIB-969).&lt;br /&gt;
*Details van een klacht of symptoom, zoals de ernst, ontstaanswijze, beloop, patroon in de tijd, beïnvloedende factoren en anatomische locatie.&lt;br /&gt;
*Kenmerken van de conditie of ziekte zelf, zoals duur, beloop en ernst.&lt;br /&gt;
&lt;br /&gt;
==Onvoldoende uitdrukkingskracht voor relaties tussen de probleemtypes onderling==&lt;br /&gt;
De zib Probleem omvat meerdere concepten (probleemtypes), maar er zijn ook relaties tussen deze concepten die men nu niet expliciet kan weergeven:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Onderscheid tussen meerdere problemen en voortschrijdend diagnostisch inzicht.===&lt;br /&gt;
Zie de casus hieronder:&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Bestand:Probleem_fig1.png&amp;diff=29617</id>
		<title>Bestand:Probleem fig1.png</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Bestand:Probleem_fig1.png&amp;diff=29617"/>
		<updated>2024-07-23T14:10:20Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Test/Testpagina_v1.0&amp;diff=29444</id>
		<title>Test/Testpagina v1.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Test/Testpagina_v1.0&amp;diff=29444"/>
		<updated>2024-07-05T12:27:15Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: Nieuwe pagina aangemaakt met &amp;#039;{{DISPLAYTITLE:{{SUBPAGENAME}}}} Fout child&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:{{SUBPAGENAME}}}}&lt;br /&gt;
Fout child&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29443</id>
		<title>Testpagina/Testpagina v2.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29443"/>
		<updated>2024-07-05T12:25:57Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:{{SUBPAGENAME}}}}&lt;br /&gt;
Test pagina v2.0&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v1.0&amp;diff=29442</id>
		<title>Testpagina/Testpagina v1.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v1.0&amp;diff=29442"/>
		<updated>2024-07-05T12:25:22Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:{{SUBPAGENAME}}}}&lt;br /&gt;
Test pagina v1.0&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v1.0&amp;diff=29441</id>
		<title>Testpagina/Testpagina v1.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v1.0&amp;diff=29441"/>
		<updated>2024-07-05T12:23:10Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Testpagina v1.0}}&lt;br /&gt;
Test pagina v1.0&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29440</id>
		<title>Testpagina</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29440"/>
		<updated>2024-07-05T12:21:53Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zib versie overzicht}}&lt;br /&gt;
Dit is de parent pagina&amp;lt;br&amp;gt;&lt;br /&gt;
De volgende versies van deze pagina bestaan:&amp;lt;br&amp;gt;&lt;br /&gt;
{{Special:PrefixIndex/{{FULLPAGENAME}}/|hideredirects=1 |stripprefix=1}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29439</id>
		<title>Testpagina/Testpagina v2.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29439"/>
		<updated>2024-07-05T12:21:37Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Test pagina v2.0&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29438</id>
		<title>Testpagina/Testpagina v2.0</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina/Testpagina_v2.0&amp;diff=29438"/>
		<updated>2024-07-05T12:20:49Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zib versie overzicht}}&lt;br /&gt;
Test pagina v2.0&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29437</id>
		<title>Testpagina</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29437"/>
		<updated>2024-07-05T12:12:26Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Dit is de parent pagina&amp;lt;br&amp;gt;&lt;br /&gt;
De volgende versies van deze pagina bestaan:&amp;lt;br&amp;gt;&lt;br /&gt;
{{Special:PrefixIndex/{{FULLPAGENAME}}/|hideredirects=1 |stripprefix=1}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29436</id>
		<title>Testpagina</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29436"/>
		<updated>2024-07-05T12:11:12Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Dit is de parent pagina&amp;lt;br&amp;gt;&lt;br /&gt;
De volgende versies van deze pagina bestaan:&amp;lt;br&amp;gt;&lt;br /&gt;
{{Special:PrefixIndex/{{FULLPAGENAME}}/}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29435</id>
		<title>Testpagina</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Testpagina&amp;diff=29435"/>
		<updated>2024-07-05T12:07:22Z</updated>

		<summary type="html">&lt;p&gt;Albert-Jan Spruyt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Dit is de parent pagina&amp;lt;br&amp;gt;&lt;br /&gt;
De volgende versies van deze pagina bestaan:&amp;lt;br&amp;gt;&lt;br /&gt;
{{Special:PrefixIndex/{{PAGENAME}}/}}&lt;/div&gt;</summary>
		<author><name>Albert-Jan Spruyt</name></author>
	</entry>
</feed>