<?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=Michael+van+der+Zel</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=Michael+van+der+Zel"/>
	<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/wiki/Speciaal:Bijdragen/Michael_van_der_Zel"/>
	<updated>2026-05-03T08:58:01Z</updated>
	<subtitle>Gebruikersbijdragen</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=17715</id>
		<title>Terminologies</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=17715"/>
		<updated>2019-06-13T17:43:55Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Op deze pagina staan de verschillende gebruikte CodeSystemen en de ValueSets die daar selecties in hebben gemaakt met een link naar de bron. De bron kan een uitgewerkte lijst zijn (human readable &amp;amp; technische representaties e.g. FHIR), maar bij volledige codesystemen zal dat vaak een link naar een on-line browser zijn.&lt;br /&gt;
Veel content is te vinden via ART-DECOR &amp;lt;http://decor.nictiz.nl&amp;gt; en de NICTIZ Terminologie en Codesystemen browser. &amp;lt;https://www.nictiz.nl/terminologiecentrum/terminologie-en-codestelsel-browsers&amp;gt;&lt;br /&gt;
De ValueSets zullen meestel bij de ZIB staan uitgewerkt, als dat niet het geval is zal in onderstaande tabel een link naar de volledige lijst staan of naar een browser.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== CodeSystems ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;font-size:90%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Name&#039;&#039;&#039;||&#039;&#039;&#039;Link&#039;&#039;&#039;||&#039;&#039;&#039;OID&#039;&#039;&#039;||&#039;&#039;&#039;Use&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
||SNOMED CT||http://browser.ihtsdotools.org||2.16.840.1.113883.6.96||&lt;br /&gt;
|-&lt;br /&gt;
||LOINC||http://terminologie.nictiz.nl/art-decor/loinc|| ||&lt;br /&gt;
|-&lt;br /&gt;
||DHD Diagnose Thesaursus||http://terminologie.nictiz.nl/art-decor/diagnosis-thesaurus-editor||2.16.840.1.113883.2.4.3.120.5.1||[[Probleem-v4.1(2017NL)#13030|Probleem.ProbleemNaam]]&lt;br /&gt;
|-&lt;br /&gt;
||COD016-VEKT (Vektis AGB-medische specialismen)||https://ei.vektis.nl/WespCodelijstenDetail.aspx?Co_Ge_Code=COD016&amp;amp;Co_Or_Code=VEKT||2.16.840.1.113883.2.4.6.7||[[Zorgverlener-v3.2(2017NL)#13173|Zorgverlener.Specialisme]]&lt;br /&gt;
|-&lt;br /&gt;
||ZIB Tekstuitslag||https://www.nictiz.nl/standaarden/xds-metadata/|| ||[[TekstUitslag-v4.2(2018NL)#TekstUitslagTypeCodelijst]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== ValueSets ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;font-size:90%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Name&#039;&#039;&#039;||&#039;&#039;&#039;Link&#039;&#039;&#039;||&#039;&#039;&#039;OID&#039;&#039;&#039;||&#039;&#039;&#039;Use&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Importeren_en_exporteren&amp;diff=16803</id>
		<title>Importeren en exporteren</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Importeren_en_exporteren&amp;diff=16803"/>
		<updated>2019-01-30T12:18:30Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--Inhoudsopgave transclude pagina--&amp;gt;&lt;br /&gt;
{{DocumentationTOC}}&lt;br /&gt;
==XMI bestanden==&lt;br /&gt;
De zorginformatie bouwstenen kunnen op twee manieren geimporteerd en geexporteerd worden:&lt;br /&gt;
:# door het hele project (het .eap bestand) te kopieren&lt;br /&gt;
:# door de afzonderlijke bouwstenen als .xmi bestanden te distribueren.&lt;br /&gt;
De tweede methode is hieronder beschreven. &lt;br /&gt;
===Importeren=== &lt;br /&gt;
Om een bouwsteen te importeren, moet eerst in de project browser de map geselecteerd worden waarin de bouwsteen ge�mporteerd gaat worden, b.v. Zorginformatiebouwstenen.&amp;lt;br&amp;gt;&lt;br /&gt;
Let op dat dit op het juiste niveau gebeurt, anders wordt de bouwsteen in een andere bouwsteen toegevoegd. Dit is niet onoverkomelijk, maar wel vervelend.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Vervolgens rechter muisclick en selecteer &amp;quot;Import/export&amp;quot; &amp;gt; &amp;quot;Import package from XMI file ..&amp;quot;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Via tabblad &#039;Publish&#039;, &#039;Model Exchange&#039;, item &#039;Import XMI&#039; &amp;gt;  &#039;Import Model XMI... &amp;lt;br&amp;gt;&lt;br /&gt;
Er zijn nu twee mogelijkheden:&lt;br /&gt;
#importeren als kopie, als de ge�mporteerde zib gebruikt wordt als basis voor een nieuwe zib (ook bij importeren van het zib template)&amp;lt;br/&amp;gt;- Vink het vakje &#039;Strip GUID&#039;s&#039; &#039;&#039;&#039;aan&#039;&#039;&#039;&lt;br /&gt;
#importeren als origineel, niet als kopie&amp;lt;br/&amp;gt;- Vink het vakje &#039;Strip GUID&#039;s&#039; &#039;&#039;&#039;niet aan&#039;&#039;&#039;&lt;br /&gt;
Als dit niet goed gedaan wordt gaat dit bij het later export en importeren in andere projectfiles tot dubbele id&#039;s leiden en import onmogelijk maken.&amp;lt;br&amp;gt;&lt;br /&gt;
Kies hierna &amp;quot;Import&amp;quot; om de import uit te voeren.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand:Import_XMI.png]]&lt;br /&gt;
&lt;br /&gt;
===Exporteren===&lt;br /&gt;
Om een bouwsteen te exporteren, moet eerst de bouwsteen geselecteerd worden in de projectbrowser.&amp;lt;br&amp;gt;&lt;br /&gt;
Let op dat de bouwsteen op bouwsteenniveau (&amp;lt;&amp;lt;DCM&amp;gt;&amp;gt; nl.zorg.&#039;&#039;Zibnaam&#039;&#039;) geselecteerd wordt, anders wordt maar een deel geexporteerd.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Vervolgens rechter muisclick en selecteer &amp;quot;Import/export&amp;quot; &amp;gt; &amp;quot;Export package to XMI file ..&amp;quot;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Via tabblad &#039;Publish&#039;, &#039;Model Exchange&#039;, item &#039;Export XMI&#039; &amp;gt;  &#039;Export XMI for Current Package... &amp;lt;br&amp;gt;&lt;br /&gt;
Kies in het eerste dialoogvenster &amp;quot;Publish&amp;quot; en vul in het volgende dialoogvenster pas de bestandsnaam in en vink de hieronder aangegeven items aan.&amp;lt;br&amp;gt;&lt;br /&gt;
Als &#039;Export Alternate Images&#039; niet aangevinkt is, worden de voorbeeldafbeeldingen niet ge�xporteerd!&amp;lt;br&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;Let op!:&#039;&#039;&#039;  Als je de bestandsnaam in het eerste dialoogscherm invult, wordt deze waarde &#039;&#039;niet&#039;&#039; meegenomen naar het volgende dialoogscherm.&amp;lt;br&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Kies &amp;quot;Export&amp;quot; om de export uit te voeren. &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand:Export_XMI.png]]&lt;br /&gt;
&lt;br /&gt;
==DCM Stereotypes==&lt;br /&gt;
===Importeren===&lt;br /&gt;
[[Bestand:Add_Stereotypes.png|200px|thumb|right|DCM Stereotypes importeren]]&lt;br /&gt;
* [[Downloads | Download]] het bestand met de DCM Stereotypes en onthoud de locatie. Na het doorlopen van deze prodecure hoeft het bestand niet langer beschikbaar te blijven.&lt;br /&gt;
* Start Enterprise Architect en open de projectfile waar de stereotypes aan toegevoegd moeten worden. Bestaande Zib projectfiles zullen deze stereotypes al in zich hebben. &lt;br /&gt;
* Kies via &lt;br /&gt;
** &amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; het menu &#039;Project&#039; en vervolgens &#039;Data Management&#039; &amp;gt; &#039;Import Reference Data..&#039;&lt;br /&gt;
** &amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; het tabblad &#039;Configure&#039; en &#039;Model&#039; item &#039;Transfer&#039;&amp;gt; &#039;Import Reference Data..&#039;&lt;br /&gt;
* Selecteer &#039;Import File&#039; en navigeer met de &#039;Select File&#039; knop naar de locatie waar het bestand staat en open het.&lt;br /&gt;
* In het &#039;Select Datasets to Import&#039; scherm zal nu de naam &#039;Stereotypes&#039; verschijnen.&lt;br /&gt;
* Selecteer dit en klik op &#039;Import&#039;.&lt;br /&gt;
&lt;br /&gt;
==RTF templates==&lt;br /&gt;
===Importeren===&lt;br /&gt;
De procedure voor het importeren van een RTF template is:&lt;br /&gt;
&lt;br /&gt;
[[Downloads | Download]] de nieuwe template, onthoud waar de templates staan en pak ze evt. uit.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Selecteer in de projectbrowser een bouwsteen (maakt niet uit welke) en kies met de rechter muisknop in het context menu &amp;quot;Documentation&amp;quot; en vervolgens &amp;quot;Rich Text Format (RTF) Report&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Kies via tabblad &#039;Publish&#039;, &#039;Report&#039;, item &#039;Documentation&#039; &amp;gt; &#039;Generate Rich Text Documentation&#039;.&lt;br /&gt;
 &lt;br /&gt;
Alternatief kan je ook na het selecteren van de bouwsteen op &amp;quot;F8&amp;quot; drukken. &lt;br /&gt;
{| &lt;br /&gt;
|- style=&amp;quot;vertical-align: top&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 12&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:F8.png | 550px]]&lt;br /&gt;
|}&lt;br /&gt;
|width = 20px|&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;| &#039;&#039;&#039;EA versie 14&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:F8-2.png | 550px]]&lt;br /&gt;
|}&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
Kies in het &amp;quot;Generate Documentation&amp;quot; dialoogvenster het tabblad &amp;quot;Templates&amp;quot;.&amp;lt;br&amp;gt;&lt;br /&gt;
Druk hierin op de &amp;quot;New&amp;quot; knop en vul een naam in voor de nieuwe template en laat &amp;quot;Copy Template&amp;quot; op &amp;quot;None&amp;quot; staan.&amp;lt;br&amp;gt; &lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand:New_template.png | 700px]]&lt;br /&gt;
&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
Nu opent zich de template editor met een lege template.&amp;lt;br&amp;gt; &lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Ga met de muis op de lege template staan en kies met de rechter muisknop in het context menu &amp;quot;File&amp;quot; en vervolgens &amp;quot;Import&amp;quot;.&amp;lt;br&amp;gt;&lt;br /&gt;
Ga naar de plaats waar de nieuwe template staat en importeer deze.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Selecteer, via tabblad &#039;Edit&#039;, &#039;File&#039;, item &#039;File&#039; &#039;Import File&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
{| &lt;br /&gt;
|- style=&amp;quot;vertical-align: top&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 12&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:Import_template.png | 550px]]&lt;br /&gt;
|}&lt;br /&gt;
|width = 20px|&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 14&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:Import_template-2.png | 550px]]&lt;br /&gt;
|}&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
 Sla de geimporteerde template op door in de bovenbalk op het diskette symbooltje te drukken of onderin op het template tabblad &amp;quot;Save&amp;quot; te kiezen. De nieuwe template komt nu in het lijstje met templates te staan en kan gekozen worden bij het genereren van een RTF document&lt;br /&gt;
&lt;br /&gt;
===Exporteren===&lt;br /&gt;
Het exporteren van een RTF template gaat op vrijwel gelijke wijze als het importeren. Kijk daar voor het eerste deel.&amp;lt;br&amp;gt;&lt;br /&gt;
Kies in het &amp;quot;Generate Documentation&amp;quot; dialoogvenster weer het tabblad &amp;quot;Templates&amp;quot;. Selecteer nu de template die geexporteerd gaat worden.&amp;lt;br&amp;gt;&lt;br /&gt;
Nu opent zich de template editor met het gekozen template.&amp;lt;br&amp;gt; &lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 12)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Ga met de muis op de template staan en kies met de rechter muisknop in het context menu &amp;quot;File&amp;quot; en vervolgens &amp;quot;Export&amp;quot;.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size:75%&amp;quot;&amp;gt;&#039;&#039;&#039;(EA versie 14)&#039;&#039;&#039;&amp;lt;/span&amp;gt; Selecteer, via tabblad &#039;Edit&#039;, &#039;File&#039;, item &#039;File&#039; &#039;Save as (Export to File)&amp;lt;br&amp;gt;&lt;br /&gt;
{| &lt;br /&gt;
|- style=&amp;quot;vertical-align: top&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 12&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:Export_template.png]]&lt;br /&gt;
|}&lt;br /&gt;
|&lt;br /&gt;
|width = 20px|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 14&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:Export_template-2.png | 550px]]&lt;br /&gt;
|}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Plaatjes in diagrammen==&lt;br /&gt;
===Importeren===&lt;br /&gt;
Het importeren van plaatjes in een diagram kan aan de orde zijn bij o.a. de secties &amp;quot;Mindmaps&amp;quot; en &amp;quot;Example Instances&amp;quot;. Om een plaatje te importeren in een diagram, moet het diagram wel aangemaakt zijn. Zie daarvoor de betreffende sectie.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
Twee methoden worden beschreven om een plaatje te importeren.&amp;lt;br&amp;gt;&lt;br /&gt;
====Methode A====&lt;br /&gt;
:* Plaats een plaatje op het clipboard bv. vanuit Paint&lt;br /&gt;
:* Selecteer het diagram&lt;br /&gt;
:* Rechts-click en kies &amp;quot;Paste Image from Clipboard&amp;quot;&amp;lt;br&amp;gt;&lt;br /&gt;
{| &lt;br /&gt;
|- style=&amp;quot;vertical-align: top&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 12&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:PasteImage1.png|500px]]&lt;br /&gt;
|}&lt;br /&gt;
|width = 20px|&lt;br /&gt;
|&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|style=&amp;quot;font-size:75%; font-variant: small-caps; text-align: center&amp;quot;|&#039;&#039;&#039;EA versie 14&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|[[Bestand:PasteImage2.png|500px]]&lt;br /&gt;
|}&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
====Methode B====&lt;br /&gt;
:* Sleep vanuit de &#039;Common&#039; toolbox sectie een &#039;Image&#039; component in het diagram&lt;br /&gt;
:* De Image Manager verschijnt na het sluiten van het properties window.&lt;br /&gt;
:* Slelecteer uit de lijst het gewenste plaatje. Voeg evt. eerst met &#039;Add New&#039; het plaatje toe.&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand:PasteImage3.png]]&lt;br /&gt;
&lt;br /&gt;
==MAX bestanden==&lt;br /&gt;
# Installeer de MAX extensie in EA&lt;br /&gt;
# Vraag de ZIBs EAP file aan&lt;br /&gt;
# Exporteer naar MAX XML file&lt;br /&gt;
# Doe je ding, o.a. genereer BgZ Audit spreadsheet, genereer Epic import bestanden, valideer FHIR profiles mappings terug naar de ZIB&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10308</id>
		<title>Overleg:Gebruik van UML voor DCM modellering</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10308"/>
		<updated>2018-03-05T17:15:59Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Tagged Values ==&lt;br /&gt;
&lt;br /&gt;
Nog laatste afspraken doorvoeren:&lt;br /&gt;
O.a.&lt;br /&gt;
DCM::ReferencedConceptId&lt;br /&gt;
DCM::ConceptId&lt;br /&gt;
alignment met Parelsnoer.&lt;br /&gt;
&lt;br /&gt;
== Stereotypes ==&lt;br /&gt;
&lt;br /&gt;
Ook verschil uitleggen tussen context,reference en data,reference, e.g.&lt;br /&gt;
* &amp;lt;&amp;lt;context, reference&amp;gt;&amp;gt; is een referentie naar een ZIB die niet over het ZIB concept gaat, maar context is, e.g. een zorgverlener, of een locatie oid.&lt;br /&gt;
* &amp;lt;&amp;lt;data, reference&amp;gt;&amp;gt; is een referentie naar een ZIB die echt bij het ZIB concept hoort. Denk bijvoorbeeld aan het medisch apparaat bij een bloeddruk meeting.&lt;br /&gt;
&lt;br /&gt;
== Terminology Binding ==&lt;br /&gt;
&lt;br /&gt;
ZIB Terminology Binding patterns&lt;br /&gt;
* SCT Patroon &amp;lt;procedure&amp;gt; - &amp;lt;qualifier done/not done&amp;gt;, E.g. Zuurstoftoediening - Ja/Nee &lt;br /&gt;
* SCT Observable Entity of LOINC&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10307</id>
		<title>Overleg:Gebruik van UML voor DCM modellering</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10307"/>
		<updated>2018-03-05T17:02:19Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nog laatste afspraken doorvoeren:&lt;br /&gt;
O.a.&lt;br /&gt;
DCM::ReferencedConceptId&lt;br /&gt;
DCM::ConceptId&lt;br /&gt;
alignment met Parelsnoer.&lt;br /&gt;
&lt;br /&gt;
Ook verschil uitleggen tussen context,reference en data,reference, e.g.&lt;br /&gt;
* &amp;lt;&amp;lt;context, reference&amp;gt;&amp;gt; is een referentie naar een ZIB die niet over het ZIB concept gaat, maar context is, e.g. een zorgverlener, of een locatie oid.&lt;br /&gt;
* &amp;lt;&amp;lt;data, reference&amp;gt;&amp;gt; is een referentie naar een ZIB die echt bij het ZIB concept hoort. Denk bijvoorbeeld aan het medisch apparaat bij een bloeddruk meeting.&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10306</id>
		<title>Overleg:Gebruik van UML voor DCM modellering</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Overleg:Gebruik_van_UML_voor_DCM_modellering&amp;diff=10306"/>
		<updated>2018-03-05T15:39:28Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: Nieuwe pagina aangemaakt met &amp;#039;Nog laatste afspraken doorvoeren: O.a. DCM::ReferencedConceptId DCM::ConceptId alignment met Parelsnoer.  Ook verschil uitleggen tussen context,reference en data,re...&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nog laatste afspraken doorvoeren:&lt;br /&gt;
O.a.&lt;br /&gt;
DCM::ReferencedConceptId&lt;br /&gt;
DCM::ConceptId&lt;br /&gt;
alignment met Parelsnoer.&lt;br /&gt;
&lt;br /&gt;
Ook verschil uitleggen tussen context,reference en data,reference.&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=9959</id>
		<title>Terminologies</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=9959"/>
		<updated>2018-01-27T08:45:31Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Op deze pagina staan de verschillende gebruikte CodeSystemen en de ValueSets die daar selecties in hebben gemaakt met een link naar de bron. De bron kan een uitgewerkte lijst zijn (human readable &amp;amp; technische representaties e.g. FHIR), maar bij volledige codesystemen zal dat vaak een link naar een on-line browser zijn.&lt;br /&gt;
Veel content is te vinden via ART-DECOR &amp;lt;http://decor.nictiz.nl&amp;gt; en de NICTIZ Terminologie en Codesystemen browser. &amp;lt;https://www.nictiz.nl/terminologiecentrum/terminologie-en-codestelsel-browsers&amp;gt;&lt;br /&gt;
De ValueSets zullen meestel bij de ZIB staan uitgewerkt, als dat niet het geval is zal in onderstaande tabel een link naar de volledige lijst staan of naar een browser.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== CodeSystems ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;font-size:90%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Name&#039;&#039;&#039;||&#039;&#039;&#039;Link&#039;&#039;&#039;||&#039;&#039;&#039;OID&#039;&#039;&#039;||&#039;&#039;&#039;Use&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
||SNOMED CT||http://browser.ihtsdotools.org||2.16.840.1.113883.6.96||&lt;br /&gt;
|-&lt;br /&gt;
||LOINC||http://terminologie.nictiz.nl/art-decor/loinc|| ||&lt;br /&gt;
|-&lt;br /&gt;
||DHD Diagnose Thesaursus||http://terminologie.nictiz.nl/art-decor/diagnosis-thesaurus-editor||2.16.840.1.113883.2.4.3.120.5.1||[[Probleem-v4.1(2017NL)#13030|Probleem.ProbleemNaam]]&lt;br /&gt;
|-&lt;br /&gt;
||COD016-VEKT (Vektis AGB-medische specialismen)||https://ei.vektis.nl/WespCodelijstenDetail.aspx?Co_Ge_Code=COD016&amp;amp;Co_Or_Code=VEKT||2.16.840.1.113883.2.4.6.7||[[Zorgverlener-v3.2(2017NL)#13173|Zorgverlener.Specialisme]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== ValueSets ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;font-size:90%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
||&#039;&#039;&#039;Name&#039;&#039;&#039;||&#039;&#039;&#039;Link&#039;&#039;&#039;||&#039;&#039;&#039;OID&#039;&#039;&#039;||&#039;&#039;&#039;Use&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=9958</id>
		<title>Terminologies</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Terminologies&amp;diff=9958"/>
		<updated>2018-01-27T08:43:54Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: Nieuwe pagina aangemaakt met &amp;#039; Op deze pagina staan de verschillende gebruikte CodeSystemen en de ValueSets die daar selecties in hebben gemaakt met een link naar de bron. De bron kan een uitgew...&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Op deze pagina staan de verschillende gebruikte CodeSystemen en de ValueSets die daar selecties in hebben gemaakt met een link naar de bron. De bron kan een uitgewerkte lijst zijn (human readable &amp;amp; technische representaties e.g. FHIR), maar bij volledige codesystemen zal dat vaak een link naar een on-line browser zijn.&lt;br /&gt;
Veel content is te vinden via ART-DECOR &amp;lt;http://decor.nictiz.nl&amp;gt; en de NICTIZ Terminologie en Codesystemen browser. &amp;lt;https://www.nictiz.nl/terminologiecentrum/terminologie-en-codestelsel-browsers&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== CodeSystems ==&lt;br /&gt;
&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;
||Name||Source||OID||Use&lt;br /&gt;
|-&lt;br /&gt;
||SNOMED CT||http://browser.ihtsdotools.org||2.16.840.1.113883.6.96||&lt;br /&gt;
|-&lt;br /&gt;
||LOINC||http://terminologie.nictiz.nl/art-decor/loinc|| ||&lt;br /&gt;
|-&lt;br /&gt;
||DHD Diagnose Thesaursus||http://terminologie.nictiz.nl/art-decor/diagnosis-thesaurus-editor||2.16.840.1.113883.2.4.3.120.5.1||[[Probleem-v4.1(2017NL)#13030|Probleem.ProbleemNaam]]&lt;br /&gt;
|-&lt;br /&gt;
||COD016-VEKT (Vektis AGB-medische specialismen)||https://ei.vektis.nl/WespCodelijstenDetail.aspx?Co_Ge_Code=COD016&amp;amp;Co_Or_Code=VEKT||2.16.840.1.113883.2.4.6.7||[[Zorgverlener-v3.2(2017NL)#13173|Zorgverlener.Specialisme]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== ValueSets ==&lt;br /&gt;
&lt;br /&gt;
De ValueSets zullen meestel bij de ZIB staan uitgewerkt, als dat niet het geval is zal in onderstaande tabel een link naar de volledige lijst staan of naar een browser.&lt;br /&gt;
&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;
||Name||Source||OID||Use&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7911</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7911"/>
		<updated>2017-10-25T05:05:05Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Model en Elementen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met minimale kardinaliteit van 0.&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.&lt;br /&gt;
# De naam van de elementen bevat in principe niet opnieuw de bouwsteennaam.&lt;br /&gt;
# Check de overlap met de Basiselementen?&lt;br /&gt;
# Hebben alle elementen een codering LOINC of SNOMED CT zijn preferent.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Technisch Review ZIB=&lt;br /&gt;
&#039;&#039;TODO: lijstje compleet maken&#039;&#039;&lt;br /&gt;
&#039;&#039;Deze controle kan overigens geheel automatisch&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld, Concept, Purpose, ...&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## een rootconcept&lt;br /&gt;
## geen loshangende concepten&lt;br /&gt;
## alle gegevenselementen ...&lt;br /&gt;
### ... hebben een ZIB datatype en bij gecodeerd een waardelijst&lt;br /&gt;
### ... hebben een definitie&lt;br /&gt;
### ... hebben een example value&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7910</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7910"/>
		<updated>2017-10-25T05:04:20Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Model en Elementen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.&lt;br /&gt;
# De naam van de elementen bevat in principe niet opnieuw de bouwsteennaam.&lt;br /&gt;
# Check de overlap met de Basiselementen?&lt;br /&gt;
# Hebben alle elementen een codering LOINC of SNOMED CT zijn preferent.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Technisch Review ZIB=&lt;br /&gt;
&#039;&#039;TODO: lijstje compleet maken&#039;&#039;&lt;br /&gt;
&#039;&#039;Deze controle kan overigens geheel automatisch&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld, Concept, Purpose, ...&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## een rootconcept&lt;br /&gt;
## geen loshangende concepten&lt;br /&gt;
## alle gegevenselementen ...&lt;br /&gt;
### ... hebben een ZIB datatype en bij gecodeerd een waardelijst&lt;br /&gt;
### ... hebben een definitie&lt;br /&gt;
### ... hebben een example value&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7909</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=7909"/>
		<updated>2017-10-25T05:03:03Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Checklist: Model Technisch Review ZIB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Technisch Review ZIB=&lt;br /&gt;
&#039;&#039;TODO: lijstje compleet maken&#039;&#039;&lt;br /&gt;
&#039;&#039;Deze controle kan overigens geheel automatisch&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld, Concept, Purpose, ...&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## een rootconcept&lt;br /&gt;
## geen loshangende concepten&lt;br /&gt;
## alle gegevenselementen ...&lt;br /&gt;
### ... hebben een ZIB datatype en bij gecodeerd een waardelijst&lt;br /&gt;
### ... hebben een definitie&lt;br /&gt;
### ... hebben een example value&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3815</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3815"/>
		<updated>2017-05-17T06:05:44Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Model en Elementen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Technisch Review ZIB=&lt;br /&gt;
&#039;&#039;afmaken, kan overigens geheel automatisch&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld, Concept, Purpose, ...&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## een rootconcept&lt;br /&gt;
## geen loshangende concepten&lt;br /&gt;
## alle gegevenselementen ...&lt;br /&gt;
### ... hebben een ZIB datatype en bij gecodeerd een waardelijst&lt;br /&gt;
### ... hebben een definitie&lt;br /&gt;
### ... hebben een example value&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3813</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3813"/>
		<updated>2017-04-07T11:21:34Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Checklist: Model Review ZIB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Technisch Review ZIB=&lt;br /&gt;
&#039;&#039;afmaken, kan overigens geheel automatisch&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld, Concept, Purpose, ...&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## een rootconcept&lt;br /&gt;
## geen loshangende concepten&lt;br /&gt;
## alle gegevenselementen ...&lt;br /&gt;
### ... hebben een ZIB datatype en bij gecodeerd een waardelijst&lt;br /&gt;
### ... hebben een definitie&lt;br /&gt;
### ... hebben een example value&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3812</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3812"/>
		<updated>2017-04-07T11:17:50Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Zorgverlener Review ZIB=&lt;br /&gt;
# Inhoudelijke check extra/gewijzigde/wegvallen velden of extra/gewijzigde waarden.&lt;br /&gt;
# Worden de gegevenselement namen en omschrijvingen herkend door de Zorgverelener.&lt;br /&gt;
# Hoe zit de ZIB in de systemen/processen die de Zorgverlener gebruikt.&lt;br /&gt;
&lt;br /&gt;
=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
=Checklist: Model Review ZIB=&lt;br /&gt;
&#039;&#039;tbd&#039;&#039;&lt;br /&gt;
# Metadata&lt;br /&gt;
# &amp;quot;Lite&amp;quot; hoofdstukken gevuld&lt;br /&gt;
# Informatiemodel&lt;br /&gt;
## 1 rootconcept&lt;br /&gt;
## Geen loshangende concepten&lt;br /&gt;
## Alle gegevenselementen...&lt;br /&gt;
### hebben een ZIB datatype&lt;br /&gt;
### hebben een definitie&lt;br /&gt;
## ...&lt;br /&gt;
&lt;br /&gt;
=Ter inspiratie=&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3811</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3811"/>
		<updated>2017-04-07T10:02:54Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Definities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving&lt;br /&gt;
# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving&lt;br /&gt;
# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voorbeelden moeten in DCM::ExampleValue&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3810</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3810"/>
		<updated>2017-03-15T11:36:20Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Sub-ZIB (complexere data-types) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types, part)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3809</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3809"/>
		<updated>2017-03-15T10:35:54Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Model en Elementen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.generic te gebruiken)&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3808</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3808"/>
		<updated>2017-03-15T10:15:02Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Checklist: Architectuur QA Review ZIB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
&lt;br /&gt;
Het gaat hier om waar we inhoudelijk naar te kijken als Architect.&amp;lt;br/&amp;gt;&lt;br /&gt;
We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.&amp;lt;br/&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Zijn overal (de juiste) datatypen gebruikt&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
# &amp;quot;Hangt&amp;quot; de Constraint aan het betreffende Element&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# Is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
==Sub-ZIB (complexere data-types)==&lt;br /&gt;
# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld&lt;br /&gt;
# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.generic te gebruiken)&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3807</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3807"/>
		<updated>2017-03-15T10:07:29Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Checklist: Architectuur QA Review ZIB. */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB=&lt;br /&gt;
&lt;br /&gt;
Waar inhoudelijk naar te kijken als Architect.&lt;br /&gt;
We mogen ervanuit gaan dat inhoudelijke review grotendeels al is geweest.&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent het het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3806</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3806"/>
		<updated>2017-03-13T09:00:35Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB.=&lt;br /&gt;
&lt;br /&gt;
Waar inhoudelijk naar te kijken als Architect.&lt;br /&gt;
We mogen ervanuit gaan dat inhoudelijke review grotendeels al is geweest.&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent het het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Ter inspiratie==&lt;br /&gt;
Stan Huff Requirements for good models:&lt;br /&gt;
# Accurate – corresponds to the real world&lt;br /&gt;
# Unambiguous – only one meaning&lt;br /&gt;
# Understandable - People recognize the real world referent(s)&lt;br /&gt;
# Reproducible - Different modelers would model in the same way&lt;br /&gt;
# Parsimonious and harmonious use of terminology - Semantics of the model and terminology match&lt;br /&gt;
# Flexible - Evolve gracefully over time&lt;br /&gt;
# Consistent across domains – Specimen Collection and I&amp;amp;O Charting&lt;br /&gt;
# Practical – implementable in real systems&lt;br /&gt;
# Minimally complex – cover only what is needed&lt;br /&gt;
# Common queries are easy&lt;br /&gt;
# Fits with available technology (OO languages)&lt;br /&gt;
&lt;br /&gt;
http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3805</id>
		<title>QAReviewChecklist</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=QAReviewChecklist&amp;diff=3805"/>
		<updated>2017-03-13T08:57:53Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: Nieuwe pagina aangemaakt met &amp;#039;=Checklist: Architectuur QA Review ZIB.=  Waar inhoudelijk naar te kijken als Architect. We mogen ervanuit gaan dat inhoudelijke review grotendeels al is geweest. &amp;#039;...&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Checklist: Architectuur QA Review ZIB.=&lt;br /&gt;
&lt;br /&gt;
Waar inhoudelijk naar te kijken als Architect.&lt;br /&gt;
We mogen ervanuit gaan dat inhoudelijke review grotendeels al is geweest.&lt;br /&gt;
&#039;&#039;&#039;N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Definities==&lt;br /&gt;
Dit geld voor alle tekstuele definities, dus van het hoofdstuk &amp;quot;Concept&amp;quot;, maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.&lt;br /&gt;
# Zijn de teksten consistent&lt;br /&gt;
# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen&lt;br /&gt;
&lt;br /&gt;
==Model en Elementen==&lt;br /&gt;
Klopt het model; dwz:&lt;br /&gt;
# Check de kardinaliteit&lt;br /&gt;
# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?&lt;br /&gt;
# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die &amp;quot;later&amp;quot; wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.&lt;br /&gt;
&lt;br /&gt;
==Waardelijsten (ValueSets)==&lt;br /&gt;
&lt;br /&gt;
==Constraints==&lt;br /&gt;
&lt;br /&gt;
==Examples==&lt;br /&gt;
# Klopt het voorbeeld; Is het consistent het het model en is het duidelijk?`&lt;br /&gt;
&lt;br /&gt;
==Overige==&lt;br /&gt;
# Is het echt een aparte bouwsteen waardig&lt;br /&gt;
# is er al een bouwsteen waar we het concept in kwijt kunnen?&lt;br /&gt;
# Is er overlap met andere bouwstenen&lt;br /&gt;
# (geen verwijzing waar die er wel zou moeten zijn)&lt;br /&gt;
# Overige bevindingen, adviezen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Ter inspiratie: [http://wiki.hl7.org/index.php?title=DSTU_QA_Guidelines]&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Hoofdpagina&amp;diff=3804</id>
		<title>Hoofdpagina</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Hoofdpagina&amp;diff=3804"/>
		<updated>2017-03-13T08:47:28Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Ontwikkeling */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Bestand:Alle_logos_bij_elkaar.jpg|600px|float|right|Overzicht van alle logo&#039;s bij elkaar]]&lt;br /&gt;
&lt;br /&gt;
=Zorginformatiebouwstenen=&lt;br /&gt;
Zorginformatiebouwstenen is een platform om te komen tot een gemeenschappelijk model voor Zorginformatiebouwstenen in de zorg. Momenteel werken we de zorginformatiebouwstenen uit in het format DCM.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Doelgroep van deze wiki : de modelleurs in het project registratie aan de bron. &amp;lt;br&amp;gt;&amp;lt;br&amp;gt;common caution warning voor de overige bezoekers: de inhoud op deze wiki is groen en rijp door elkaar en wordt continue aangepast&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==Betrokken organisaties==&lt;br /&gt;
Kinische Bouwsteen is een samenwerkingsverband tussen de volgende organisaties:&lt;br /&gt;
* [http://www.erasmusmc.nl/ Erasmus MC: Universitair Medisch Centrum Rotterdam]&lt;br /&gt;
* [http://www.mumc.nl/ Maastricht UMC+]&lt;br /&gt;
* [http://www.umcn.nl/ UMC St Radboud]&lt;br /&gt;
* [http://www.amc.nl/ Academisch Medisch Centrum]&lt;br /&gt;
* [http://www.lumc.nl/ Leids Universitair Medisch Centrum]&lt;br /&gt;
* [http://www.umcg.nl/ Universitair Medisch Centrum Groningen]&lt;br /&gt;
* [http://www.vumc.nl/ VU medisch centrum]&lt;br /&gt;
* [http://www.umcutrecht.nl/ Universitair Medisch Centrum Utrecht]&lt;br /&gt;
* [http://www.nictiz.nl/ Nictiz]&lt;br /&gt;
&lt;br /&gt;
==Ontwikkeling==&lt;br /&gt;
[[QAReviewChecklist|Architectuurteam ZIB QA Review Checklist]]&amp;lt;br/&amp;gt;&lt;br /&gt;
[[Documentatie Klinische Bouwsteen]]&amp;lt;br&amp;gt;&lt;br /&gt;
[[Transformatieregels zorginformatiebouwstenen naar templates]]&amp;lt;br&amp;gt;&lt;br /&gt;
[[Zorginformatiebouwstenen|Medische en verpleegkundige zorginformatiebouwstenen]]&lt;br /&gt;
&lt;br /&gt;
[[Wie gebruikt wat?]]&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=610</id>
		<title>Wie gebruikt wat?</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=610"/>
		<updated>2012-12-08T21:57:40Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Hierin houden we bij wie welke versie van EA gebruikt en wat het OS is&#039;&#039;&#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Naam&lt;br /&gt;
! versie EA&lt;br /&gt;
! OS&lt;br /&gt;
! overige info&lt;br /&gt;
! favoriete handicap&lt;br /&gt;
|-&lt;br /&gt;
| Linda Mook&lt;br /&gt;
| 9.3&lt;br /&gt;
| Mac OS X 10.7.4&lt;br /&gt;
| Crossover, MS Office 2011&lt;br /&gt;
| ENTP&lt;br /&gt;
|-&lt;br /&gt;
| Michael van der Zel&lt;br /&gt;
| 8.0 (Corporate) / 10 beta&lt;br /&gt;
| Windows XP SP3 / Windows Vista in VMware&lt;br /&gt;
| Libre Office (export to PDF) &amp;amp; MS Office 2003 (met PDFCreator)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Jan Talmon&lt;br /&gt;
| 7.5 (ik ga upgraden)&lt;br /&gt;
| MAC OS 10.8.2&lt;br /&gt;
| VMWare Fusion 5.0.1, MS Office 2011&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Sjaak Gondelach&lt;br /&gt;
| 9.3&lt;br /&gt;
| Windows XP&lt;br /&gt;
| MS Office 2010&lt;br /&gt;
| Copy vanuit OneNote gaat fout&lt;br /&gt;
|-&lt;br /&gt;
| Albert-Jan Spruyt&lt;br /&gt;
| 9.2 (Corporate)&lt;br /&gt;
| Windows XP SP3&lt;br /&gt;
| MS Office 2007&lt;br /&gt;
| Opmaak in de EA tekst editor&lt;br /&gt;
|- &lt;br /&gt;
| zet hier je naam en copy&lt;br /&gt;
| deze sectie en de wiki tabel&lt;br /&gt;
| wordt vanzelf groter&lt;br /&gt;
| :-) amazing! :-)&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=Know issues=&lt;br /&gt;
* EA 9.3 voegt extra &amp;lt;EAModel.paramSub&amp;gt; in de XMI. Dit zorgt voor een foutmelding in EA &amp;lt; 9.3. Workaround is openen in een XML of teksteditor en de &amp;lt;paramSub&amp;gt; regel verwijderen.&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=609</id>
		<title>Wie gebruikt wat?</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=609"/>
		<updated>2012-12-08T21:55:44Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Hierin houden we bij wie welke versie van EA gebruikt en wat het OS is&#039;&#039;&#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Naam&lt;br /&gt;
! versie EA&lt;br /&gt;
! OS&lt;br /&gt;
! overige info&lt;br /&gt;
! favoriete handicap&lt;br /&gt;
|-&lt;br /&gt;
| Linda Mook&lt;br /&gt;
| 9.3&lt;br /&gt;
| Mac OS X 10.7.4&lt;br /&gt;
| Crossover, MS Office 2011&lt;br /&gt;
| ENTP&lt;br /&gt;
|-&lt;br /&gt;
| Michael van der Zel&lt;br /&gt;
| 8.0 (Corporate) / 10 beta&lt;br /&gt;
| Windows XP SP3 / Windows Vista in VMware&lt;br /&gt;
| Libre Office (export to PDF) &amp;amp; MS Office 2003 (met PDFCreator)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Jan Talmon&lt;br /&gt;
| 7.5 (ik ga upgraden)&lt;br /&gt;
| MAC OS 10.8.2&lt;br /&gt;
| VMWare Fusion 5.0.1, MS Office 2011&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Sjaak Gondelach&lt;br /&gt;
| 9.3&lt;br /&gt;
| Windows XP&lt;br /&gt;
| MS Office 2010&lt;br /&gt;
| Copy vanuit OneNote gaat fout&lt;br /&gt;
|-&lt;br /&gt;
| Albert-Jan Spruyt&lt;br /&gt;
| 9.2 (Corporate)&lt;br /&gt;
| Windows XP SP3&lt;br /&gt;
| MS Office 2007&lt;br /&gt;
| Opmaak in de EA tekst editor&lt;br /&gt;
|- &lt;br /&gt;
| zet hier je naam en copy&lt;br /&gt;
| deze sectie en de wiki tabel&lt;br /&gt;
| wordt vanzelf groter&lt;br /&gt;
| :-) amazing! :-)&lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=EA_tips_en_tricks&amp;diff=387</id>
		<title>EA tips en tricks</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=EA_tips_en_tricks&amp;diff=387"/>
		<updated>2012-09-28T13:45:41Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: /* Class toont een rood driehoekje */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==DCM stereotyped classes toont een &#039;?&#039; in linker bovenhoek==&lt;br /&gt;
[[Bestand:Vraagteken.png]]&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
Als de tagged value &amp;quot;DCM::DefinitionCode&amp;quot; leeg is bij een DCM stereotyped class, zal het vraagtekentje verschijnen.&amp;lt;br&amp;gt;&lt;br /&gt;
Het vullen van tagged values gaat het eenvoudigste in het tagged value window. Dit is op te roepen door in EA in de tab &#039;View&#039; &amp;gt; &#039;Tagged Values&#039; te selecteren.&lt;br /&gt;
==Class toont een rood driehoekje==&lt;br /&gt;
[[Bestand:RedArrow.png]]&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
Het rode driehoekje is een attentie signaal, bijvoorbeeld om aan te geven dat de klasse gewijzigd is.&amp;lt;br&amp;gt;&lt;br /&gt;
Het driehoekje wordt opgeroepen door een klasse te selecteren en de toetsen &amp;lt;shift&amp;gt;&amp;lt;space&amp;gt; in te drukken.&amp;lt;br&amp;gt;&lt;br /&gt;
Dit kan vanzelfsprekend ook per ongeluk gebeuren.&amp;lt;br&amp;gt;&lt;br /&gt;
Het driehoekje wordt verwijdert door de toetsencombinatie nogmaals in te drukken&lt;br /&gt;
&lt;br /&gt;
Q: [[Gebruiker:Michael van der Zel|Michael van der Zel]] ([[Overleg gebruiker:Michael van der Zel|overleg]]) Wat is de functie van dit? Ik zie geen toegevoegde waarde.&lt;br /&gt;
&lt;br /&gt;
==Class toont een rode &#039;A&#039; in de rechter onderhoek==&lt;br /&gt;
[[Bestand:Attach.png]]&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
De rode &#039;A&#039; geeft aan dat er een document aan de klasse is toegevoegd.&amp;lt;br&amp;gt;&lt;br /&gt;
Om dit document te wijzigen of te verwijderen, kiest je in het contextmenu (rechter muisclick) &lt;br /&gt;
&#039;Edit linked document&#039; of &#039;Delete linked document&#039;&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[Bestand:Edit_Linked_Document.png]]&lt;br /&gt;
&lt;br /&gt;
==Hoe voeg ik een plaatje toe?==&lt;br /&gt;
&#039;&#039;&#039;Methode 1:&#039;&#039;&#039;&lt;br /&gt;
&amp;lt;li&amp;gt;Place the Image on the Clipboard (b.v. screenshot)&lt;br /&gt;
&amp;lt;li&amp;gt;Select a Diagram&lt;br /&gt;
&amp;lt;li&amp;gt;Right-click and select the option “Past image from&lt;br /&gt;
Clipboard&amp;quot;&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Methode 2:&#039;&#039;&#039;&lt;br /&gt;
&amp;lt;li&amp;gt;Select the menu “Settings” and then item&lt;br /&gt;
“Images...”&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;The “Image Manager” will appear &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Then use “Add New...” to load the image(s)&lt;br /&gt;
into EA.&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Open the Diagram where you want to image(s) to appear&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Drag a “Boundary” from the “Common Toolbox” OR  right-click and select &amp;quot;new element or connector&amp;quot; then &amp;quot;common&amp;quot; then &amp;quot;boundary&amp;quot; and Close the&lt;br /&gt;
properties window &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Right-click on the “Boundary” and select the “Appearance /&lt;br /&gt;
&amp;lt;li&amp;gt;Alternate Image” item &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;In the “Image Manager” select the image you want. &amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
Zie ook [[Importeren/exporteren#Plaatjes in diagrammen]]&lt;br /&gt;
&lt;br /&gt;
==Hoe modeleer ik een vrij lange ValueSet zonder deze als attributes in te voeren?==&lt;br /&gt;
&amp;lt;li&amp;gt;Drag the “Document” component located in the “Common” Compartment of the Toolbox or OR right-click and select &amp;quot;new element or connector&amp;quot; then &amp;quot;common&amp;quot; then &amp;quot;artifact&amp;quot; and Close the properties window&lt;br /&gt;
&amp;lt;li&amp;gt; Double click on the “Artifact”&lt;br /&gt;
&amp;lt;li&amp;gt;The document editor will open and then you can create a&lt;br /&gt;
&amp;lt;li&amp;gt;new Table or copy / past Tables from Word / HTML&lt;br /&gt;
&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zie ook [[Information model: diagram#Valuesets en codes]]&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
==Hoe geef ik een container een code uit een valueset of codesysteem==&lt;br /&gt;
Soms heeft een container concept ook buiten de DCM betekenis. Een voorbeeld daarvan is een &#039;&#039;panel&#039;&#039; of &#039;&#039;battery&#039;&#039; bij laboratorium testen. Zo&#039;n panel wordt gebruikt om makkelijk een set van bij elkaar horende testen te kunnen aanvragen en rapporteren. Meting van bloedgassen is een voorbeeld van zo&#039;n panel. Panels hebben namen en een code. De naam zou je in de container kunnen aetten, maar aangezien een container gaan datatype kan hebben kan de code er niet in vermeld worden. Dit wordt opgelost door onder de container een concept te hangen dat deze eigenschap van de container beschrijft.&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
	<entry>
		<id>https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=371</id>
		<title>Wie gebruikt wat?</title>
		<link rel="alternate" type="text/html" href="https://zibs.test-nictiz.nl/index.php?title=Wie_gebruikt_wat%3F&amp;diff=371"/>
		<updated>2012-09-26T13:17:43Z</updated>

		<summary type="html">&lt;p&gt;Michael van der Zel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Hierin houden we bij wie welke versie van EA gebruikt en wat het OS is&#039;&#039;&#039; &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Naam&lt;br /&gt;
! versie AE&lt;br /&gt;
! OS&lt;br /&gt;
! overige info&lt;br /&gt;
|-&lt;br /&gt;
| Linda Mook&lt;br /&gt;
| 9.3&lt;br /&gt;
| Mac OS X 10.7.4&lt;br /&gt;
| via Crossover&lt;br /&gt;
|-&lt;br /&gt;
| Michael van der Zel&lt;br /&gt;
| 8.0 (Corporate) op Windows XP SP 3&lt;br /&gt;
| 9.3 (Ultimate) op Windows Vista in VMware&lt;br /&gt;
| Libre Office (export to PDF) &amp;amp; MS Office 2003 (met PDFCreator)&lt;br /&gt;
|-&lt;br /&gt;
| zet hier je naam en copy&lt;br /&gt;
| deze sectie en de wiki tabel&lt;br /&gt;
| wordt vanzelf groter&lt;br /&gt;
| :-)&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Michael van der Zel</name></author>
	</entry>
</feed>