<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="nl">
	<id>https://informatiestandaarden.nictiz.nl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Marc</id>
	<title>informatiestandaarden - Gebruikersbijdragen [nl]</title>
	<link rel="self" type="application/atom+xml" href="https://informatiestandaarden.nictiz.nl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Marc"/>
	<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/wiki/Speciaal:Bijdragen/Marc"/>
	<updated>2026-09-18T14:15:37Z</updated>
	<subtitle>Gebruikersbijdragen</subtitle>
	<generator>MediaWiki 1.31.16</generator>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310737</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310737"/>
		<updated>2026-05-12T10:16:04Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Materiaal */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'update' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)?&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
===Filteren===&lt;br /&gt;
Zoekresultaten kunnen gefilterd worden op:&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* class&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers kunnen ook filteren op laatste bewerker en toegewezen bewerker.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
Beheerders kunnen concepten toewijzen aan een andere beheerder: dit om concepten die volgens het 4-ogen principe active gemaakt moeten worden, 'klaar te zetten' voor beoordeling door die andere beheerder.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310736</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310736"/>
		<updated>2026-05-12T10:15:13Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Controles */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'update' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)?&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
===Filteren===&lt;br /&gt;
Zoekresultaten kunnen gefilterd worden op:&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* class&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers kunnen ook filteren op laatste bewerker en toegewezen bewerker.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
Beheerders kunnen concepten toewijzen aan een andere beheerder: dit om concepten die volgens het 4-ogen principe active gemaakt moeten worden, 'klaar te zetten' voor beoordeling door die andere beheerder.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310735</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310735"/>
		<updated>2026-05-12T10:14:27Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Database structuur */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten of &amp;lt;unit&amp;gt; of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties units.xml of ordinals.xml.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten. Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
** controleer de delta&lt;br /&gt;
** controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
** kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
** een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
** ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310734</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310734"/>
		<updated>2026-05-12T10:13:10Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Nieuwe LOINC release */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten. Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
** controleer de delta&lt;br /&gt;
** controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
** kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
** een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
** ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310733</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=310733"/>
		<updated>2026-05-12T10:12:22Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Database structuur */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
** controleer de delta&lt;br /&gt;
** controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
** kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
** een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
** ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310732</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310732"/>
		<updated>2026-05-12T10:10:51Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Bewerken door beheerders */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'update' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
===Filteren===&lt;br /&gt;
Zoekresultaten kunnen gefilterd worden op:&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* class&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers kunnen ook filteren op laatste bewerker en toegewezen bewerker.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
Beheerders kunnen concepten toewijzen aan een andere beheerder: dit om concepten die volgens het 4-ogen principe active gemaakt moeten worden, 'klaar te zetten' voor beoordeling door die andere beheerder.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310731</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310731"/>
		<updated>2026-05-12T10:06:35Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Zoeken */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'update' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
===Filteren===&lt;br /&gt;
Zoekresultaten kunnen gefilterd worden op:&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* class&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers kunnen ook filteren op laatste bewerker en toegewezen bewerker.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310730</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310730"/>
		<updated>2026-05-12T10:01:59Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Status van Labcode concepten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'update' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310729</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310729"/>
		<updated>2026-05-12T09:54:08Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Errors */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310728</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310728"/>
		<updated>2026-05-12T09:47:34Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Uitkomst */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Ordinaal-kwantitatief: er kan een eenheid én een ordinale lijst worden gekoppeld.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310727</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310727"/>
		<updated>2026-05-12T09:44:14Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Methode */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes koppelen wordt niet meer ondersteund.&lt;br /&gt;
&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310726</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310726"/>
		<updated>2026-05-12T09:40:46Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Materiaal */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt het generieke materiaal 'Specimen' gebruikt.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes dienen geselecteerd te worden uit de SNOMED-tak 272394005 | Technique (qualifier value)|. Als daar methodes ontbreken kunnen die worden aangevraagd in het BITS-project 'SNOMED CT - beheer'.&lt;br /&gt;
Het zal enige tijd vergen om alle methodes die nu in de methode-tabel staan, te koppelen. Voorlopig dwingen we het bestaan van een koppeling daarom niet af; maar als er een koppeling is, dan moet die een afstammeling zijn van 272394005 | Technique (qualifier value)|.&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310725</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310725"/>
		<updated>2026-05-12T09:25:17Z</updated>

		<summary type="html">&lt;p&gt;Marc: Pending verwijderd uit documentatie ((LCB-452)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt géén materiaal toegevoegd, de gebruiker dient dit zelf te doen. Een Labcode met status 'active' en een LOINC concept met System='XXX' MOET een gekoppeld materiaal hebben.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes dienen geselecteerd te worden uit de SNOMED-tak 272394005 | Technique (qualifier value)|. Als daar methodes ontbreken kunnen die worden aangevraagd in het BITS-project 'SNOMED CT - beheer'.&lt;br /&gt;
Het zal enige tijd vergen om alle methodes die nu in de methode-tabel staan, te koppelen. Voorlopig dwingen we het bestaan van een koppeling daarom niet af; maar als er een koppeling is, dan moet die een afstammeling zijn van 272394005 | Technique (qualifier value)|.&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was. Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310724</id>
		<title>Bestand:Lab-state-diagram.png</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310724"/>
		<updated>2026-05-12T09:23:50Z</updated>

		<summary type="html">&lt;p&gt;Marc: Marc heeft een nieuwe versie van Bestand:Lab-state-diagram.png geüpload&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310723</id>
		<title>Bestand:Lab-state-diagram.png</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310723"/>
		<updated>2026-05-12T09:23:08Z</updated>

		<summary type="html">&lt;p&gt;Marc: Marc heeft een nieuwe versie van Bestand:Lab-state-diagram.png geüpload&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310722</id>
		<title>Bestand:Lab-state-diagram.png</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Bestand:Lab-state-diagram.png&amp;diff=310722"/>
		<updated>2026-05-12T09:19:00Z</updated>

		<summary type="html">&lt;p&gt;Marc: Marc heeft een nieuwe versie van Bestand:Lab-state-diagram.png geüpload&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310721</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310721"/>
		<updated>2026-05-12T08:04:58Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Labcodeset definities en regels */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset_handleiding_Eenheid_van_Taal_in_laboratoriumgeneeskunde|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt géén materiaal toegevoegd, de gebruiker dient dit zelf te doen. Een Labcode met status 'active' en een LOINC concept met System='XXX' MOET een gekoppeld materiaal hebben.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes dienen geselecteerd te worden uit de SNOMED-tak 272394005 | Technique (qualifier value)|. Als daar methodes ontbreken kunnen die worden aangevraagd in het BITS-project 'SNOMED CT - beheer'.&lt;br /&gt;
Het zal enige tijd vergen om alle methodes die nu in de methode-tabel staan, te koppelen. Voorlopig dwingen we het bestaan van een koppeling daarom niet af; maar als er een koppeling is, dan moet die een afstammeling zijn van 272394005 | Technique (qualifier value)|.&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* pending: bewerkte concepten klaar zijn om 'active' gemaakt te worden door een collega (4-ogen principe)&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' of 'pending' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was (voor 'update' is die er altijd, voor 'pending' niet altijd). Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310720</id>
		<title>Toelichting op browser van Nederlandse Labcodeset</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=Toelichting_op_browser_van_Nederlandse_Labcodeset&amp;diff=310720"/>
		<updated>2026-05-12T07:59:15Z</updated>

		<summary type="html">&lt;p&gt;Marc: Verwijderen van documentatie over panels en aanpassen panels (LCB-498)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Toelichting browser Nederlandse Labcodeset ==&lt;br /&gt;
===Labcodeset definities en regels===&lt;br /&gt;
De [https://labterminologie.nl/art-decor/labconcepts Nederlandse Labcodeset] bevat LOINC concepten die in Nederland gebruikt worden bij berichten tussen laboratoria onderling. Toelichting omtrent het dossier gegevensuitwisseling van laboratoriumuitslagen is te vinden in de [[lc:Labcodeset handleiding Eenheid van Taal in laboratoriumgeneeskunde - informatiestandaarden|handleiding Eenheid van Taal in laboratoriumgeneeskunde]].&lt;br /&gt;
&lt;br /&gt;
De Nederlandse Labcode bevat:&lt;br /&gt;
* Het betreffende LOINC concept (Engelse variant).&lt;br /&gt;
* De vertaling naar Nederlands uit LOINC, mits daar aanwezig.&lt;br /&gt;
* Een Nederlandse Long Common Name, als deze bestaat in LOINC of is toegevoegd in de applicatie.&lt;br /&gt;
* Een koppeling aan een of meer materialen uit Snomed-CT.&lt;br /&gt;
* Eventueel een koppeling aan een of meer methoden.&lt;br /&gt;
* Eventueel een koppeling aan een uitkomst.&lt;br /&gt;
* Eventueel een commentaar met nadere toelichting.&lt;br /&gt;
====Materiaal====&lt;br /&gt;
Bij het toevoegen van een concept uit LOINC, wordt het LOINC System vertaald naar een Snomed CT materiaal met een vertaaltabel, waarbij het materiaal automatisch toegevoegd wordt. De vertaaltabel is te vinden op: https://labterminologie.nl/art-decor/loinc-snomed-mapping. Bij System='XXX' wordt géén materiaal toegevoegd, de gebruiker dient dit zelf te doen. Een Labcode met status 'active' en een LOINC concept met System='XXX' MOET een gekoppeld materiaal hebben.&lt;br /&gt;
&lt;br /&gt;
In beginsel wordt er één materiaal gekoppeld, behoudens gevallen als 'Urine + Ser/Plas'. Daar worden meer Snomed materialen gekoppeld, behalve in gevallen waar Snomed een gecombineerd concept heeft (zoals &amp;quot;Acellular blood (serum or plasma) specimen (specimen)&amp;quot; voor Ser/Plas).&lt;br /&gt;
&lt;br /&gt;
Bij materialen worden de volgende attributen opgeslagen, mits van toepassing op dat materiaal:&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=370133003 Specimen substance (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118169006 Specimen source topography (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118168003 Specimen source morphology (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118170007 Specimen source identity (attribute)]&lt;br /&gt;
* [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=118171006 Specimen procedure (attribute)]&lt;br /&gt;
&lt;br /&gt;
====Methode====&lt;br /&gt;
Methodes dienen geselecteerd te worden uit de SNOMED-tak 272394005 | Technique (qualifier value)|. Als daar methodes ontbreken kunnen die worden aangevraagd in het BITS-project 'SNOMED CT - beheer'.&lt;br /&gt;
Het zal enige tijd vergen om alle methodes die nu in de methode-tabel staan, te koppelen. Voorlopig dwingen we het bestaan van een koppeling daarom niet af; maar als er een koppeling is, dan moet die een afstammeling zijn van 272394005 | Technique (qualifier value)|.&lt;br /&gt;
====Uitkomst====&lt;br /&gt;
Uitkomsten zijn:&lt;br /&gt;
* Eenheid: Alléén kwantitatieve bepalingen hebben een UCUM-eenheid; maar niet alle kwantitatieve bepalingen hebben een eenheid (bv. pH-waarde is een uitzondering). De tabel die nu in Labcodeset zit is volledig; UCUM-eenheid wordt gekozen uit die tabel.  &lt;br /&gt;
* Ordinaal: er is al een aantal ordinale lijsten gedefinieerd.&lt;br /&gt;
* Nominaal: Er is één nominale lijst: die van micro-organismen. We gebruiken altijd de volledige lijst, niet een subset. Ook als LOINC een specifiek organisme noemt; want het kan best dat je bij het uitvoeren van die test toch een ander organisme ontdekt en dat wil je dan wel kunnen rapporteren. &lt;br /&gt;
* Met andere mogelijkheden in LOINC zoals Narrative en Document wordt niets speciaals gedaan.&lt;br /&gt;
&lt;br /&gt;
===Status van Labcode concepten===&lt;br /&gt;
Labcode concepten ondergaan de volgende status-cyclus. &lt;br /&gt;
&lt;br /&gt;
[[Bestand:Lab-state-diagram.png|none|960px|Statusovergangen|links]]&lt;br /&gt;
* potential: voor LOINC concepten die nog niet in de Labcodeset zitten, en dus potentieel lid gemaakt kunnen worden&lt;br /&gt;
* initial: initieel ingeladen concepten&lt;br /&gt;
* draft: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* active: concepten die lid van de Labcodeset kunnen worden&lt;br /&gt;
* update: concepten die lid van de Labcodeset zijn, maar aangepast moeten worden&lt;br /&gt;
* pending: bewerkte concepten klaar zijn om 'active' gemaakt te worden door een collega (4-ogen principe)&lt;br /&gt;
* retired: concepten die ooit lid van de Labcodeset waren&lt;br /&gt;
Lab administrators kunnen concepten die per abuis 'retired' zijn gemaakt, weer op 'draft' zetten. Daarnaast hebben alle concepten een LOINC status. Voor Labcodes die 'active' zijn, MOET de LOINC status ook 'ACTIVE' zijn.&lt;br /&gt;
&lt;br /&gt;
Ingelogde gebruikers zien de concepten met de 'echte' status. Niet-ingelogde gebruikers zien de concepten die nu 'update' of 'pending' zijn maar ooit 'active' waren in de laatste versie die ooit 'active' was (voor 'update' is die er altijd, voor 'pending' niet altijd). Niet-ingelogde gebruikers zien ook gewone 'active' en 'retired' concepten.&lt;br /&gt;
&lt;br /&gt;
Bij het 'retired' maken van concepten dient een reden opgegeven te worden in het veld 'Reden voor retired'. Indien van toepassing kunnen ook een of meer vervangende concepten aangegeven worden.&lt;br /&gt;
&lt;br /&gt;
===Controles===&lt;br /&gt;
Bij het 'active' maken van een concept worden de volgende controles uitgevoerd.&lt;br /&gt;
* Is de status overgang toegestaan?&lt;br /&gt;
* Heeft de ingelogde gebruiker een andere dan de laatste bewerker (4-ogen principe)? Deze controle geldt niet voor panels: wanneer de panel members active (en dus gecontroleerd) zijn, mag iedere user het panel active maken.&lt;br /&gt;
* Is er een ERROR of WARNING (zie hieronder)? &lt;br /&gt;
Is het antwoord op een van deze vragen nee, dan is active maken niet toegestaan. De controles worden ook uitgevoerd bij andere wijzigingen in het concept.&lt;br /&gt;
&lt;br /&gt;
=== Errors ===&lt;br /&gt;
De volgende fouten worden gesignaleerd. Een concept met een ERROR kan niet 'active' gemaakt worden. Een ERROR wordt zichtbaar gemaakt met een uitroepteken op rood bordje, een WARNING is een oranje uitroepteken zonder bordje. De error zelf is leesbaar onder Details. Als er geen fouten zijn, verdwijnt de error vlag weer.&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Status || Foutcode !! Toelichting &lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MISSING || Labcodeset concept uit Labcodeset bestaat niet in LOINC&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || STATUS || LOINC concept heeft niet status 'ACTIVE' (en Labcodeset concept heeft niet status 'retired')&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOUNIT || Labcodeset concept met schaal 'kwantitatief' ('Qn') heeft geen eenheid&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || NOCOMP || LOINC concept heeft geen component in Nederlands&lt;br /&gt;
|-&lt;br /&gt;
| WARNING || PRERELEASE || LOINC concept heeft status PRERELEASE&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || AXISCHANGE|| Bij inlezen nieuwe LOINC release is een gewijzigde LOINC as gevonden: Deze fout wordt eenmalig gegenereerd en verdwijnt vanzelf bij een statuswijziging.&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMATERIAL || Aan System van LOINC concept is geen materiaal toegewezen in de LOINC-Snomed mapping tabel&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOMAPPING || Er is geen LOINC System naar Snomed materiaal mapping voor dit Labcodeset concept&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || NOPANEL || LOINC concept heeft type 'Panel', maar er wordt geen panel gevonden&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELMEMBER || LOINC concept is een panel maar sommige panel members zitten niet in de Labcodeset&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || PANELSTATUS || LOINC concept is een 'active' panel maar sommige panel members zijn niet 'active'&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || UNITREF|| Er is een referentie naar een unit die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || MATERIALREF|| Er is een referentie naar een materiaal dat niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || METHODREF|| Er is een referentie naar een methode die niet meer bestaat&lt;br /&gt;
|-&lt;br /&gt;
| ERROR || VALUESETREF|| Er is een referentie naar een ordinale valueset die niet meer bestaat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== LOINC Panels ===&lt;br /&gt;
LOINC Panels zijn sets van gerelateerde LOINC testen, die samen aangevraagd of uitgevoerd kunnen worden. Een voorbeeld is:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! LOINC code !! Component !! Panel / lid&lt;br /&gt;
|-&lt;br /&gt;
| 43135-3 || 17-Ketosteroiden &amp;amp; 17-Ketogen steroiden panel|| Panel&lt;br /&gt;
|-&lt;br /&gt;
| 27866-3 || 17-Ketogen steroiden|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 21038-5 || 17-Ketosteroiden || Lid&lt;br /&gt;
|-&lt;br /&gt;
| 13362-9 || Verzamelduur|| Lid&lt;br /&gt;
|-&lt;br /&gt;
| 3167-4 || Monstervolume|| Lid&lt;br /&gt;
|}&lt;br /&gt;
De LOINC code 43135-3 is een Panel, die samengesteld is uit 4 testen.&lt;br /&gt;
&lt;br /&gt;
Voorheen werden panels en aanpassen van panels in de Nederlandse Labcodeset applicatie ondersteund. Deze functionaliteit wordt niet meer ondersteund. Panels zijn in de LCS gewone concepten als alle andere, met als enige speciale kenmerk LOINC PanelType 'Panel'.&lt;br /&gt;
&lt;br /&gt;
== Handleiding Applicatie ==&lt;br /&gt;
In de Nederlandse Labcodeset applicatie kan gezocht worden op concepten in de Labcodeset. Er zijn drie soorten gebruikers:&lt;br /&gt;
* guests: deze zijn niet ingelogd en kunnen alleen concepten met status 'active' en 'retired' zien (voor concepten die ooit 'active' waren zien ze de laatste 'active' versie.)&lt;br /&gt;
* beheerders: gebruikers die ingelogd zijn en lid van group 'lab', deze kunnen alle concepten zien en wijzigen.&lt;br /&gt;
* lab administrators: gebruikers met aanvullende rechten om correctieve handelingen uit te voeren. Zij zijn lid van groups 'lab' en 'lab-admin'. Zij kunnen bijvoorbeeld concepten met status 'retired' opnieuw toevoegen aan de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
===Zoeken===&lt;br /&gt;
Zoeken op concepten gebeurt door het invoeren van een zoekstring en op Enter te drukken of op 'Zoeken' te klikken. Mogelijke zoekstrings zijn:&lt;br /&gt;
* op naam, b.v. 'fungus' of 'schimmel'&lt;br /&gt;
* op LOINC code, b.v. '21003-9'&lt;br /&gt;
* op LOINC System, b.v. 'Saliva' of 'Speeksel'&lt;br /&gt;
* op LOINC class, b.v. 'PANEL.CHEM'&lt;br /&gt;
* alles zoeken: '*' - dit is met name zinvol in combinatie met een status, b.v. alle 'draft' concepten zoeken&lt;br /&gt;
* zoeken op concepten met fouten (vinkje voor uitroepteken)&lt;br /&gt;
* zoeken op concepten met comments (vinkje voor bubbel)&lt;br /&gt;
&lt;br /&gt;
Wanneer er meer dan 100 zoekresultaten zijn, worden alleen de eerste 100 getoond. De gebruiker kan dan kiezen om de zoektermen te verfijnen voor minder resultaten, of alles te tonen.&lt;br /&gt;
&lt;br /&gt;
Resultaten worden getoond als de zoekstring voorkomt in een van de volgende LOINC velden, of in een gekoppeld materiaal of methode:&lt;br /&gt;
* longName&lt;br /&gt;
* shortName&lt;br /&gt;
* component&lt;br /&gt;
* timing&lt;br /&gt;
* scale&lt;br /&gt;
* property&lt;br /&gt;
* system&lt;br /&gt;
* method&lt;br /&gt;
* material&lt;br /&gt;
* class&lt;br /&gt;
Ingelogde gebruikers kunnen verder selecteren op status met de vinkjes voor status naast het zoekveld. Standaard wordt alleen gezocht in de Labcodeset. Ook kan gezocht worden op concepten in LOINC door het aanvinken van 'zoeken LOINC'. In dat geval worden alle concepten uit LOINC getoond. Wanneer het concept alleen in LOINC bestaat, maar niet in de Labcodeset wordt een open bol (status 'potential') getoond. Wanneer het concept ook in de Labcodeset bestaat, wordt de status uit de Labcodeset getoond.&lt;br /&gt;
&lt;br /&gt;
===Geavanceerd zoeken===&lt;br /&gt;
Het is mogelijk te zoeken met een query syntax. Wanneer de vink 'Zoeken LOINC' aan staat, wordt de geavanceerde syntax genegeerd.&lt;br /&gt;
&lt;br /&gt;
Voorbeelden:&lt;br /&gt;
* Zoek naar 'hemo' maar niet in system 'urine' en alleen scale 'ordinaal':&lt;br /&gt;
''' hemo -sys:urine sca:ordinaal&lt;br /&gt;
* Zoek naar alles in system 'bloed' of 'arter' (van: 'arterieel bloed') met error 'nounit' (geen eenheid)&lt;br /&gt;
''' * sys:bloed sys:arter err:nounit&lt;br /&gt;
&lt;br /&gt;
Gezocht kan worden op:&lt;br /&gt;
* pro[perty]&lt;br /&gt;
* tim[ing]&lt;br /&gt;
* sys[tem]&lt;br /&gt;
* sca[le]&lt;br /&gt;
* cla[ss]&lt;br /&gt;
* err[or]&lt;br /&gt;
Alleen de eerste drie karakters worden beoordeeld. Er worden resultaten weergegeven die beginnen met wat na de as komt, dus 'sys:art' geeft alles weer waarvan system met 'art' begint. Dit geldt niet voor errors, daar moet een [[#Errors|hele error code]] opgegeven worden b.v.: err:NOUNIT - ook bij warnings wordt zo gezocht, b.v. err:PRERELEASE). Alles wordt omgezet naar kleine letter, dus 'XXX' is hetzelfde als 'xxx'. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: mmol/L).&lt;br /&gt;
&lt;br /&gt;
* Negatieve zoektermen (die beginnen met '-') worden uitgesloten uit de zoekresultaten. Dus bij ''''-sys:bloed -sys:urine'''' worden noch urine, noch bloed getoond. &lt;br /&gt;
* Positieve zoekterm worden ingesloten, dus ''''sys:bloed sys:urine'''' laat alles zien waarvan het system 'bloed' of 'urine' is. &lt;br /&gt;
* '+sys:bloed +sys:urine' is equivalent aan 'sys:bloed sys:urine'.&lt;br /&gt;
&lt;br /&gt;
Unit queries:&lt;br /&gt;
Zoeken gebeurt met unit:{ucum}. Gebruik altijd 'unit' met 4 letters. Voor units moet de exacte UCUM notatie gegevens worden (b.v.: unit:mmol/L). Bij units worden geen negatieve zoektermen ondersteund.&lt;br /&gt;
&lt;br /&gt;
===Bewerken door beheerders===&lt;br /&gt;
Een gebruiker die lid is van groep 'lab' (dit wordt gedefinieerd in de database bij het aanmaken van de user) kan concepten toevoegen. Dit gebeurt door te zoeken in LOINC, en een concept met status 'potential' op 'draft' te zetten. &lt;br /&gt;
&lt;br /&gt;
Concepten in de Labcodeset kunnen van status gewijzigd worden. Als een concept op 'draft' gewijzigd wordt naar 'rejected', wordt het verwijderd uit de Labcodeset.&lt;br /&gt;
&lt;br /&gt;
Een concept kan alleen 'active' gemaakt worden door een andere user dan degene die het 'draft' dan wel 'update' heeft gemaakt. Dit is het vier-ogen-principe: concepten in de Labcodeset moeten door twee personen zijn bekeken.&lt;br /&gt;
&lt;br /&gt;
==Ontwikkelaars==&lt;br /&gt;
Een aantal aspecten van de Nederlandse Labcodeset is bereikbaar in een machine-leesbaar formaat.&lt;br /&gt;
&lt;br /&gt;
Eenheden zijn te vinden op https://labterminologie.nl/lab-data/data/units.xml&lt;br /&gt;
&lt;br /&gt;
Ordinale lijsten zijn te vinden op https://labterminologie.nl/lab-data/data/ordinals.xml&lt;br /&gt;
&lt;br /&gt;
De LOINC System naar SNOMED mapping is te vinden op https://labterminologie.nl/lab-data/data/loincsystem-to-snomed.xml&lt;br /&gt;
&lt;br /&gt;
Een eenvoudige REST API is bereikbaar op https://labterminologie.nl/lab/api/lcs/2019-8&lt;br /&gt;
&lt;br /&gt;
Het format is [base]/[id]?[params]:&lt;br /&gt;
* base: https://labterminologie.nl/lab/api/lcs&lt;br /&gt;
* loinc-id. b.v.: 2019-8&lt;br /&gt;
* optionele param: loinc=true&lt;br /&gt;
&lt;br /&gt;
Zonder de parameter loinc=true worden alleen concepten uit de Nederlandse Labcodeset teruggegeven. Met de parameter worden ook concepten die niet in de LCS zitten, maar wel in LOINC, geretourneerd.&lt;br /&gt;
&lt;br /&gt;
De Header Accept kan application/json of application/xml (default) meegeven.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Onderhoud==&lt;br /&gt;
Zie: [[lc:Labcodeset_onderhoud|Labcodeset onderhoud]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=pa:VDraft_Toetsingscriteria&amp;diff=286690</id>
		<title>pa:VDraft Toetsingscriteria</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=pa:VDraft_Toetsingscriteria&amp;diff=286690"/>
		<updated>2025-11-13T10:49:16Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
{{DISPLAYTITLE:Toetsingscriteria Productarchitectuur (draft-versie)}}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! |  [https://informatiestandaarden.nictiz.nl/wiki/pa:Hoofdproces Hoofdpagina Productarchitectuur]  |  [https://informatiestandaarden.nictiz.nl/wiki/pa:Productarchitectuurprincipes Productarchitectuurprincipes]  |  [https://informatiestandaarden.nictiz.nl/wiki/pa:VDraft_Toetsingskader Toetsingskader]  |  [https://informatiestandaarden.nictiz.nl/wiki/pa:VDraft_Toetsingscriteria Toetsingscriteria]  &lt;br /&gt;
|}&lt;br /&gt;
=Aandachtspunten=&lt;br /&gt;
&lt;br /&gt;
'''Toepassingsregels voor zibs in informatiestandaarden'''&amp;lt;br&amp;gt;&lt;br /&gt;
* Zibs en hun rol:&lt;br /&gt;
** Zibs vormen de logische modellen voor informatiestandaarden&lt;br /&gt;
** Nieuwe architectuurprincipes voor zibs zijn opgesteld via het ontwikkeltraject 'Zib-transitie', met betrokkenen buiten en binnen Nictiz&lt;br /&gt;
* Belangrijke punten van deze architectuurprincipes zibs 2.0:&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;&lt;br /&gt;
** Zibs worden zo veel mogelijk gebaseerd op bestaande internationale standaarden, zoals OpenEHR, FHIR en Xt-EHR&lt;br /&gt;
** Zibs zijn maximale modellen die alle informatie modelleren waar behoefte aan is. Informatiestandaarden kunnen zibs niet uitbreiden, alleen inperken&lt;br /&gt;
** Zibs kunnen alle soorten informatie modelleren, dus ook logistiek en workflow&lt;br /&gt;
** Zibs zijn logische modellen (nu worden ze soms als logisch en andere keren alleen als conceptueel model beschouwd)&lt;br /&gt;
** Zibs hebben kardinaliteiten op logisch niveau (nu hebben zibs [https://zibs.nl/wiki/Zib_kardinaliteiten conceptuele kardinaliteiten])&lt;br /&gt;
* Nieuwe regels voor toepassing in informatiestandaarden:&lt;br /&gt;
** De nieuwe vorm van zibs betekent andere toepassingsregels in informatiestandaarden&lt;br /&gt;
** Zib-publicaties van 2017, 2020 en 2024 zijn nog vóór architectuurprincipes zibs 2.0&lt;br /&gt;
** Toetsingscriteria zijn zo geformuleerd dat er een beweging ontstaat naar zibs 2.0 en de nieuwe toepassingsregels&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Verantwoordelijkheden van productteam bij uitbreidingen of aanpassingen op zibs'''&amp;lt;br&amp;gt;&lt;br /&gt;
* Productteam en Zib-centrum:&lt;br /&gt;
** Werken nauw samen in het (door)ontwikkelen van zibs&lt;br /&gt;
* Productteam (als beheerder van de informatiestandaard):&lt;br /&gt;
** Heeft inzicht in de samenhang tussen standaarden in het stelsel en overziet de gevolgen van wijzigingen in de eigen informatiestandaard&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;&lt;br /&gt;
** Verantwoordelijk voor een impactanalyse&amp;lt;sup&amp;gt;3&amp;lt;/sup&amp;gt; bij wijzigingsverzoeken voor de eigen informatiestandaard naar:&lt;br /&gt;
*** samenhang binnen de eigen informatiestandaard&lt;br /&gt;
*** samenhang tussen standaarden&lt;br /&gt;
*** compliance&lt;br /&gt;
*** gebruik&lt;br /&gt;
* Wenselijke werkwijze voor samenhang:&lt;br /&gt;
** Wijzigingen eerst generiek verwerken in de zib&lt;br /&gt;
** Pas daarna vanuit de vernieuwde zib toepassen in de nieuwe versie van de informatiestandaard&lt;br /&gt;
** → vereist flexibel releasebeleid voor zibs&lt;br /&gt;
** Nictiz werkt aan plan voor flexibel publiceren van zibs&amp;lt;sup&amp;gt;4&amp;lt;/sup&amp;gt;&lt;br /&gt;
* Huidige situatie:&lt;br /&gt;
** Ook nu is de beheerder van de informatiestandaard verantwoordelijk voor samenhang&lt;br /&gt;
** Toegepaste generieke wijzigingen moeten geschikt zijn voor opname in de eerstvolgende zib-release&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Ontwikkeling van zibs zo veel mogelijk op basis van bestaande internationale standaarden'''&amp;lt;br&amp;gt;&lt;br /&gt;
* Nadere invulling van toetsingscriterium [[#Logisch|2.1.4 en 2.1.5]] volgt uit de praktische handvatten (de spelregels) voor het ontwikkelen van een zib 2.0&lt;br /&gt;
** Deze praktische handvatten worden door Nictiz en de Zib 2.0-community opgeleverd&amp;lt;sup&amp;gt;4&amp;lt;/sup&amp;gt;&lt;br /&gt;
** Dit is een praktische uitwerking van de reeds opgeleverde architectuurprincipes zibs 2.0&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt; [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0];&lt;br /&gt;
&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt; [https://www.nen.nl/nen-7522-2021-nl-283706 NEN 7522:2021 Ontwikkelen en beheren van standaarden en stelsels van standaarden];&lt;br /&gt;
&amp;lt;sup&amp;gt;3&amp;lt;/sup&amp;gt; [https://nictiz.nl/app/uploads/2023/10/Duurzaam-Releasebeleid-versie-1.0.0_oktober2023.pdf Duurzaam Releasebeleid v1.0.0 par. 3.2.1];&lt;br /&gt;
&amp;lt;sup&amp;gt;4&amp;lt;/sup&amp;gt; [https://nictiz.nl/app/uploads/2025/07/Plan-van-Aanpak-zib-transitie_Verder-met-zibs-in-databeschikbaarheid_v1.1.pdf Plan van aanpak: Verder met zibs in databeschikbaarheid v1.1]&lt;br /&gt;
&lt;br /&gt;
=Taal=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 1.1''' Gebruik bestaande concepten en waardelijsten. ''Rationale: Door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|1.1.1]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding.&amp;lt;br&amp;gt;&lt;br /&gt;
Uitzonderingen:&amp;lt;br&amp;gt;&lt;br /&gt;
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen aan de criteria voor 'extensible'.&amp;lt;br&amp;gt;&lt;br /&gt;
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, moet vrije tekst gebruikt worden als OTH de gekozen waarde is.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[https://zibs.nl/wiki/Codelist_Bindings_Backup Bindings van zibs]&amp;lt;br&amp;gt;&lt;br /&gt;
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]&amp;lt;br&amp;gt;&lt;br /&gt;
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|1.1.2]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.1.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Indien een waardelijst in een informatiestandaard minder waarden bevat dan de in de zib gespecificeerde waardelijst, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.1.4&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen van waardelijsten en voor het kunnen ontvangen en verwerken van onbekende codes. Wanneer een ontvangen code onbekend is, wordt de meegestuurde weergavenaam aan de gebruiker getoond.&amp;lt;br&amp;gt;&lt;br /&gt;
Als de informatiestandaard deze verplichting niet toepast, moet er een alternatieve werkwijze zijn om het gebruik van verschillende versies van codestelsels tussen systemen te ondersteunen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 1.2''' Producten voldoen aan besluiten over de te gebruiken terminologiestelsels. ''Rationale: Gebruik van hetzelfde terminologiestelsel voor dezelfde doeleinden zorgt voor [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&amp;amp;searchString=eenheid+van+taal eenheid van taal].''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Informatiestandaarden gebruiken de generieke standaarden SNOMED, LOINC en IDMP (in Nederland: G-Standaard) voor het koppelen van terminologie, tenzij een code buiten de grondplaat beter voldoet.&amp;lt;br&amp;gt;&lt;br /&gt;
De keuze voor het te gebruiken terminologiestelsel is op basis van de Visie Eenheid van Taal, waarin de scope van elk terminologiestelsel van de grondplaat beschreven staat.&amp;lt;br&amp;gt;&lt;br /&gt;
Er zijn uitzonderingen waarbij het noodzakelijk is om buiten de grondplaat te coderen, bijvoorbeeld bij NHG-tabellen of DSM, maar ook op deze gebieden is het doel om naar de grondplaat te bewegen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://www.nictiz.nl/overig/van-eenduidige-informatie-uitwisseling-tot-hulpmiddel-voor-betere-zorg/ Visie Eenheid van Taal]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Diagnoses, problemen, behandelingen en verrichtingen worden gecodeerd met SNOMED.&amp;lt;br&amp;gt;&lt;br /&gt;
Zo niet, dan verloopt de overstap volgens de opgestelde SNOMED-roadmap.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nationalebibliotheek.nictiz.nl/bibliotheek/snomed-besluit/ SNOMED-besluit 2024]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Terminologiekoppelingen in de dataset van een informatiestandaard zijn conform de Richtlijn Terminologie koppelen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nictiz.nl/app/uploads/2025/05/20250507-Richtlijn-terminologie-koppelen-v1.0.pdf Richtlijn Terminologie koppelen v1.0]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 1.3''' Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''&lt;br /&gt;
|}&lt;br /&gt;
''Toetsingscriteria nog in ontwikkeling''&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Logisch=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; |  '''Principe 2.1''' Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 2.1.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | Informatiestandaarden gebruiken zibs als generieke standaard voor de logische modellen.&amp;lt;br&amp;gt;&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset v3.0.1] &amp;lt;br&amp;gt;&lt;br /&gt;
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria v0.91]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | 2.1.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | De vigerende versies van zibs conform het stelselbesluit worden toegepast.&amp;lt;br&amp;gt;&lt;br /&gt;
Uitzondering:&lt;br /&gt;
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden. &lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] &amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
[[pa:Ontwerpkaders_Gebruik_zibs_2024|Ontwerpkaders Gebruik pre-adopts zibs 2024]]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|2.1.3]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard maakt geen aanpassingen aan elementen van de zib.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | [[#Aandachtspunten|2.1.4]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | Indien er geen geschikte zib is, wordt gebruik gemaakt van een bestaand internationaal informatiemodel indien beschikbaar (een Xt-EHR logical model, bestaande DCM/CIM, openEHR archetype of FHIR Resource/Profile).&amp;lt;br&amp;gt;&lt;br /&gt;
Indien er geen geschikt internationaal informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | [[#Aandachtspunten|2.1.5]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | De gebruikte informatiemodellen mogen EHDS-compatibiliteit niet hinderen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot;  | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 2.2''' Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''&lt;br /&gt;
|}&lt;br /&gt;
''Toetsingscriteria nog in ontwikkeling''&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 2.3''' Een informatiestandaard voegt geen elementen ''of relaties'' toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|2.3.1]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard voegt geen elementen toe aan een zib.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|2.3.2]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | De [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset#Transactiedataset kardinaliteit] in een informatiestandaard is niet ruimer dan de kardinaliteit van elementen of relaties in een zib.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot; &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 2.4''' Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|2.4.1]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MAY&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Voor het produceren van uitwisselberichten of het verwerken van informatie kan een informatiestandaard de kardinaliteit van een zib beperken.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [[#Aandachtspunten|2.4.2]]&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Voor het ontvangen van berichten past de informatiestandaard geen beperkingen toe op de kardinaliteit van een zib.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Systeem=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 3.1''' Voor elk product is er een usecase. ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.1.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard beschrijft het vastleggen en/of uitwisselen van informatie voor één of meerdere concrete situaties. Een informatiestandaard is daarmee een oplossing voor één of meerdere specifieke [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&amp;amp;searchString=usecases usecases].&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset v3.0.1]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.1.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard beschrijft een usecase aan de hand van [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=actoren&amp;amp;op=DISPTERM actoren] (mensen en informatiesystemen) en [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=transactie&amp;amp;op=DISPTERM transacties] (welke informatie wordt wanneer vastgelegd en/of uitgewisseld).&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 3.2''' Producten (informatiestandaarden) zijn zelfstandig implementeerbaar. ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.2.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard omvat ook een technische specificatie. Deze technische specificatie is gebaseerd op het functioneel ontwerp.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] &amp;lt;br&amp;gt;&lt;br /&gt;
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3] &lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.2.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Elk data-element in de dataset van de informatiestandaard is gemapt naar de technische specificatie.&amp;lt;br&amp;gt;&lt;br /&gt;
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.2.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Alle verplichtingen en verwachtingen vanuit het functioneel ontwerp zijn uitgewerkt in een profiel of in een tekst in de technische specificatie.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 3.3''' Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Informatiestandaarden gebruiken de generieke uitwisselingsstandaard FHIR voor de technische representatie.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria v0.91]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | De vigerende versies van FHIR conform het stelselbesluit worden toegepast.&amp;lt;br&amp;gt;&lt;br /&gt;
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] &amp;lt;br&amp;gt;&lt;br /&gt;
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3] &lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.4&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Profielen zijn gebaseerd of zijn compatibel met zib en nl-core.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.5&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.6&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 3.3.7&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Transactie=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 4.1''' Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | https://hl7.org/fhir/resource.html#profile-tags&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST NOT&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] &amp;lt;br&amp;gt;&lt;br /&gt;
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3] &lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.4&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Indien een situatie past binnen een patroon zoals beschreven in de profling guidelines, volgt de FHIR-uitwerking dit patroon.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.5&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Profielen zijn gebaseerd of zijn compatibel met eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode).&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.6&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.7&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Profielen en andere conformance resources zijn gevalideerd tegen de FHIR core specificaties met de HL7-validatietooling. Afwijkingen moeten zijn verklaard.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 4.1.8&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | MUST&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | De voorbeeldmaterialen zijn gevalideerd tegen de profielen. Afwijkingen moeten zijn verklaard.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot;| '''Principe 4.2''' Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''&lt;br /&gt;
|}&lt;br /&gt;
''Toetsingscriteria nog in ontwikkeling''&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Data of verwerking=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot;| '''Principe 5.1''' Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''&lt;br /&gt;
|}&lt;br /&gt;
''Toetsingscriteria nog in ontwikkeling''&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot;| '''Principe 5.2''' Fysieke dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekent niet dat ze voor andere usecases ook verplicht.''&lt;br /&gt;
|}&lt;br /&gt;
''Zie toetsingscriterium 2.4.1 en 2.4.2. Overige toetsingscriteria nog in ontwikkeling''&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Generieke patronen=&lt;br /&gt;
&lt;br /&gt;
==Duplicaatdetectie voor ontdubbelen==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 1.1''' Elk gegevensobject heeft één unieke identiteit. ''Rationale: Maakt ontdubbeling mogelijk, voorkomt dubbele informatie voor eindgebruikers en bevordert daarmee overzicht en efficiëntie in het gebruik van informatiesystemen.''&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.1.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=bronsysteem&amp;amp;op=DISPTERM Bronsystemen] kennen wereldwijd unieke identifiers toe aan nieuwe [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=gegevensobjecten&amp;amp;op=DISPTERM gegevensobjecten].&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nictiz.atlassian.net/browse/NICTIZ-34076 NICTIZ-34076 Objectidentificatie alfa-versie]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.1.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Secundaire systemen persisteren de identifiers van binnenkomende objecten.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.1.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Secundaire systemen hanteren bij het uitwisselen van overgenomen objecten de oorspronkelijke identifier die was toegekend door het bronsysteem.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left; font-weight:normal; background-color:white;&amp;quot; | '''Principe 1.2''' Data wordt beheerd waar ze ontstaat. ''Rationale: Dit voorkomt dataduplicatie en inconsistenties.'' &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:100%;&amp;quot;&lt;br /&gt;
|+ style=&amp;quot;text-align:left;&amp;quot; | Toetsingscriteria&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:4%; vertical-align:top; text-align:left&amp;quot; | Item&lt;br /&gt;
! style=&amp;quot;width:6%; vertical-align:top; text-align:left&amp;quot; | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]&lt;br /&gt;
! style=&amp;quot;width:67%; vertical-align:top; text-align:left&amp;quot; | Beschrijving&lt;br /&gt;
! style=&amp;quot;width:23%; vertical-align:top; text-align:left&amp;quot; | Bron&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.1&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Mutaties aan een object zijn alleen mogelijk in het bronsysteem. Mutaties in een secundair systeem zijn niet toegestaan. Wijzigingen aan een object in het bronsysteem leiden tot een nieuwe versie van dat object; wijzigingen in een secundair systeem leiden tot een nieuw (afgeleid) object waarvoor het secundaire systeem dan bronsysteem wordt.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&amp;amp;searchString=wijzigingen Thesaurus Data voor de Zorg 'wijzigingen']&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Het bronsysteem behoudt de identifier van een object bij een mutatie; de versie van het object wordt wel vernieuwd.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | [https://nictiz.atlassian.net/browse/NICTIZ-34076 NICTIZ-34076 Objectidentificatie alfa-versie]&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.3&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Het secundaire systeem wijst een nieuwe identifier toe bij aanpassingen op overgenomen gegevens.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 1.2.4&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | SHOULD&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | Een informatiestandaard vereist van systemen dat de datum en tijd van mutatie met volledige datum- en tijdstempels, inclusief tijdzone, worden vastgelegd en uitgewisseld.&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | &amp;quot; &amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=Documenthistorie=&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;table-layout:fixed; width:50%;&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width:8%; vertical-align:top; text-align:left&amp;quot; | Versie&lt;br /&gt;
! style=&amp;quot;width:8%; vertical-align:top; text-align:left&amp;quot; | Status&lt;br /&gt;
! style=&amp;quot;width:8%; vertical-align:top; text-align:left&amp;quot; | Datum&lt;br /&gt;
! style=&amp;quot;width:34%; vertical-align:top; text-align:left&amp;quot; | Wijziging&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 0.1.0-alfa.2&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | draft&lt;br /&gt;
| style=&amp;quot;vertical-align:top; text-align:left&amp;quot; | 07-11-2025&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Voor het opstellen van deze pagina is ChatGPT gebruikt als hulp voor het verbeteren van de schrijfstijl, de zinstructuur en voor grammaticacontrole.&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=pa:Hoofdproces&amp;diff=283444</id>
		<title>pa:Hoofdproces</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=pa:Hoofdproces&amp;diff=283444"/>
		<updated>2025-09-18T12:05:01Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Productarchitectuur}}&lt;br /&gt;
==Productarchitectuur==&lt;br /&gt;
Wat doet productarchitectuur?&lt;br /&gt;
===Productarchitectuurprincipes===&lt;br /&gt;
Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk een onderdelen die gebruikt kunnen worden in een informatie standaard. &lt;br /&gt;
&lt;br /&gt;
Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten.&lt;br /&gt;
&lt;br /&gt;
In dit document beschrijft de lagen en de richtlijnen per laag waar een informatie product aan zou moeten voldoen. Het organisatieniveau wordt niet door Nictiz gespecificeerd in informatie standaarden, de taal en logisch niveau hebben voldoende bestaande richtlijnen, blijft het systeemniveau over waar enkele richtlijnen zijn (FHIR besluit) maar nog wel ruimte is voor richting.&lt;br /&gt;
&lt;br /&gt;
Doel van informatieproducten, dus ook transactie bouwstenen, is dat ze op zich een complete oplossing zijn.&lt;br /&gt;
&lt;br /&gt;
[[pa:Productarchitectuurprincipes|Productarchitectuur]]&lt;br /&gt;
&lt;br /&gt;
===Toetsingscriteria===&lt;br /&gt;
Korte uitleg.&lt;br /&gt;
&lt;br /&gt;
[[pa:Toetsingscriteria|Toetsingscriteria]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=pa:Productarchitectuurprincipes&amp;diff=283406</id>
		<title>pa:Productarchitectuurprincipes</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=pa:Productarchitectuurprincipes&amp;diff=283406"/>
		<updated>2025-09-17T12:55:06Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Productarchitectuurprincipes}}&lt;br /&gt;
{{IssueBox|Please note that this is draft material which is still in development}}&lt;br /&gt;
&lt;br /&gt;
= Doel =&lt;br /&gt;
Verschillende producten van Nictiz (POB) worden onafhankelijk ontwikkeld wat soms leidt tot conflicterende specificaties. Doel van dit document is om schrijvers van geïntegreerde informatiestandaarden (specificaties) te helpen keuzes te maken die passen in een meer eenvormig specificatie landschap. Dit document is niet bedoeld om richting te geven aan het specificeren van logische modellen of waardelijsten.&lt;br /&gt;
Nictiz e.a. hebben een groot aantal besluiten in het verleden genomen en een aantal principiële richtlijnen hoe nieuwe beslissingen genomen moeten worden. In dit document zullen deze voor zover mogelijk verzameld worden. Doel van dit werk is niet om nieuwe beslissingen te nemen, maar de bestaande beslissingen in context te representeren.&lt;br /&gt;
&lt;br /&gt;
= Structuur van de informatie =&lt;br /&gt;
[[Bestand:Specificatiecanvas.webp|miniatuur|Specificatie Canvas]]&lt;br /&gt;
Voor de architectuur principes gebruiken we het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) als leidraad voor de structuur. Alternatief was het Nictiz vijflagen model (https://nictiz.nl/wat-we-doen/zorginformatiestelsel/interoperabiliteit/lagenmodel-3) geweest, dit model mist detail wat bijvoorbeeld het onderscheid tussen opgeslagen (verwerkte) en gecommuniceerde gegevens niet duidelijk maakt. Daarnaast mist het onderscheid tussen logische modellen en concepten. &lt;br /&gt;
&lt;br /&gt;
Met de architectuur principes beschrijven we de middelste drie lagen van het specificatie canvas in detail en geeft aan hoe de onderste (infrastructuurniveau) laag betrokken kan worden. Het organisatieniveau wordt niet door Nictiz gecontroleerd en het infrastructuurniveau volgt uit de keuzes op systeem niveau.&lt;br /&gt;
&lt;br /&gt;
= Taal =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Op taal en concept niveau is er door de SNOMED in gebruik bij Nederlandse zorgaanbieders grotendeels vastgelegd. Dit document geeft duidelijk richting aan wanneer er eenheid van taal op basis van SNOMED gebruikt dient te worden. &lt;br /&gt;
== Definitie specificatie canvas ==&lt;br /&gt;
Informatiegebruikers zoals zorgaanbieders, patiënten en onderzoekers leggen hun taal vast in terminologieën en betekenismodellen. Binnen een eigen instelling, vakgroep of specialisme spreken en schrijven mensen een eigen taal. Een huisarts gebruikt een andere taal dan een internist en ook de patiënt spreekt en schrijft een eigen taal. Om te kunnen samenwerken groeit de behoefte aan een verbinding tussen de verschillende talen: een gemeenschappelijke taal of een vertaling.&lt;br /&gt;
== Principes ==&lt;br /&gt;
Bij dit niveau horen de volgende principes; &lt;br /&gt;
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''&lt;br /&gt;
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''&lt;br /&gt;
&lt;br /&gt;
= Logisch =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Dit document heeft niet de intentie om de principes te beschrijven die nodig zijn voor de definitie van een Logisch Model. Hiervoor is een document binnen de Nictiz beschikbaar Architectuur zibs 2.0 (Architectuur zibs 2.0 concept.docx). Dit document beschrijft het gebruik van de logische modellen.&lt;br /&gt;
== Definitie Specificatie Canvas ==&lt;br /&gt;
Het logische niveau verbindt zorginhoud met techniek. De taal van de &lt;br /&gt;
zorgverlener wordt hier gestructureerd voor verwerking in ICT-systemen. Het logische niveau blijft onafhankelijk van de systeemtechniek. Zo kan de techniek zich verder ontwikkelen zonder dat gebruikers hun taal daarop hoeven aan te passen.&lt;br /&gt;
== Principes ==&lt;br /&gt;
Merk op dat dit document bedoeld is voor het gebruik van een logisch model en niet bedoeld is om richting te geven bij het definiëren van logische modellen.&lt;br /&gt;
&lt;br /&gt;
Bij dit niveau horen de volgende principes:&lt;br /&gt;
* Informatie standaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''&lt;br /&gt;
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''&lt;br /&gt;
* Een informatie standaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''&lt;br /&gt;
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''&lt;br /&gt;
&lt;br /&gt;
= Systeem =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Op systeemniveau ontstaan producten die direct implementeerbaar zijn. Op dit niveau komen de bovenliggende lagen samen en vormen deze voor een specifieke usecase een voor de zorg zinnige oplossing.&lt;br /&gt;
== Definitie Specificatie Canvas ==&lt;br /&gt;
Systemen zoals elektronische patiëntendossiers (EPD’s), zorginformatiesystemen (XIS’en), generieke voorzieningen en apps scheiden binnen en buiten met een systeemgrens of koppelvlak. Op systeemniveau betreffen specificaties softwaresystemen en hun koppelvlakken of systeemgrenzen of API’s (application programming interfaces). De koppelvlakken specificeren wij zonder te zeggen hoe een systeem van binnen werkt (black-box principe).&lt;br /&gt;
== Principes ==&lt;br /&gt;
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''&lt;br /&gt;
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''&lt;br /&gt;
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''&lt;br /&gt;
&lt;br /&gt;
== Transactie Principes ==&lt;br /&gt;
Transactie (product) architectuur principes:&lt;br /&gt;
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''&lt;br /&gt;
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''&lt;br /&gt;
&lt;br /&gt;
== Data of verwerking Principes ==&lt;br /&gt;
Data (product) architectuur principes:&lt;br /&gt;
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''&lt;br /&gt;
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=pa:Productarchitectuurprincipes&amp;diff=283405</id>
		<title>pa:Productarchitectuurprincipes</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=pa:Productarchitectuurprincipes&amp;diff=283405"/>
		<updated>2025-09-17T12:54:57Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Productarchitectuurprincipes}}}&lt;br /&gt;
{{IssueBox|Please note that this is draft material which is still in development}}&lt;br /&gt;
&lt;br /&gt;
= Doel =&lt;br /&gt;
Verschillende producten van Nictiz (POB) worden onafhankelijk ontwikkeld wat soms leidt tot conflicterende specificaties. Doel van dit document is om schrijvers van geïntegreerde informatiestandaarden (specificaties) te helpen keuzes te maken die passen in een meer eenvormig specificatie landschap. Dit document is niet bedoeld om richting te geven aan het specificeren van logische modellen of waardelijsten.&lt;br /&gt;
Nictiz e.a. hebben een groot aantal besluiten in het verleden genomen en een aantal principiële richtlijnen hoe nieuwe beslissingen genomen moeten worden. In dit document zullen deze voor zover mogelijk verzameld worden. Doel van dit werk is niet om nieuwe beslissingen te nemen, maar de bestaande beslissingen in context te representeren.&lt;br /&gt;
&lt;br /&gt;
= Structuur van de informatie =&lt;br /&gt;
[[Bestand:Specificatiecanvas.webp|miniatuur|Specificatie Canvas]]&lt;br /&gt;
Voor de architectuur principes gebruiken we het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) als leidraad voor de structuur. Alternatief was het Nictiz vijflagen model (https://nictiz.nl/wat-we-doen/zorginformatiestelsel/interoperabiliteit/lagenmodel-3) geweest, dit model mist detail wat bijvoorbeeld het onderscheid tussen opgeslagen (verwerkte) en gecommuniceerde gegevens niet duidelijk maakt. Daarnaast mist het onderscheid tussen logische modellen en concepten. &lt;br /&gt;
&lt;br /&gt;
Met de architectuur principes beschrijven we de middelste drie lagen van het specificatie canvas in detail en geeft aan hoe de onderste (infrastructuurniveau) laag betrokken kan worden. Het organisatieniveau wordt niet door Nictiz gecontroleerd en het infrastructuurniveau volgt uit de keuzes op systeem niveau.&lt;br /&gt;
&lt;br /&gt;
= Taal =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Op taal en concept niveau is er door de SNOMED in gebruik bij Nederlandse zorgaanbieders grotendeels vastgelegd. Dit document geeft duidelijk richting aan wanneer er eenheid van taal op basis van SNOMED gebruikt dient te worden. &lt;br /&gt;
== Definitie specificatie canvas ==&lt;br /&gt;
Informatiegebruikers zoals zorgaanbieders, patiënten en onderzoekers leggen hun taal vast in terminologieën en betekenismodellen. Binnen een eigen instelling, vakgroep of specialisme spreken en schrijven mensen een eigen taal. Een huisarts gebruikt een andere taal dan een internist en ook de patiënt spreekt en schrijft een eigen taal. Om te kunnen samenwerken groeit de behoefte aan een verbinding tussen de verschillende talen: een gemeenschappelijke taal of een vertaling.&lt;br /&gt;
== Principes ==&lt;br /&gt;
Bij dit niveau horen de volgende principes; &lt;br /&gt;
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''&lt;br /&gt;
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''&lt;br /&gt;
&lt;br /&gt;
= Logisch =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Dit document heeft niet de intentie om de principes te beschrijven die nodig zijn voor de definitie van een Logisch Model. Hiervoor is een document binnen de Nictiz beschikbaar Architectuur zibs 2.0 (Architectuur zibs 2.0 concept.docx). Dit document beschrijft het gebruik van de logische modellen.&lt;br /&gt;
== Definitie Specificatie Canvas ==&lt;br /&gt;
Het logische niveau verbindt zorginhoud met techniek. De taal van de &lt;br /&gt;
zorgverlener wordt hier gestructureerd voor verwerking in ICT-systemen. Het logische niveau blijft onafhankelijk van de systeemtechniek. Zo kan de techniek zich verder ontwikkelen zonder dat gebruikers hun taal daarop hoeven aan te passen.&lt;br /&gt;
== Principes ==&lt;br /&gt;
Merk op dat dit document bedoeld is voor het gebruik van een logisch model en niet bedoeld is om richting te geven bij het definiëren van logische modellen.&lt;br /&gt;
&lt;br /&gt;
Bij dit niveau horen de volgende principes:&lt;br /&gt;
* Informatie standaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''&lt;br /&gt;
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''&lt;br /&gt;
* Een informatie standaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''&lt;br /&gt;
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''&lt;br /&gt;
&lt;br /&gt;
= Systeem =&lt;br /&gt;
== Inleiding ==&lt;br /&gt;
Op systeemniveau ontstaan producten die direct implementeerbaar zijn. Op dit niveau komen de bovenliggende lagen samen en vormen deze voor een specifieke usecase een voor de zorg zinnige oplossing.&lt;br /&gt;
== Definitie Specificatie Canvas ==&lt;br /&gt;
Systemen zoals elektronische patiëntendossiers (EPD’s), zorginformatiesystemen (XIS’en), generieke voorzieningen en apps scheiden binnen en buiten met een systeemgrens of koppelvlak. Op systeemniveau betreffen specificaties softwaresystemen en hun koppelvlakken of systeemgrenzen of API’s (application programming interfaces). De koppelvlakken specificeren wij zonder te zeggen hoe een systeem van binnen werkt (black-box principe).&lt;br /&gt;
== Principes ==&lt;br /&gt;
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''&lt;br /&gt;
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''&lt;br /&gt;
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''&lt;br /&gt;
&lt;br /&gt;
== Transactie Principes ==&lt;br /&gt;
Transactie (product) architectuur principes:&lt;br /&gt;
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''&lt;br /&gt;
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''&lt;br /&gt;
&lt;br /&gt;
== Data of verwerking Principes ==&lt;br /&gt;
Data (product) architectuur principes:&lt;br /&gt;
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''&lt;br /&gt;
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283404</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283404"/>
		<updated>2025-09-17T12:47:16Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Bijwerken LOINC-Snomed mapping */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: materials, units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Lab concepts leunen erg op de Panels. De panel structuur wordt geimporteerd uit loinc.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* local_panels, met de Nederlandse varianten op internationale panels&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* materials, units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook.&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units en materials mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
** controleer de delta&lt;br /&gt;
** controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
** kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
** een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
** ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283402</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283402"/>
		<updated>2025-09-17T12:46:52Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Nieuwe LOINC release */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: materials, units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Lab concepts leunen erg op de Panels. De panel structuur wordt geimporteerd uit loinc.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* local_panels, met de Nederlandse varianten op internationale panels&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* materials, units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook.&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units en materials mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
** controleer de delta&lt;br /&gt;
** controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
** kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
** een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
** ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Bijwerken LOINC-Snomed mapping==&lt;br /&gt;
In de LOINC-Snomed tabel (loincsystem-to-snomed.xml) zitten de mappings tussen LOINC System en Snomed concepten. Voor één LOINC System kunnen meerdere rijen voorkomen, b.v. LOINC System &amp;quot;Bld/Tiss&amp;quot; mapt op Snomed concept &amp;quot;Blood (Specimen)&amp;quot; en &amp;quot;Tissue (Specimen)&amp;quot;. Deze tabel is geïmporteerd uit de LOINC-Snomed mapping van Regenstrief. Daarnaast zitten er rijen in die niet in die mapping zitten, dat zijn de &amp;quot;dubbele&amp;quot; Systems (Bld/Tiss) en aparte gevallen (^Mother).&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283399</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283399"/>
		<updated>2025-09-17T12:44:21Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Nieuwe LOINC release */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: materials, units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Lab concepts leunen erg op de Panels. De panel structuur wordt geimporteerd uit loinc.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* local_panels, met de Nederlandse varianten op internationale panels&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* materials, units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook.&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units en materials mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* meld gebruikers vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit terminologiecentrum.&lt;br /&gt;
* meld hoster vooraf dat er werkzaamheden gaan plaatsvinden. Actie vanuit Informatiemanagement.&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* maak een backup van lab-data (duurt p/m 20 minuten)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex van lab-data zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf (vink de achteraf en vooraf publicaties aan, en klik 'delta aanmaken')&lt;br /&gt;
* controleren of alles goed gegaan is&lt;br /&gt;
  * controleer de delta&lt;br /&gt;
  * controleer een paar van de concepten die in de delta staan via de UI&lt;br /&gt;
  * kijk of de verschillen in count-errors en count-status in lijn liggen met de delta&lt;br /&gt;
  * een korte scan is voldoende, als er iets verkeerd is gegaan is dit meestal snel te zien&lt;br /&gt;
  * ook als alles goed gaat kunnen er onverwachte resultaten zijn, bijvoorbeeld erg veel concepten die van status veranderen omdat er iets in LOINC bij veel concepten gewijzigd is - overleg in zo'n geval met gebruikers en/of TC over te ondernemen acties&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Bijwerken LOINC-Snomed mapping==&lt;br /&gt;
In de LOINC-Snomed tabel (loincsystem-to-snomed.xml) zitten de mappings tussen LOINC System en Snomed concepten. Voor één LOINC System kunnen meerdere rijen voorkomen, b.v. LOINC System &amp;quot;Bld/Tiss&amp;quot; mapt op Snomed concept &amp;quot;Blood (Specimen)&amp;quot; en &amp;quot;Tissue (Specimen)&amp;quot;. Deze tabel is geïmporteerd uit de LOINC-Snomed mapping van Regenstrief. Daarnaast zitten er rijen in die niet in die mapping zitten, dat zijn de &amp;quot;dubbele&amp;quot; Systems (Bld/Tiss) en aparte gevallen (^Mother).&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=pa:Hoofdproces&amp;diff=283359</id>
		<title>pa:Hoofdproces</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=pa:Hoofdproces&amp;diff=283359"/>
		<updated>2025-09-15T14:35:08Z</updated>

		<summary type="html">&lt;p&gt;Marc: Nieuwe pagina aangemaakt met '==Productarchitectuur== Wat doet productarchitectuur? ===Productarchitectuurprincipes=== Korte uitleg.  Productarchitectuur ===T...'&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Productarchitectuur==&lt;br /&gt;
Wat doet productarchitectuur?&lt;br /&gt;
===Productarchitectuurprincipes===&lt;br /&gt;
Korte uitleg.&lt;br /&gt;
&lt;br /&gt;
[[pa:Productarchitectuurprincipes|Productarchitectuur]]&lt;br /&gt;
===Toetsingscriteria===&lt;br /&gt;
Korte uitleg.&lt;br /&gt;
&lt;br /&gt;
[[pa:Toetsingscriteria|Toetsingscriteria]]&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283259</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283259"/>
		<updated>2025-09-12T11:28:00Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Nieuwe LOINC release */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: materials, units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Lab concepts leunen erg op de Panels. De panel structuur wordt geimporteerd uit loinc.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* local_panels, met de Nederlandse varianten op internationale panels&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* materials, units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook.&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units en materials mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex zinvol kan zijn&lt;br /&gt;
&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf&lt;br /&gt;
* controleren en verwijderen van old-data als alles goed gegaan is&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Bijwerken LOINC-Snomed mapping==&lt;br /&gt;
In de LOINC-Snomed tabel (loincsystem-to-snomed.xml) zitten de mappings tussen LOINC System en Snomed concepten. Voor één LOINC System kunnen meerdere rijen voorkomen, b.v. LOINC System &amp;quot;Bld/Tiss&amp;quot; mapt op Snomed concept &amp;quot;Blood (Specimen)&amp;quot; en &amp;quot;Tissue (Specimen)&amp;quot;. Deze tabel is geïmporteerd uit de LOINC-Snomed mapping van Regenstrief. Daarnaast zitten er rijen in die niet in die mapping zitten, dat zijn de &amp;quot;dubbele&amp;quot; Systems (Bld/Tiss) en aparte gevallen (^Mother).&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283241</id>
		<title>lc:Labcodeset onderhoud</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=lc:Labcodeset_onderhoud&amp;diff=283241"/>
		<updated>2025-09-12T08:17:15Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Nieuwe LOINC release */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Labcodeset - onderhoud|noreplace}}&lt;br /&gt;
&lt;br /&gt;
==Database structuur==&lt;br /&gt;
In de collectie data/lab_concepts zit een &amp;lt;lab_concept&amp;gt; element per rij in de LCS. Hierin zit het Engelse en Nederlandse LOINC concept zoals uit LOINC geïmporteerd. DE Nederlandse Long Common Name wordt gegenereerd, deze wordt toegevoegd bij gebruik van de functies in api-labterm.xqm. &lt;br /&gt;
&lt;br /&gt;
Er zijn meer children in &amp;lt;lab_concept&amp;gt;: materials, units, outcomes en errors. Voor errors zie de gebruikershandleiding. De andere bevatten &amp;lt;material&amp;gt; of &amp;lt;unit&amp;gt; een of &amp;lt;valueSet&amp;gt; met een @ref attribuut wat wijst naar een @id in de collecties materials.xml, units.xml of ordinals.xml. Er is ook een methods child mogelijk, maar dat wordt (nog?) niet gebruikt.&lt;br /&gt;
&lt;br /&gt;
Lab concepts leunen erg op de Panels. De panel structuur wordt geimporteerd uit loinc.&lt;br /&gt;
&lt;br /&gt;
Naast de lab_concepts zijn er nog:&lt;br /&gt;
* local_panels, met de Nederlandse varianten op internationale panels&lt;br /&gt;
* loinc-system-to-snomed: een mapping tabel tussen System en Snomed, meestal children van Specimen (maar niet altijd)&lt;br /&gt;
* materials, units, ordinals, nominals met de te gebruiken bronnen. Er is maar een nominale lijst, deze is nu hard-coded aanwezig&lt;br /&gt;
* prerelease, hierin kunnen concepten uit de LOINC prerelease tabel opgenomen worden. De prerelease HTML tabel kan ingelezen worden met een Jupyter Notebook.&lt;br /&gt;
* old_data, hierin zitten data van voor een LOINC-upgrade, wordt automatisch overschreven de volgende keer&lt;br /&gt;
Rijen uit units en materials mogen nooit verwijderd worden, uitgegeven id's moeten uniek blijven, deze moeten status=retired krijgen als ze niet meer gebruikt worden.&lt;br /&gt;
&lt;br /&gt;
==Nieuwe LOINC release==&lt;br /&gt;
Wanneer er een nieuwe release van LOINC geïnstalleerd is, moeten de concepten in de Labcodeset bijgewerkt worden.&lt;br /&gt;
Dat gebeurt door een eXist gebruiker met 'dba' rechten, door het draaien van de XQuery (in helpers) 'update-from-loinc.xquery'.&lt;br /&gt;
&lt;br /&gt;
Deze zal:&lt;br /&gt;
* LOINC concepten vervangen door de nieuwere LOINC concepten&lt;br /&gt;
* Controleren of status LOINC &amp;lt;&amp;gt; ACTIVE is voor concepten die wel 'active' zijn in LCS&lt;br /&gt;
* Alle assen behalve Component (dus: System, Property, Timing, Scale, Method) controleren op wijzigingen tussen de LCS versie en de nieuwe LOINC versie&lt;br /&gt;
* Foutmelding toevoegen voor beide bovenstaande issue, en indien van toepassing de status in LCS van 'active' naar 'update' zetten.&lt;br /&gt;
* Alle concepten die na bovenstaande controles 'active' zijn in de LCS, controleren op nieuwe fouten (b.v. als gevolg van een gewijzigde panel inhoud). Deze worden bij fouten alsnog op 'update' gezet.&lt;br /&gt;
&lt;br /&gt;
Stappen:&lt;br /&gt;
Vooraf:&lt;br /&gt;
* lock de database voor gebruikers via backend (zie lock.xml in applicatie root)&lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery), bewaar resultaten&lt;br /&gt;
* maak een &amp;quot;vooraf&amp;quot; publicatie&lt;br /&gt;
Uitvoeren:&lt;br /&gt;
* installeer laatste LOINC release (doe dit pas na de &amp;quot;vooraf&amp;quot; stap, anders worden wijzigingen in panels niet goed geregistreerd)&lt;br /&gt;
* draai update-from-loinc.xquery, kan een tijd duren (tel eventueel status tussendoor om voortgang te zien&lt;br /&gt;
* de praktijk wijst uit dat een reindex zinvol kan zijn&lt;br /&gt;
* draai check-active-concepts.xquery: deze zal fouten n.a.v. de LOINC release signaleren, o.a. panels die members erbij hebben, of members die niet meer 'active' zijn, deze controles kunnen pas gedraaid worden nadat alle concepten zijn bijgewerkt&lt;br /&gt;
Na draaien: &lt;br /&gt;
* tellen van errors (count-errors.xquery) en statussen (count-status.xquery)&lt;br /&gt;
* er zullen meestal concepten van active-&amp;gt;update zijn gezet, meld deze aan de gebruikers (ze zijn ook te vinden met err:FOUT zoekopdrachten)&lt;br /&gt;
* maak een &amp;quot;achteraf&amp;quot; publicatie&lt;br /&gt;
* maak een delta vooraf-achteraf&lt;br /&gt;
* controleren en verwijderen van old-data als alles goed gegaan is&lt;br /&gt;
* de eventuele prerelease.xml leeg maken of vervangen door de laatste prerelease van LOINC&lt;br /&gt;
* controleer met err:PRERELEASE of er nog prerelease concepten in de database zitten, dat zou niet zo moeten zijn. Indien toch, overleg met gebruikers.&lt;br /&gt;
* meld gebruikers dat e.e.a. afgerond is, stuur (link naar) delta mee&lt;br /&gt;
&lt;br /&gt;
==Bijwerken LOINC-Snomed mapping==&lt;br /&gt;
In de LOINC-Snomed tabel (loincsystem-to-snomed.xml) zitten de mappings tussen LOINC System en Snomed concepten. Voor één LOINC System kunnen meerdere rijen voorkomen, b.v. LOINC System &amp;quot;Bld/Tiss&amp;quot; mapt op Snomed concept &amp;quot;Blood (Specimen)&amp;quot; en &amp;quot;Tissue (Specimen)&amp;quot;. Deze tabel is geïmporteerd uit de LOINC-Snomed mapping van Regenstrief. Daarnaast zitten er rijen in die niet in die mapping zitten, dat zijn de &amp;quot;dubbele&amp;quot; Systems (Bld/Tiss) en aparte gevallen (^Mother).&lt;br /&gt;
&lt;br /&gt;
==Publicatie==&lt;br /&gt;
Voor het maken van een publicatie is het wenselijk:&lt;br /&gt;
* alle concepten te controleren&lt;br /&gt;
* de eenheden tabel te valideren op geldige ucum-eenheden (dat kan met het uploaden van een Excel op: https://ucum.nlm.nih.gov/ucum-lhc/demo.html)&lt;br /&gt;
&lt;br /&gt;
Gebruikers kunnen een publicatie maken. Het publicatieproces genereert:&lt;br /&gt;
* lab-concepts-full-{timestamp}.xml, dit is de uitvoer van het publicatieproces.&lt;br /&gt;
* lab-concepts-{timestamp}.xml, een vereenvoudigde versie, gemaakt met simplify-publication.xsl, dit is de te publiceren versie. Door de 2-fasen aanpak is het eindgebruikersformaat eenvoudig aan te passen.&lt;br /&gt;
* lab-concepts-{timestamp}.html, een leesbare versie, gemaakt uit de full-versie met publicatie2html.xsl.&lt;br /&gt;
&lt;br /&gt;
Noot: de eerste publicatie kent deze 3 varianten niet, alleen een lab-concepts-{timestamp}.xml met een 'full' versie erin.&lt;br /&gt;
&lt;br /&gt;
Wanneer een &amp;lt;publication... attribuut @publication=&amp;quot;true&amp;quot; heeft, is verwijderen via de UI niet mogelijk, en hebben alle gebruikers, ook guest, 'read' toegang. Zetten van @publication gebeurt via Oxygen.&lt;br /&gt;
&lt;br /&gt;
==Diffs==&lt;br /&gt;
Worden gemaakt met diff-publications.xquery, nu nog vanuit de db, UI is todo. Input zijn twee timestamps zoals die in @effectiveDate in een publicatie zitten. Als invoer worden 2 full publicaties gebruikt. Uitvoer is:&lt;br /&gt;
* diff-{timestamp}-{timestamp}.xml&lt;br /&gt;
* diff-{timestamp}-{timestamp}.html&lt;br /&gt;
==Prerelease==&lt;br /&gt;
Het inlezen van prereleases van https://loinc.org/prerelease/ gebeurt met een Jupyter notebook, te vinden op: https://github.com/Nictiz/Labcodeset&lt;br /&gt;
Deze kan (b.v.) gedraaid worden op Colab (alternatieven zijn Azure, Binder of Jupyterlab lokaal installeren).&lt;br /&gt;
Volg de volgende stappen:&lt;br /&gt;
* ga naar https://colab.research.google.com/&lt;br /&gt;
* log in met Google credentials, kan gewoon een GMail account of zo zijn&lt;br /&gt;
* kies File -&amp;gt; Upload notebook...&lt;br /&gt;
* Kies de Github tab&lt;br /&gt;
* Voer &amp;quot;nictiz&amp;quot; in in zoekveld en Enter, er komt een dropdown waar Nictiz/Labcodeset gekozen kan worden&lt;br /&gt;
* Kies bij de notebooks die verschijnen prerelease/prerelease.ipynb&lt;br /&gt;
* Volg de instructies. &amp;quot;Run&amp;quot; zit bij Colab in de [&amp;gt;] vakjes. Alle vakjes [&amp;gt;] aanklikken&lt;br /&gt;
* Je kunt naar 'Acceptatie' testen bij de dropdown.&lt;br /&gt;
* Je kunt ook naar &amp;quot;Productie&amp;quot;. &lt;br /&gt;
* De notebook overschrijft dan met de meest recente prerelease van Regenstrief. Prereleases zijn cumulatief, dus dat is in orde, alleen na een nieuwe LOINC release zet Regenstrief de prelease tabel weer op leeg.&lt;br /&gt;
* Let wel altijd op: even visueel de uitvoer controleren na inlzen van de Regenstrief HTML prerelease: als ze weer iets wijzigen, kan het zijn dat de code niet werkt.&lt;br /&gt;
==Nieuwe software release==&lt;br /&gt;
Bij het installeren van een nieuwe software release de volgende stappen uitvoeren:&lt;br /&gt;
* ticket voor de release aanmaken in LCB project in BITS&lt;br /&gt;
* opgeloste tickets hieraan relateren&lt;br /&gt;
* versienummer in build.xml ophogen&lt;br /&gt;
* commit naar master van ART-DECOR backend in Bitbucket&lt;br /&gt;
* xar maken&lt;br /&gt;
* xar installeren op acceptatieomgeving&lt;br /&gt;
* recente versie van lab-data tak van productie naar de acceptatieomgeving&lt;br /&gt;
* testen op acceptatieomgeving&lt;br /&gt;
* bij fouten die niet acceptabel zijn, terug naar ontwikkeling&lt;br /&gt;
* anders: &lt;br /&gt;
* Ilionx informeren &lt;br /&gt;
* lock de database voor gebruikers via backend&lt;br /&gt;
* xar installeren op productieomgeving&lt;br /&gt;
* testen zonder datawijzigingen (read only) op opgeloste tickets waar mogelijk&lt;br /&gt;
* releasenotes samenstellen voor gebruikers&lt;br /&gt;
* productieomgeving opstarten (Tomcat starten)&lt;br /&gt;
* gebruikers informeren&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234520</id>
		<title>gen:Landingspagina Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234520"/>
		<updated>2024-11-20T12:56:57Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Terminologie Generieke Componenten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
&lt;br /&gt;
Op deze pagina's worden generieke componenten beschreven die in meerdere informatiestandaarden hergebruikt worden.&lt;br /&gt;
&lt;br /&gt;
=Functioneel Ontwerp Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Ontwerp_Generiek|Functioneel Ontwerp Generiek]]&lt;br /&gt;
&lt;br /&gt;
=Terminologie Generiek=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Terminologie|Terminologie generiek]]&lt;br /&gt;
&lt;br /&gt;
=Implementatiegidsen=&lt;br /&gt;
{{NoteBox|Opnemen (verwijzing naar) FHIR IG}}&lt;br /&gt;
=Voorbeeld verwijzing vanuit informatiestandaarden=&lt;br /&gt;
De generieke standaarden geven alleen patronen en componenten die gebruikt kunnen worden in informatiestandaarden. In die standaarden moet dus een toelichting en een verwijzing naar detailinformatie staan.&lt;br /&gt;
&lt;br /&gt;
Hieronder staat een voorbeeld  verwijzing vanuit een informatiestandaard naar een component uit de generieke standaarden. Met een transclude wordt een informatieblok uit de generieke standaard ingekopieerd in een informatiestandaard die dit patroon gebruikt. Het informatieblok eindigt met een link naar de hele paragraaf uit de generieke standaard. Zo kan de essentiële informatie in iedere standaard komen, en is de gedetailleerde informatie desgewenst te raadplegen.&lt;br /&gt;
{{#lst:gen:V0.1_Ontwerp_Generiek|fo-gen-not-pull}}&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234519</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234519"/>
		<updated>2024-11-20T12:51:13Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
De Technische Afspraak Uitwisselpatroon Notified Pull (hierna: Notified Pull) is gepubliceerd door Twiin: https://www.twiin.nl/tanp. &lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
==Use case: Publiceren en ophalen dynamische waardelijsten==&lt;br /&gt;
&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234518</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234518"/>
		<updated>2024-11-20T12:51:00Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
De Technische Afspraak Uitwisselpatroon Notified Pull (hierna: TA Notified Pull) is gepubliceerd door Twiin: https://www.twiin.nl/tanp. &lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
==Use case: Publiceren en ophalen dynamische waardelijsten==&lt;br /&gt;
&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234517</id>
		<title>gen:Landingspagina Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234517"/>
		<updated>2024-11-20T12:41:15Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
&lt;br /&gt;
Op deze pagina's worden generieke componenten beschreven die in meerdere informatiestandaarden hergebruikt worden.&lt;br /&gt;
&lt;br /&gt;
=Functioneel Ontwerp Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Ontwerp_Generiek|Functioneel Ontwerp Generiek]]&lt;br /&gt;
&lt;br /&gt;
=Terminologie Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Terminologie|Terminologie generiek]]&lt;br /&gt;
=Implementatiegidsen=&lt;br /&gt;
{{NoteBox|Opnemen (verwijzing naar) FHIR IG}}&lt;br /&gt;
=Voorbeeld verwijzing vanuit informatiestandaarden=&lt;br /&gt;
De generieke standaarden geven alleen patronen en componenten die gebruikt kunnen worden in informatiestandaarden. In die standaarden moet dus een toelichting en een verwijzing naar detailinformatie staan.&lt;br /&gt;
&lt;br /&gt;
Hieronder staat een voorbeeld  verwijzing vanuit een informatiestandaard naar een component uit de generieke standaarden. Met een transclude wordt een informatieblok uit de generieke standaard ingekopieerd in een informatiestandaard die dit patroon gebruikt. Het informatieblok eindigt met een link naar de hele paragraaf uit de generieke standaard. Zo kan de essentiële informatie in iedere standaard komen, en is de gedetailleerde informatie desgewenst te raadplegen.&lt;br /&gt;
{{#lst:gen:V0.1_Ontwerp_Generiek|fo-gen-not-pull}}&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234516</id>
		<title>gen:Landingspagina Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234516"/>
		<updated>2024-11-20T12:35:50Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Terminologie Generieke Componenten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
&lt;br /&gt;
Op deze pagina's worden generieke componenten beschreven die in meerdere informatiestandaarden hergebruikt worden.&lt;br /&gt;
&lt;br /&gt;
=Functioneel Ontwerp Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Ontwerp_Generiek|Functioneel Ontwerp Generiek]]&lt;br /&gt;
&lt;br /&gt;
=Terminologie Generiek=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Terminologie|Terminologie generiek]]&lt;br /&gt;
&lt;br /&gt;
=Implementatiegidsen=&lt;br /&gt;
{{NoteBox|Opnemen (verwijzing naar) FHIR IG}}&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234515</id>
		<title>gen:Landingspagina Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:Landingspagina_Generiek&amp;diff=234515"/>
		<updated>2024-11-20T12:32:37Z</updated>

		<summary type="html">&lt;p&gt;Marc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
&lt;br /&gt;
Op deze pagina's worden generieke componenten beschreven die in meerdere informatiestandaarden hergebruikt worden.&lt;br /&gt;
&lt;br /&gt;
=Functioneel Ontwerp Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Ontwerp_Generiek|Functioneel Ontwerp Generiek]]&lt;br /&gt;
&lt;br /&gt;
=Terminologie Generieke Componenten=&lt;br /&gt;
==In ontwikkeling==&lt;br /&gt;
[[gen:V0.1_Terminologie|Terminologie generiek]]&lt;br /&gt;
=Implementatiegidsen=&lt;br /&gt;
{{NoteBox|Opnemen (verwijzing naar) FHIR IG}}&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234514</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234514"/>
		<updated>2024-11-20T12:30:34Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Aanvullende informatie (optioneel) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
==Use case: Publiceren en ophalen dynamische waardelijsten==&lt;br /&gt;
&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234513</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234513"/>
		<updated>2024-11-20T12:29:40Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case: Documentuitwisseling */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
==Use case: Publiceren en ophalen dynamische waardelijsten==&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234512</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234512"/>
		<updated>2024-11-20T12:29:22Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use cases */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
==Use case: Publiceren en ophalen dynamische waardelijsten&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234511</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234511"/>
		<updated>2024-11-20T12:27:52Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Initiërende zorgverlener&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Ontvangende zorgverlener&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is.&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| Zorgverlener die de informatie nodig heeft.&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactiegroep'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Transactie'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeemrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Systeem'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Bedrijfsrol'''&lt;br /&gt;
! style=&amp;quot;text-align:left;&amp;quot;| '''Technisch'''&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot; rowspan=&amp;quot;2&amp;quot;|Notificeren en ophalen&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Notificeren&lt;br /&gt;
&lt;br /&gt;
* Notificatie&lt;br /&gt;
* Optioneel: lijst met beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Notificerend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Initiërende zorgverlener&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:middle;&amp;quot; rowspan=&amp;quot;2&amp;quot;|&lt;br /&gt;
|-&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ophalen&lt;br /&gt;
&lt;br /&gt;
* Ophalen gewenste beschikbare informatie&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|(in te vullen in informatiestandaard)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|XIS (Ophalend Systeem)&lt;br /&gt;
|style=&amp;quot;background-color: white;vertical-align:top;&amp;quot;|Ontvangende zorgverlener&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234510</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234510"/>
		<updated>2024-11-20T12:18:58Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case(s) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use cases=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234509</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234509"/>
		<updated>2024-11-20T12:18:29Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Doel en Relevantie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234508</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234508"/>
		<updated>2024-11-20T12:16:30Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;small&amp;gt;Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.&amp;lt;/small&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&amp;lt;section begin=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;section end=fo-gen-not-pull /&amp;gt;&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234507</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234507"/>
		<updated>2024-11-20T12:11:09Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Objectidentificatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
{{IssueBox|TODO: metadata voor Objectidentificatie}}&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234506</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234506"/>
		<updated>2024-11-20T12:05:47Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Proces */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.&lt;br /&gt;
# De ontvangende zorgverlener haalt de benodigde informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234505</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234505"/>
		<updated>2024-11-20T11:59:31Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Doel en Relevantie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
# De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234504</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234504"/>
		<updated>2024-11-20T11:59:02Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Doel en Relevantie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt.&lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]]&lt;br /&gt;
Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
# De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234503</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234503"/>
		<updated>2024-11-20T11:58:44Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt.&lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. [gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]&lt;br /&gt;
Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
# De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234502</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234502"/>
		<updated>2024-11-20T11:57:17Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case patroon: Notificeren en ophalen informatie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt.&lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
# De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
* XIS (Notificerend Systeem)&lt;br /&gt;
* XIS (Ophalend Systeem)&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234501</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234501"/>
		<updated>2024-11-20T11:54:25Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Proces */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt.&lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
# De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
# De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
=====Notified Pull=====&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234500</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234500"/>
		<updated>2024-11-20T11:53:48Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case(s) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke.&lt;br /&gt;
De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt.&lt;br /&gt;
Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces.&lt;br /&gt;
De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer &lt;br /&gt;
de verwijzing ingepland is en de patiënt verwacht wordt.&lt;br /&gt;
&lt;br /&gt;
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.&lt;br /&gt;
====Proces====&lt;br /&gt;
1. De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener.&lt;br /&gt;
1. De ontvangende zorgverlener haalt de informatie op.&lt;br /&gt;
====Postproces====&lt;br /&gt;
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
=====Notified Pull=====&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
	<entry>
		<id>https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234499</id>
		<title>gen:V0.1 Ontwerp Generiek</title>
		<link rel="alternate" type="text/html" href="https://informatiestandaarden.nictiz.nl/index.php?title=gen:V0.1_Ontwerp_Generiek&amp;diff=234499"/>
		<updated>2024-11-20T11:44:38Z</updated>

		<summary type="html">&lt;p&gt;Marc: /* Use case: Y */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{underconstruction}}&lt;br /&gt;
{{NOINDEX|visible=yes}}&lt;br /&gt;
&lt;br /&gt;
__NUMBEREDHEADINGS__&lt;br /&gt;
{{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}}&lt;br /&gt;
=Inleiding=&lt;br /&gt;
==Algemeen==&lt;br /&gt;
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden&lt;br /&gt;
de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de&lt;br /&gt;
bedrijfsrollen van zorgverleners of patiënten. &lt;br /&gt;
&lt;br /&gt;
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor&lt;br /&gt;
informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel&lt;br /&gt;
ontwerp wordt verwezen naar het&lt;br /&gt;
[https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz&lt;br /&gt;
website].&lt;br /&gt;
==Doelgroep==&lt;br /&gt;
==Kaders &amp;amp; Uitgangspunten==&lt;br /&gt;
===Richtlijn en proces===&lt;br /&gt;
===Reikwijdte Informatiestandaard===&lt;br /&gt;
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar&lt;br /&gt;
alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht;&lt;br /&gt;
niet alles is overal van toepassing.&lt;br /&gt;
===Infrastructuur===&lt;br /&gt;
==Kwalificatie==&lt;br /&gt;
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig &lt;br /&gt;
opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp.&lt;br /&gt;
Voor meer informatie zie de&lt;br /&gt;
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties].&lt;br /&gt;
=Dataset=&lt;br /&gt;
==zibs==&lt;br /&gt;
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.&lt;br /&gt;
&lt;br /&gt;
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Nederlands !! English &lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017]&lt;br /&gt;
|-&lt;br /&gt;
| [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020]&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
==Objectidentificatie==&lt;br /&gt;
&lt;br /&gt;
=Use case(s)=&lt;br /&gt;
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een&lt;br /&gt;
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren&lt;br /&gt;
(mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is&lt;br /&gt;
een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan&lt;br /&gt;
bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR.&lt;br /&gt;
Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling&lt;br /&gt;
gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case&lt;br /&gt;
geanalyseerd en uitgewerkt.&lt;br /&gt;
==Algemeen==&lt;br /&gt;
==Use case patroon: Notificeren en ophalen informatie==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| A&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| B&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| C&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| D&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
=====Notified Pull=====&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
Dit blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull. Alleen de tekst hieronder wordt overgenomen.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: &lt;br /&gt;
* Notificerend Systeem stuurt notificatie naar het Ophalend Systeem;   &lt;br /&gt;
* Ophalend Systeem haalt gegevens op van een Notificerend Systeem; &lt;br /&gt;
&lt;br /&gt;
De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het &amp;quot;PUSH&amp;quot; patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat deze dat wenst. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. &lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Ontdubbelen==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
==Use case: Documentuitwisseling==&lt;br /&gt;
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}&lt;br /&gt;
===Doel en Relevantie===&lt;br /&gt;
===Proces en Context (pre- en postproces)===&lt;br /&gt;
====Preproces====&lt;br /&gt;
====Proces====&lt;br /&gt;
====Postproces====&lt;br /&gt;
===Bedrijfsrollen en UML activity diagram===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; &amp;quot;cellpadding=&amp;quot;10&amp;quot;&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Bedrijfsrol (actor)&lt;br /&gt;
!style=&amp;quot;text-align:left;&amp;quot;|Beschrijving bedrijfsrol&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| E&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| F&lt;br /&gt;
|-&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| G&lt;br /&gt;
| style=&amp;quot;background-color: white;&amp;quot;| H&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
===Informatieoverdracht===&lt;br /&gt;
====Systemen &amp;amp; Systeemrollen====&lt;br /&gt;
====Transacties &amp;amp; Transactiegroepen====&lt;br /&gt;
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====&lt;br /&gt;
&lt;br /&gt;
=Aanvullende informatie (optioneel)=&lt;br /&gt;
==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==&lt;br /&gt;
== Verantwoordelijkheden voor informatie (optioneel)==&lt;br /&gt;
==Afschermen van gegevens (optioneel)==&lt;br /&gt;
=Referenties=&lt;br /&gt;
=Release notes=&lt;br /&gt;
=Wiki-paginahistorie=&lt;/div&gt;</summary>
		<author><name>Marc</name></author>
		
	</entry>
</feed>