cio:Vdraft 2.0.0 Ontwerp CiO: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(→‎Proces en context)
 
(92 tussenliggende versies door 4 gebruikers niet weergegeven)
Regel 1: Regel 1:
 
{{underconstruction}}  
 
{{underconstruction}}  
−
{{DISPLAYTITLE: DRAFT Functioneel Ontwerp CiO versie 2.0.0-beta.3}}
+
{{DISPLAYTITLE: DRAFT Functioneel Ontwerp CiO versie 2.0.0-beta.4}}
 
{{IssueBox|Dit is een werkpagina voor intern Nictiz gebruik.}}
 
{{IssueBox|Dit is een werkpagina voor intern Nictiz gebruik.}}
 +
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
 
[[cio:Landingspagina_Contra-indicaties_en_Overgevoeligheden|Terug naar Landingspagina Contra-indicaties en Overgevoeligheden]]
 
[[cio:Landingspagina_Contra-indicaties_en_Overgevoeligheden|Terug naar Landingspagina Contra-indicaties en Overgevoeligheden]]
Regel 11: Regel 12:
  
 
Het FO beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen, ontvangen, beschikbaarstellen en raadplegen van gegevens.
 
Het FO beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen, ontvangen, beschikbaarstellen en raadplegen van gegevens.
−
In [[#Usecases|hoofdstuk 4]] wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven.
+
In [[#Usecases|hoofdstuk 5]] wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven.
  
−
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/standaarden/informatiestandaarden/ Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/ begrippenoverzicht] op de Nictiz website. Het FO van de informatiestandaard CiO is niet volledig conform het template FO opgebouwd. Omdat de informatiestandaard CiO zorgbreed is en een gelaagde onderliggende structuur bevat, zijn aanvullende hoofdstukken toegevoegd die het conceptuele model van de informatiestandaard CiO ([[#Conceptueel_model|hoofdstuk 2]]) en bijbehorende thema’s omtrent objectidentificatie, mutaties en consolidaties ([[#Objectidentificatie.2C_mutaties_en_consolidatie|hoofdstuk 3]]) toelichten.
+
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/standaarden/informatiestandaarden/ Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/ begrippenoverzicht] op de Nictiz website. Het FO van de informatiestandaard CiO is niet volledig conform het template FO opgebouwd. Omdat de informatiestandaard CiO zorgbreed is en een gelaagde onderliggende structuur bevat, zijn aanvullende hoofdstukken toegevoegd die het conceptuele model van de informatiestandaard CiO ([[#Conceptueel_model|hoofdstuk 2]]), bijbehorende thema’s omtrent objectidentificatie, mutaties en consolidaties ([[#Objectidentificatie.2C_mutaties_en_consolidatie|hoofdstuk 3]]) en de queryparameters ([[#Queryparameters|hoofdstuk 4]]) toelichten.
  
 
==Doelgroep==
 
==Doelgroep==
Regel 71: Regel 72:
 
* De symptomen die de patiënt heeft behorende bij de reactie.  
 
* De symptomen die de patiënt heeft behorende bij de reactie.  
  
−
De concepten groeperen we in de informatiestandaard CiO binnen het groeperende object ‘geneesmiddelovergevoeligheid’. De bouwstenen die binnen de overgevoeligheid in het kader van medicatieveiligheid worden gebruikt, worden toegelicht in [[cio:Vdraft_2.0.0_Ontwerp_CiO#Bouwsteen_voor_geneesmiddelovergevoeligheid|paragraaf 2.4]]. Hieronder is weergegeven wat de verhouding is tussen de verschillende bouwstenen.  
+
De concepten groeperen we in de informatiestandaard CiO binnen het groeperende object ‘geneesmiddelovergevoeligheid’. De bouwstenen die binnen de overgevoeligheid in het kader van medicatieveiligheid worden gebruikt, worden toegelicht in [[#Bouwsteen_voor_geneesmiddelovergevoeligheid|paragraaf 2.4]]. Hieronder is weergegeven wat de verhouding is tussen de verschillende bouwstenen.  
  
 
{| class="wikitable"
 
{| class="wikitable"
Regel 148: Regel 149:
 
Onder het informatieobject (groeperend object) ‘geneesmiddelovergevoeligheid’ kunnen meerdere bouwstenen vallen. De bouwstenen kunnen daarnaast op verschillende manieren aan elkaar gerelateerd worden. Hieronder is in vijf stappen van simpel naar complex weergegeven hoe die relaties eruit kunnen zien in verschillende situaties.  
 
Onder het informatieobject (groeperend object) ‘geneesmiddelovergevoeligheid’ kunnen meerdere bouwstenen vallen. De bouwstenen kunnen daarnaast op verschillende manieren aan elkaar gerelateerd worden. Hieronder is in vijf stappen van simpel naar complex weergegeven hoe die relaties eruit kunnen zien in verschillende situaties.  
  
−
1. De kern van de uitwisseling van overgevoeligheden in het kader van medicatieveiligheid is het bewakingsbesluit. In de meest simpele uitwisseling, is er enkel een BewakingBesluit aanwezig (Figuur 1). Er wordt in het element BesluitGrond niet verwezen naar een andere bouwsteen, maar enkel gekozen voor een BesluitReden. Gebruik van een vrije tekst veld voor nadere toelichting is optioneel.
+
1. De kern van de uitwisseling van overgevoeligheden in het kader van medicatieveiligheid is het bewakingsbesluit. In de meest simpele uitwisseling, is er enkel een BewakingBesluit aanwezig ('''Figuur 1'''). Er wordt in het element BesluitGrond niet verwezen naar een andere bouwsteen, maar enkel gekozen voor een BesluitReden. Gebruik van een vrije tekst veld voor nadere toelichting is optioneel.
  
−
2. Het model voor BewakingBesluit biedt de mogelijkheid om een relatie te leggen naar een OvergevoeligheidIntolerantie ofwel een Reactie (Figuur 2). Het besluit is dan gegrond (BesluitGrond) op één van beide aanvullende bouwstenen.  
+
2. Het model voor BewakingBesluit biedt de mogelijkheid om een relatie te leggen naar een OvergevoeligheidIntolerantie ofwel een Reactie ('''Figuur 2'''). Het besluit is dan gegrond (BesluitGrond) op één van beide aanvullende bouwstenen.  
−
* N.B. in CiO v2.0.0-beta.2 was het mogelijk deze bouwstenen als zodanig uit te wisselen. In beta.3 is dit, n.a.v. de herziening zib Probleem, niet langer mogelijk. Dit wordt verder toegelicht bij figuur 3.  
+
* N.B. in CiO v2.0.0-beta.2 was het mogelijk deze bouwstenen als zodanig uit te wisselen. In beta.3 is dit, n.a.v. de herziening zib Probleem, niet langer mogelijk. Dit wordt verder toegelicht bij '''Figuur 3'''.  
  
−
3. Bij zowel de bouwsteen OvergevoeligheidIntolerantie als de bouwsteen Reactie hoort altijd een relatie naar een instantiatie van AandoeningOfGesteldheid (Figuur 3). Wanneer er een BewakingBesluit wordt uitgewisseld met als BesluitGrond een Reactie, dan dient ook de bijbehorende instantiatie van AandoeningOfGesteldheid uitgewisseld te worden. Hetzelfde geldt bij de keuze voor OvergevoeligheidIntolerantie als besluitgrond.  
+
3. Bij zowel de bouwsteen OvergevoeligheidIntolerantie als de bouwsteen Reactie hoort altijd een relatie naar een instantiatie van AandoeningOfGesteldheid ('''Figuur 3'''). Wanneer er een BewakingBesluit wordt uitgewisseld met als BesluitGrond een Reactie, dan dient ook de bijbehorende instantiatie van AandoeningOfGesteldheid uitgewisseld te worden. Hetzelfde geldt bij de keuze voor OvergevoeligheidIntolerantie als besluitgrond.  
 
*Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een acute, IgE-gemedieerde geneesmiddelallergie voor de gehele penicillinegroep. De acute geneesmiddelallergie voor penicillines is de mechanistische diagnose van de zorgverlener bij de aandoening van de patiënt.
 
*Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een acute, IgE-gemedieerde geneesmiddelallergie voor de gehele penicillinegroep. De acute geneesmiddelallergie voor penicillines is de mechanistische diagnose van de zorgverlener bij de aandoening van de patiënt.
  
−
4. De relatie met de bouwsteen Symptoom verloopt via de bouwsteen AandoeningOfGesteldheid (Figuur 4). In het geval dat er een of meerdere symptomen gestructureerd zijn vastgelegd, dienen deze te verwijzen naar dezelfde instantiatie van AandoeningOfGesteldheid als waar de bijbehorende instantiatie van Reactie naar verwijst.  
+
4. De relatie met de bouwsteen Symptoom verloopt via de bouwsteen AandoeningOfGesteldheid ('''Figuur 4'''). In het geval dat er een of meerdere symptomen gestructureerd zijn vastgelegd, dienen deze te verwijzen naar dezelfde instantiatie van AandoeningOfGesteldheid als waar de bijbehorende instantiatie van Reactie naar verwijst.  
 
*Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een anafylactische reactie op amoxicilline, met als symptomen urticaria en dyspneu. De anafylactische reactie op amoxicilline is de beschrijvende diagnose van de zorgverlener bij de aandoening van de patiënt.  
 
*Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een anafylactische reactie op amoxicilline, met als symptomen urticaria en dyspneu. De anafylactische reactie op amoxicilline is de beschrijvende diagnose van de zorgverlener bij de aandoening van de patiënt.  
  
−
5. In het geval van een uitgebreidere casus waarbij en Reactie en een OvergevoeligheidIntolerantie bestaan, verwijst de Reactie naar de OvergevoeligheidIntolerantie waar het een uiting van is (Figuur 5).  
+
5. In het geval van een uitgebreidere casus waarbij en Reactie en een OvergevoeligheidIntolerantie bestaan, verwijst de Reactie naar de OvergevoeligheidIntolerantie waar het een uiting van is ('''Figuur 5''').  
−
*N.B. In figuur 5 is de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit OvergevoeligheidIntolerantie een andere dan de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit Reactie.  
+
*N.B. In '''Figuur 5''' is de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit OvergevoeligheidIntolerantie een andere dan de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit Reactie.
 +
*N.B. De in '''Figuur 5''' getoonde constellatie van bouwstenen is in CiO v2.0.0-beta.3 niet als geheel in 1x op te vragen. Enkel instantiaties van Reactie en OvergevoeligheidIntolerantie die direct gekoppeld zijn aan een BewakingBesluit via BesluitGrond zijn uit te wisselen. 
 
*Bijvoorbeeld: na de anafylactische reactie op amoxicilline wordt aanvullend onderzoek uitgevoerd. Er wordt een blijvende neiging vastgesteld voor het ontwikkelen van reacties bij blootstelling aan amoxicilline. Er wordt besloten te bewaken op amoxicilline.  
 
*Bijvoorbeeld: na de anafylactische reactie op amoxicilline wordt aanvullend onderzoek uitgevoerd. Er wordt een blijvende neiging vastgesteld voor het ontwikkelen van reacties bij blootstelling aan amoxicilline. Er wordt besloten te bewaken op amoxicilline.  
  
Regel 188: Regel 190:
 
De informatiestandaard CiO maakt gebruik van de bouwsteen RegistratieInformatie. Deze bouwsteen heeft betrekking op het proces van registratie, is generiek van aard en kan aanvullend worden gebruikt met bovengenoemde bouwstenen die klinische concepten beschrijven. Bij het vastleggen van informatie over een klinisch concept in het dossier van een patiënt ontstaat additionele informatie die betrekking heeft op het proces van registratie en niet zozeer inhoudelijke gegevens over het klinisch concept beschrijft. De informatie van deze aard geeft vooral een administratief overzicht van wie informatie in het dossier heeft vastgelegd, en wanneer. Eerder genoemde klinische bouwstenen verwijzen in dat geval naar RegistratieInformatie om gebruik te maken van de benodigde gegevenselementen.
 
De informatiestandaard CiO maakt gebruik van de bouwsteen RegistratieInformatie. Deze bouwsteen heeft betrekking op het proces van registratie, is generiek van aard en kan aanvullend worden gebruikt met bovengenoemde bouwstenen die klinische concepten beschrijven. Bij het vastleggen van informatie over een klinisch concept in het dossier van een patiënt ontstaat additionele informatie die betrekking heeft op het proces van registratie en niet zozeer inhoudelijke gegevens over het klinisch concept beschrijft. De informatie van deze aard geeft vooral een administratief overzicht van wie informatie in het dossier heeft vastgelegd, en wanneer. Eerder genoemde klinische bouwstenen verwijzen in dat geval naar RegistratieInformatie om gebruik te maken van de benodigde gegevenselementen.
  
−
RegistratieInformatie bevat het identificatienummer van iedere klinische bouwsteen, de registratie datum en -tijd, zowel als de zorgverlener die auteur is van de informatie uit desbetreffende bouwsteen en tot slot de bron van de informatie, als dat niet de behandelende arts zelf is. De bron kan een zorgverlener zijn, de patiënt zelf of een contactpersoon.
+
RegistratieInformatie bevat het identificatienummer van iedere klinische bouwsteen, de registratie datum en -tijd (OntstaansDatumTijd), zowel als de zorgverlener die auteur is van de informatie uit desbetreffende bouwsteen en tot slot de bron van de informatie, als dat niet de behandelende arts zelf is. De bron kan een zorgverlener zijn, de patiënt of een contactpersoon.
−
Mogelijk worden de gegevenselementen van RegistratieInformatie uitgebreid met de gegevenselementen AfsluitDatumTijd en RedenVanAfsluiten als daar behoefte voor blijkt te zijn in het kader van objectidentificatie en de uitwerking van mutaties. Het beoogde gebruik zou dan zijn dat als een registratie wordt afgesloten of gemuteerd, dan wordt de afsluitdatum van de bouwsteen door het systeem ingevuld en zou het systeem automatisch ook een geschikte reden van de afsluiting kunnen vastleggen.
 
  
 
{| class="wikitable"
 
{| class="wikitable"
Regel 206: Regel 207:
  
 
==Objectidentificatie en mutaties==
 
==Objectidentificatie en mutaties==
−
Het thema van objectidentificatie is een generiek thema wat refereert aan het toekennen van unieke identificatie aan een gegevensobject of een informatieobject om het in het vervolg te kunnen herkennen als een bestaand of uniek object. Objectidentificatie dient het herkennen van objecten als duplicaten of ‘versies’ van eenzelfde object te faciliteren. In het kader van de informatiestandaard CiO worden de bouwstenen van BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, Symptoom, en Alert gezien als gegevensobjecten, en de groeperende concepten van Geneesmiddelovergevoeligheid en Medicatie Contra-Indicatie zitten op het niveau van informatieobjecten ([[#Uitgangspunten_conceptueel_model|zie 2.1]] en ook [https://informatiestandaarden.nictiz.nl/wiki/cio:BegrippenInformatiestandaard#Toelichting_op_begrippen_over_gegevensuitwisseling| de afbeelding bij het begrip objecten].). Op basis van objectidentificatie kan gehandeld worden, bijvoorbeeld in het kader van ontdubbeling tijdens het consolidatieproces.   
+
Het thema objectidentificatie is een generiek thema wat refereert aan het toekennen van unieke identificatie aan een gegevensobject of een informatieobject om het in het vervolg te kunnen herkennen als een bestaand of uniek object. Objectidentificatie dient het herkennen van objecten als duplicaten of ‘versies’ van eenzelfde object te faciliteren. In het kader van de informatiestandaard CiO worden de bouwstenen van BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, Symptoom, en Alert gezien als gegevensobjecten, en de groeperende concepten van Geneesmiddelovergevoeligheid en Medicatie Contra-Indicatie zitten op het niveau van informatieobjecten (zie 2.1 en ook de afbeelding bij het begrip objecten). Op basis van objectidentificatie kan gehandeld worden, bijvoorbeeld in het kader van ontdubbeling tijdens het consolidatieproces. 
 +
 
 +
Objectidentificatie dient de volgende zaken mogelijk te maken binnen de informatiestandaard CiO:
  
−
Objectidentificatie dient de volgende zaken mogelijk te maken binnen de informatiestandaard CiO:
 
 
* Groeperen van informatie die bij elkaar hoort zodat deze gezamenlijk gepresenteerd kan worden.
 
* Groeperen van informatie die bij elkaar hoort zodat deze gezamenlijk gepresenteerd kan worden.
 +
* Herkennen van duplicaten in (binnenkomende) gegevens zodat ontdubbeld kan worden. De zorgverlener wordt niet lastig gevallen met dubbele informatie op het scherm.
 
* Opstellen van tijdlijnen zodat de historie van een gegeven inzichtelijk is.
 
* Opstellen van tijdlijnen zodat de historie van een gegeven inzichtelijk is.
−
* Herkennen van duplicaten in (binnenkomende) gegevens zodat ontdubbeld kan worden. De zorgverlener wordt niet lastig gevallen met dubbele informatie op het scherm.
+
 +
In het kader van objectidentificatie worden de volgende oplossingen gehanteerd:
 +
 
 +
{| class="wikitable"
 +
|-
 +
! Behoefte !! Oplossingsrichting 
 +
|-
 +
| Groeperen van informatie || Instantiaties van de bouwstenen BewakingBesluit, Reactie, OvergevoeligheidIntolerantie, AandoeningOfGesteldheid en Symptoom die bij elkaar horen als ‘groep’ worden geïdentificeerd door het groeperend informatieobject ‘GMO’, ofwel ‘Geneesmiddelovergevoeligheid’. Dit informatieobject heeft een eigen identificatie, het element identificatieGMO.
 +
 
 +
Het onderscheiden van groepen gebeurt op basis van de G-standaard. Alle bouwstenen die in dezelfde lijn van de G-standaard ruggengraat zitten, worden bij elkaar gegroepeerd met een overkoepelend element.
 +
 
 +
Het projectteam CiO ziet met de huidige bouwsteen Alert voor het uitwisselen van contra-indicaties in het kader van medicatieveiligheid geen noodzaak om ook daar een overkoepelend informatieobject met identifier toe te voegen.  
 +
|-
 +
| Herkennen van duplicaten || Elke nieuwe registratie op bouwsteenniveau (gegevensobject) heeft een wereldwijd en eeuwig unieke identificatie via de OID-coderingssystematiek. Deze identificatie wordt toegekend door het bronsysteem en dient in de keten te persisteren.
 +
 
 +
De identificaties zijn gedefinieerd op het niveau van de bouwstenen Alert, BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, en Symptoom.
 +
|-
 +
| Opstellen van tijdlijnen || Relatie-element binnen de BewakingBesluit bouwsteen zodat een volgende versie kan verwijzen naar de instantiatie waar deze op volgt.  
 +
|}
  
−
In navolging van uitgangspunten die ook bij de informatiestandaard Medicatieproces 9 (MP9) worden gehanteerd, heeft de informatiestandaard CiO de volgende uitgangspunten: 
+
De drie oplossingen in bovenstaande tabel zijn onvoldoende voor het actualiseren van gegevens. In het geval van een mutatie, bijv. het wijzigen van de besluitgrond in een bewakingsbesluit, moet voor alle zorgverleners in de keten duidelijk zijn dat er een nieuwe versie is van het gegeven, met een nieuwe besluitgrond. Er is nog geen definitieve oplossing gekozen voor het omgaan met mutaties.  
−
* Elke nieuwe registratie op bouwsteenniveau (gegevensobject) heeft een wereldwijd en eeuwig unieke identificatie via de OID-coderingssystematiek. 
 
−
* Deze identificatie wordt toegekend door het bronsysteem en dient in de keten te persisteren.  
 
−
* De identificaties zijn gedefinieerd op het niveau van de bouwstenen Alert, BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, en Symptoom.
 
−
* Elke wijziging in één of meer van gegevenselementen binnen de bouwsteen heeft als gevolg dat er een nieuwe instantiatie van de bouwsteen aangemaakt wordt en betekent dat de nieuwe instantiatie een nieuwe OID-code krijgt.  
 
−
* Mutaties in de tijd zijn te volgen via verwijzing naar de OID-code van de bouwsteen waarop de mutatie plaatsvond.  
 
  
−
De hierboven genoemde uitgangspunten in acht nemend, worden de volgende oplossingen gekozen om aan de informatiebehoefte van zorgverleners te kunnen voldoen. 
+
In deze versie van de informatiestandaard wordt gewerkt met een voorlopige oplossing. Bij een mutatie wordt een nieuwe instantiatie aangemaakt. Deze instantiatie heeft een nieuw identificatienummer. De nieuwe instantiatie verwijst via een relatie-element naar de voorgaande versie. Hieronder wordt dit verder toegelicht aan de hand van een voorbeeld.  
  
−
* Objectidentifiers
+
'''Figuur 6''' geeft een weergave in bouwstenen van een casus waarbij gegevens geactualiseerd worden.
−
:: De bouwblokken BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, Symptoom, en Alert krijgen een persistent en uniek objectidentifier. Het betreft hier een objectidentifier die vóór de uitwisseling is toegekend, of bij vastlegging van de gegevens, of bij het aanmaken van het bericht voor de uitwisseling. 
 
−
* Relatie-elementen
 
−
:: Relatie-elementen worden per bouwsteen gebruikt ten behoeve van tijdlijnen. Wanneer er een wijziging gemaakt wordt op een gegevensobject, zeg een Reactie, dient de nieuwe instantiatie van Reactie te verwijzen naar de voorgaande versie. Zo kan er worden voldaan aan de wens van zorgverleners om een tijdlijn in te zien.
 
−
* Overkoepelende identificatie
 
−
:: Instantiaties van de bouwstenen BewakingBesluit, Reactie, OvergevoeligheidIntolerantie, AandoeningOfGesteldheid en Symptoom die bij elkaar horen als ‘groep’ worden geïdentificeerd door het groeperend element ‘GMO’, ofwel ‘Geneesmiddelovergevoeligheid’. Met deze uitwerking volgt de informatiestandaard CiO de uitwerking zoals ook in de informatiestandaard MP9 is gepresenteerd, waar de ‘Medicamenteuze Behandeling’, ofwel MBH, een groeperende functie heeft voor onderliggende bouwstenen. Het onderscheiden van groepen gebeurt op basis van de G-standaard. Alle bouwstenen die in dezelfde lijn van de G-standaard ruggengraat zitten, worden bij elkaar gegroepeerd met een overkoepelend element. De relatie-elementen zorgen voor relaties tussen bouwstenen en tijdslijnen in het verloop van bouwstenen. De twee oplossingen zijn dus naast elkaar nodig om aan de informatiebehoefte van zorgverleners te voldoen. Het projectteam CiO ziet met de huidige bouwsteen Alert voor het uitwisselen van contra-indicaties in het kader van medicatieveiligheid geen noodzaak om ook daar een overkoepelend informatieobject met identifier toe te voegen.  
 
  
−
Voorbeelden ter illustratie van hoe de registratie van een contra-indicatie of overgevoeligheid in het kader van medicatieveiligheid en een daaropvolgende afsluiting of wijziging in informatie zich vertalen naar opeenvolgende instantiaties van bouwstenen vindt u in de Memo (link toevoegen).
+
<br>
 +
''Casus: Eva krijgt amoxicilline van de huisarts i.v.m. een infectie. Na de eerste inname van amoxicilline wordt zij in korte tijd heel kortademig. Zij wordt met spoed in het ziekenhuis gezien. De SEH-arts vermoedt dat het symptoom het gevolg is van de amoxicilline en besluit dat er in de keten bewaakt moet worden op de gehele groep penicillines. Dat besluit neemt de SEH-arts op basis van de reactie die Eva heeft gehad. Om er zeker van te zijn dat bewaking op penicillines nodig is, verwijst de SEH-arts Eva door naar een allergoloog. De allergoloog constateert een allergie voor de gehele groep penicillines. De allergoloog registreert die aangetoonde allergie als onderbouwing voor het bewakingbesluit.''
 +
<br>
 +
<gallery perrow="1" widths="500" heights="350">
 +
Verwijzing middels een relatie-element.png|'''Figuur 6'''. Verwijzing middels een relatie-element. In horizontale richting staan de de bouwblokken binnen één GMO weergegeven in de tijd, waarbij de meest recente instantiatie rechts staat. De zwarte gestippelde pijl geeft het relatie-element weer waarmee onderling verwezen wordt tussen instantiaties. Afkortingen: '''GMO''': groeperend concept GeneesMiddelOvergevoeligheid; '''BB''': BewakingBesluit; '''RE''': reactie; '''SY''': Symptoom; '''OV''': OvergevoeligheidIntolerantie; '''AG''': AandoeningOfGesteldheid.
 +
</gallery>
  
 
==Consolidatie==
 
==Consolidatie==
−
Uitgangspunt voor de systemen die deelnemen aan gegevensuitwisseling is dat de gegevens die het laatst zijn vastgelegd waar zijn. Daarom wordt het zorgproces zo ingericht dat een zorgverlener altijd de gehele historie raadpleegt bij andere bronsystemen voordat hij voorschrijft/ verstrekt en ook altijd zijn gegevens (inclusief historie) beschikbaar stelt. Bij het raadplegen maakt het systeem opnieuw een overzicht van alle gegevens die in de keten op verschillende tijdstippen in de bronsystemen zijn vastgelegd. Als dit niet zou gebeuren, zouden voor een patiënt verschillende ‘waarheden’ over een overgevoeligheid of contra-indicatie kunnen ontstaan.  
+
Uitgangspunt voor het uitwisselen van CiO-gegevens is dat er in de keten samengewerkt wordt aan één actueel overzicht. Informatiesystemen stellen de gegevens beschikbaar waarvan zij de bron zijn (het gegeven is origineel vastgelegd door de zorgverlener in dit informatiesysteem). Raadplegende informatiesystemen ontvangen vanuit verschillende bronnen CiO-gegevens over de patiënt en dienen dit te consolideren tot het actuele overzicht. Vanuit het kernteam CiO zijn [[cio:Implementatie_CiO|besluiten]] genomen over de inhoud van het CiO-overzicht.
  
 
In het kader van het consolideren tot één overzicht maken we een onderscheid tussen de termen ‘consolidatie’ en ‘reconciliatie’.
 
In het kader van het consolideren tot één overzicht maken we een onderscheid tussen de termen ‘consolidatie’ en ‘reconciliatie’.
−
* Consolidatie beschrijft het proces van het geautomatiseerd, zonder menselijke tussenkomst ordenen en ontdubbelen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens op basis van vooraf gedefinieerde functionele regels.
+
*Consolidatie beschrijft het proces van het geautomatiseerd, zonder menselijke tussenkomst ordenen en ontdubbelen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens op basis van vooraf gedefinieerde functionele regels.
−
* Reconciliatie beschrijft het proces van het controleren, samenvoegen en ordenen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens door een zorgverlener.
+
*Reconciliatie beschrijft het proces van het controleren, samenvoegen en ordenen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens door een zorgverlener.
  
−
De volgende uitgangspunten worden gehanteerd:
+
Om ervoor te zorgen dat consolidatie in alle informatiesystemen op dezelfde manier gebeurt en leidt tot hetzelfde actuele overzicht, worden consolidatieregels opgesteld. Daarbij hanteren we de volgende uitgangspunten:  
−
* Het CiO-overzicht moet ook los van het medicatieoverzicht weergegeven kunnen worden.
+
*Consolidatieregels worden zo opgesteld dat automatische verwerking mogelijk is. Dit kan alleen wanneer de zekerheidsgraad heel hoog is dat er geen informatie verloren gaat en er geen foutieve informatie getoond zal worden.
−
* CiO-gegevens worden opgehaald bij bronsystemen en betreft dus geen kopie informatie. 
+
*Consolidatieregels zijn 'minimale' regels, het minimum dat moet worden toegepast om een functioneel overzicht te creëren. Additionele functionaliteiten zijn mogelijk binnen de toepassing van een zorginformatiesysteem.
−
* Vanuit het kernteam CiO zijn [[cio:Implementatie_CiO|besluiten]] genomen over de inhoud van het CiO-overzicht:
+
*In het geval dat er reconciliatie plaats moet vinden door de zorgverlener, helpen de consolidatieregels om reconciliatie zo gemakkelijk mogelijk te maken.
−
** CiO1 Raadplegen: Bij raadplegen is het volledige overzicht van alle actuele contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid en de delta gewijzigde en/of afgesloten CiO-gegevens in te zien.
+
 
−
** CiO2 Raadplegen: Naast het volledige overzicht van alle actuele contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid en delta gewijzigde en/of afgesloten CiO-gegevens, is het mogelijk om alle historische gegevens over contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid in te zien.
+
De consolidatieregels voor CiO dienen verder doorontwikkeld te worden. Op dit moment worden in de volgende regels gehanteerd:
−
* Consolidatieregels worden zo opgesteld dat automatische verwerking mogelijk is. Dit kan alleen wanneer de zekerheidsgraad heel hoog is dat er geen informatie verloren gaat en er geen foutieve informatie getoond zal worden.
+
*Instantiaties met hetzelfde OID-identificatienummer kunnen beschouwd worden als duplicaat en op deze wijze ontdubbeld.
−
* Consolidatieregels zijn 'minimale' regels, het minimum dat moet worden toegepast om een functioneel overzicht te creëren. Additionele functionaliteiten zijn mogelijk binnen de toepassing van een zorginformatiesysteem.
+
*Het meest recent geregistreerde gegeven wordt gezien als meest actueel.
 +
 
 +
=Queryparameters=
 +
In usecase 1 en usecase 5 wordt gebruik gemaakt van raadplegen. Voor het raadplegen van gegevens kunnen vier queryparameters worden gebruikt. Deze worden hieronder toegelicht.
 +
 
 +
* Patiëntidentificatienummer: Het gebruik van een patiëntidentificatienummer is bij het raadplegen verplicht.
 +
* Identificatie: Het is mogelijk om specifieke instantiaties van de CiO-bouwstenen op te vragen middels het identificatienummer.
 +
* Identificatie geneesmiddelovergevoeligheid: Het is mogelijk om alle instantiaties van alle bij elkaar horende CiO-bouwstenen op te vragen middels het identificatienummer van de geneesmiddelovergevoeligheid (GMO).
 +
* Peildatum: De peildatum kan worden gebruikt om bouwstenen op te vragen na een bepaalde datum. De peildatum wordt hier bedoeld als de datum waarop de bouwsteen ingaat. In het geval van een BewakingBesluit is dat de BesluitIngangsDatumTijd. Bij een Alert gaat het om de BeginDatumTijd.
  
 
=Usecases=
 
=Usecases=
Regel 254: Regel 278:
  
 
De volgende usecases worden geanalyseerd en uitgewerkt:
 
De volgende usecases worden geanalyseerd en uitgewerkt:
−
* [[#Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicatie(s) in het kader van medicatieveiligheid|Usecase 1 Zorgverlener raadpleegt beschikbaargestelde contra-indicatie(s) in het kader van medicatieveiligheid (PULL)]]  
+
* [[#Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid|Usecase 1 Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid (PULL).]]  
−
* [[#Usecase 2: Zorgverlener stuurt contra-indicatie(s) in het kader van medicatieveiligheid|Usecase 2 Zorgverlener stuurt contra-indicatie(s) in het kader van medicatieveiligheid (PUSH)]].
+
* [[#Usecase 2: Zorgverlener stuurt contra-indicaties bij het ontbreken van patiënttoestemming|Usecase 2 Zorgverlener stuurt contra-indicaties bij het ontbreken van patiënttoestemming (PUSH)]].
 
* [[#Usecase 3: Zorgverlener stuurt voorstel contra-indicatie (VCI) en Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)|Usecase 3 Zorgverlener stuurt voorstel contra-indicatie (VCI) (PUSH) en Zorgverlener stuurt antwoord voorstel contra-indicatie (AVCI) (PUSH).]]
 
* [[#Usecase 3: Zorgverlener stuurt voorstel contra-indicatie (VCI) en Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)|Usecase 3 Zorgverlener stuurt voorstel contra-indicatie (VCI) (PUSH) en Zorgverlener stuurt antwoord voorstel contra-indicatie (AVCI) (PUSH).]]
 
* [[#Usecase 4: Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO|Usecase 4 Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO (PULL).]]
 
* [[#Usecase 4: Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO|Usecase 4 Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO (PULL).]]
−
* [[#Usecase 5: Zorgverlener raadpleegt beschikbaargestelde bewakingsbesluiten met bijbehorende besluitgrond|Usecase 5 Zorgverlener raadpleegt beschikbaargestelde bewakingsbesluiten met bijbehorende besluitgrond (PULL).]]
+
* [[#Usecase 5: Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden|Usecase 5 Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden (PULL).]]
−
* [[#Usecase 6: Zorgverlener stuurt bewakingsbesluit(en) met bijbehorende besluitgrond(en) bij het ontbreken van patiënttoestemming.|Usecase 6 Zorgverlener stuurt bewakingsbesluit(en) met bijbehorende besluitgrond (PUSH).]]
+
* [[#Usecase 6: Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming|Usecase 6 Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming (PUSH).]]
−
* [[#Usecase 7: Patiënt raadpleegt beschikbaargestelde overgevoeligheden in de PGO|Usecase 7 Patiënt raadpleegt beschikbaargestelde bewakingsbesluiten met bijbehorende besluitgrond (PULL).]]
+
* [[#Usecase 7: Patiënt raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden in de PGO|Usecase 7 Patiënt raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden in de PGO (PULL).]]
 
Voor de zorgverlener kan ook de zorgaanbieder worden gelezen. Dit kan relevant zijn in situaties waarbij zorgverleners regelmatig veranderen, zoals in de thuiszorg.
 
Voor de zorgverlener kan ook de zorgaanbieder worden gelezen. Dit kan relevant zijn in situaties waarbij zorgverleners regelmatig veranderen, zoals in de thuiszorg.
  
−
==Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicatie(s) in het kader van medicatieveiligheid==
+
==Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid==
 
===Doel en relevantie===
 
===Doel en relevantie===
−
Een zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in gegevens over een contra-indicatie die door andere zorgverleners is vastgelegd en beschikbaargesteld. Alleen met een actueel en volledig overzicht kan een zorgverlener bij het voorschrijven/ verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om contra-indicaties te raadplegen.  
+
Een zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in gegevens over een contra-indicatie die door andere zorgverleners is vastgelegd en beschikbaargesteld.<br>
 +
Alleen met een actueel en volledig overzicht kan een zorgverlener bij het voorschrijven/ verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om contra-indicaties te raadplegen.<br>
 
Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.
 
Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.
  
−
''Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. contra-indicaties in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie.'' <br>
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
''Een patiënt komt bij de apotheek met een recept voor gewijzigde medicatie voor de behandeling van diabetes mellitus. Voor het ter hand stellen van de medicatie vraagt de apotheker gegevens van het medicatieoverzicht van de patiënt op (door te 'raadplegen'). Onderdeel van het medicatie-overzicht zijn de contra-indicaties in het kader van medicatieveiligheid. De apotheker ziet dat naast de reeds eerder in zijn informatiesysteem vastgelegde diabetes, een nieuwe contra-indicatie in het kader van medicatieveiligheid is vastgelegd door de cardioloog: ischemische hartziekten. (De gegevens hiervan zijn door de cardioloog beschikbaar gesteld). De apotheker neemt de gegevens van de nieuwe contra-indicatie over in zijn eigen informatiesysteem. Op deze manier heeft de apotheker beschikking over door andere zorgverleners vastgelegde gegevens over contra-indicaties in het kader van medicatieveiligheid en kan hierop medicatiebewaking plaatsvinden.''
+
|+  style = "text-align: left;" | ''Patient journey''
 +
! style = "text-align: left; background-color: white;" |''Raadplegen van beschikbaargestelde gegevens over o.a. contra-indicaties in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''Een patiënt komt bij de apotheek met een recept voor gewijzigde medicatie voor de behandeling van diabetes mellitus. Voor het ter hand stellen van de medicatie vraagt de apotheker gegevens van het medicatieoverzicht van de patiënt op (door te 'raadplegen'). Onderdeel van het medicatie-overzicht zijn de contra-indicaties in het kader van medicatieveiligheid. De apotheker ziet dat naast de reeds eerder in zijn informatiesysteem vastgelegde diabetes, een nieuwe contra-indicatie in het kader van medicatieveiligheid is vastgelegd door de cardioloog: ischemische hartziekten. (De gegevens hiervan zijn door de cardioloog beschikbaar gesteld). De apotheker neemt de gegevens van de nieuwe contra-indicatie over in zijn eigen informatiesysteem. Op deze manier heeft de apotheker beschikking over door andere zorgverleners vastgelegde gegevens over contra-indicaties in het kader van medicatieveiligheid en kan hierop medicatiebewaking plaatsvinden.''
 +
|}
  
 
===Proces en context===
 
===Proces en context===
Regel 284: Regel 313:
  
 
===Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram===
 
===Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram===
−
Deze usecase kent twee bedrijfsrollen. Tabel 1 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Zorgverlener raadpleegt contra-indicaties bij patiëntcontact of voorschrijven.
+
Deze usecase kent twee bedrijfsrollen:
 +
* Opvrager
 +
* Vastlegger (van gegevens over contra-indicatie)
  
−
'''Tabel 1. Bedrijfsrollen usecase 1'''
+
'''Tabel 1''' geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.<br>
−
{| class="wikitable" "cellpadding="10"
+
Zie ook '''Figuur 7'''.
−
! style="text-align:left;"| Bedrijfsrol (actor)
+
 
−
! style="text-align:left;"| Activiteit
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
|-
+
|+  style = "text-align: left;" | '''Tabel 1. Bedrijfsrollen voor usecase 1'''
−
| style="background-color: white;"| Vastlegger
+
! style = "width: 40%; text-align: left;" |Bedrijfsrol (actor)
−
(van gegevens
+
! style = "text-align: left;" |Activiteit
−
over contra-indicatie)
+
|-  
−
| style="background-color: white;"| Stelt de vastgelegde gegevens over een contra-indicatie beschikbaar aan de keten
+
| style="background-color: white;  vertical-align: top;"| Opvrager
−
|-
+
| style="background-color: white;  vertical-align: top;"| Raadpleegt gegevens over een contra-indicatie bij de vastlegger
−
| style="background-color: white;"| Opvrager
+
|-  
−
| style="background-color: white;"| Raadpleegt gegevens over een contra-indicatie bij de vastlegger
+
| style="background-color: white; vertical-align: top;"| Vastlegger ''(van gegevens over contra-indicatie)''
 +
| style="background-color: white; vertical-align: top;"| Stelt de vastgelegde gegevens over een contra-indicatie beschikbaar aan de keten
 
|}
 
|}
−
 
−
Figuur 6 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.
 
−
 
−
[[Bestand:Contra-indicatie PULL beta3 AC.png|720x267px|Figuur 1. Activiteitendiagram usecase 1]]
 
−
 
−
Figuur 6. Activiteitendiagram usecase 1
 
  
 
===Informatieoverdracht===
 
===Informatieoverdracht===
 
====Systemen & Systeemrollen====
 
====Systemen & Systeemrollen====
−
Alle bedrijfsrollen (vastlegger, opvrager) maken ieder gebruik van een informatiesysteem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.
+
Alle bedrijfsrollen (opvrager, vastlegger) maken ieder gebruik van een informatiesysteem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.<br>
−
In usecase 1 geldt: per bedrijfsrol vervult elk systeem  één systeemrol, namelijk:
+
In deze usecase geldt: per bedrijfsrol vervult elk systeem  één systeemrol, namelijk:
 
* CIO-CIR: ContraIndicatieRaadplegendSysteem; of
 
* CIO-CIR: ContraIndicatieRaadplegendSysteem; of
 
* CIO-CIB: ContraIndicatieBeschikbaarstellendSysteem
 
* CIO-CIB: ContraIndicatieBeschikbaarstellendSysteem
−
Zie ook figuur 7.
+
Zie ook '''Figuur 8'''.
−
 
 
−
[[Bestand: CiO_figuren_-_Componentendiagram_Contra-indicatie_PULL_zonder_titelblok.png]]
 
−
 
 
−
'''Figuur 7. Componentendiagram usecase 1'''
 
  
 
====Transacties & Transactiegroepen====
 
====Transacties & Transactiegroepen====
  
−
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor usecase 1 wordt gebruik gemaakt van de transactiegroep Contra-indicatie (PULL), het raadplegen en beschikbaarstellen van contra-indicaties.
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.<br>
 +
Voor deze usecase wordt gebruik gemaakt van:
  
−
Figuur 8 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen, transacties en transactiegroepen die onderdeel uitmaken van usecase 1.
+
Transactiegroep Contra-indicatie (PULL):
−
 
+
* Raadplegen contra-indicatie
−
[[Bestand:Usecase diargram usecase 1.jpg|746x528px]]
+
* Beschikbaarstellen contra-indicatie.<br>
−
 
 
−
'''Figuur 8. Usecasediagram usecase 1'''
 
−
 
 
−
Zoals zichtbaar is in bovenstaande afbeelding, hebben sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.  
 
  
 
De gegevens die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element gedeeld:
 
De gegevens die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element gedeeld:
Regel 337: Regel 356:
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
  
−
Het overzicht in tabel 2 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
+
Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.<br>
 +
 
 +
Het overzicht in '''Tabel 2''' maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.<br>
 +
Zie ook '''Figuur 9'''.
  
−
'''Tabel 2. Referenties naar transacties in ART-DECOR voor Contra-indicatie raadplegen en beschikbaarstellen'''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
{| class="wikitable" "cellpadding="10"
+
|+  style = "text-align: left;" | '''Tabel 2. Referenties naar transacties in ART-DECOR voor usecase 1'''
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Transactiegroep
 
! style="text-align:left;"| Transactiegroep
Regel 349: Regel 371:
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener raadpleegt beschikbaargestelde contra-indicaties bij patiëntcontact of voorschrijven
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener raadpleegt beschikbaargestelde contra-indicaties bij patiëntcontact of voorschrijven
−
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.16_20200622101830 Contra-indicatie (PULL)]
+
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.16_20200622101830 Contra-indicatie (PULL)]
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.17-2020-06-22T101830.html Raadplegen contra-indicatie]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.17-2020-06-22T101830.html Raadplegen contra-indicatie]
 
| style="background-color: white;"| CIO-CIR
 
| style="background-color: white;"| CIO-CIR
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Opvrager
 
| style="background-color: white;"| Opvrager
 
|-
 
|-
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.18-2020-06-22T101830.html Beschikbaarstellen contra-indicatie]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.18-2020-06-22T101830.html Beschikbaarstellen contra-indicatie]
 
| style="background-color: white;"| CIO-CIB
 
| style="background-color: white;"| CIO-CIB
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
Regel 361: Regel 383:
 
|}
 
|}
  
−
==Usecase 2: Zorgverlener stuurt contra-indicatie(s) in het kader van medicatieveiligheid==
+
===Figuren===
 +
 
 +
'''Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
Contra-indicatie PULL beta3 AC.png|'''Figuur 7.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (opvrager, vastlegger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO_figuren_-_Componentendiagram_Contra-indicatie_PULL_zonder_titelblok.png|'''Figuur 8.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''CIR''': ContraIndicatieRaadplegend Systeem; '''CIB''': ContraIndicatieBeschikbaarstellend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
Usecase diargram usecase 1.jpg|'''Figuur 9.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: '''CIR''': ContraIndicatieRaadplegend Systeem; '''CIB''': ContraIndicatieBeschikbaarstellend Systeem.
 +
</gallery>
 +
 
 +
==Usecase 2: Zorgverlener stuurt contra-indicaties bij het ontbreken van patiënttoestemming==
 
===Doel en relevantie===
 
===Doel en relevantie===
−
Een zorgverlener die gegevens over een contra-indicatie heeft vastgelegd, stelt een andere zorgverlener hier actief van op de hoogte. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor [[#Richtlijn|paragraaf 1.3.1]]). Het gebruikelijke proces is om gegevens beschikbaar te stellen en te raadplegen. Is dit niet mogelijk, bijvoorbeeld bij het ontbreken van patiënttoestemming, dan kan ervoor gekozen worden om gegevens actief te versturen naar een andere zorgverlener. Door gegevens over een contra-indicatie actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid wanneer deze gegevens niet via beschikbaarstellen en raadplegen op te halen zijn.
+
Een zorgverlener die gegevens over een contra-indicatie heeft vastgelegd, stelt een andere zorgverlener hier actief van op de hoogte. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor [[#Kwaliteitsstandaard|paragraaf 1.3.1]]). Het gebruikelijke proces is om gegevens beschikbaar te stellen en te raadplegen. Is dit niet mogelijk, bijvoorbeeld bij het ontbreken van patiënttoestemming, dan kan ervoor gekozen worden om gegevens actief te versturen naar een andere zorgverlener. Door gegevens over een contra-indicatie actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid wanneer deze gegevens niet via beschikbaarstellen en raadplegen op te halen zijn.<br>
 +
Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.
  
−
''Patient journey: Sturen van gegevens over contra-indicaties in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.'' <br>
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
''Een patiënte komt bij de huisarts en meldt daar zwanger te zijn. De huisarts legt dit vast als contra-indicaties in het kader van medicatieveiligheid in het HIS. De patiënte heeft geen toestemming gegeven voor het beschikbaarstellen en raadplegen van haar medische gegevens. De huisarts vindt toch dat de cardioloog waarmee patiënte een behandelrelatie heeft op de hoogte moet zijn van deze contra-indicatie. De huisarts stuurt daarom actief de contra-indicatie naar deze cardioloog.''
+
|+  style = "text-align: left;" | ''Patient journey''
 +
! style = "text-align: left; background-color: white;" |''Sturen van gegevens over contra-indicaties in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''Een patiënte komt bij de huisarts en meldt daar zwanger te zijn. De huisarts legt dit vast als contra-indicaties in het kader van medicatieveiligheid in het HIS. De patiënte heeft geen toestemming gegeven voor het beschikbaarstellen en raadplegen van haar medische gegevens. De huisarts vindt toch dat de cardioloog waarmee patiënte een behandelrelatie heeft op de hoogte moet zijn van deze contra-indicatie. De huisarts stuurt daarom actief de contra-indicatie naar deze cardioloog.''
 +
|}
  
 
===Proces en context===
 
===Proces en context===
 
Preproces
 
Preproces
−
* De zorgverlener-verstuurder   heeft bij patiëntcontact geraadpleegd welke gegevens over een contra-indicatie beschikbaar zijn.
+
* De zorgverlener-verstuurder heeft bij patiëntcontact geraadpleegd welke gegevens over een contra-indicatie beschikbaar zijn.
 
* Hij legt nog niet aanwezige actuele gegevens over contra-indicaties vast in het eigen informatiesysteem.
 
* Hij legt nog niet aanwezige actuele gegevens over contra-indicaties vast in het eigen informatiesysteem.
 
* In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.  
 
* In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.  
Regel 376: Regel 416:
  
 
Proces
 
Proces
−
* De zorgverlener-verstuurder   stuurt via zijn systeem de actuele gegevens over de contra-indicatie(s) waarvan deze zorgverlener de bron is, naar het systeem van de andere zorgverlener.
+
* De zorgverlener-verstuurder stuurt via zijn systeem de actuele gegevens over de contra-indicatie(s) waarvan deze zorgverlener de bron is, naar het systeem van de andere zorgverlener.
 
* Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.   
 
* Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.   
  
Regel 384: Regel 424:
  
 
===Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram===
 
===Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram===
−
De usecase kent twee bedrijfsrollen. Tabel 3 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Zorgverlener stuurt contra-indicatie(s) in het kader van medicatiebewaking bij ontbreken van patiënttoestemming
+
De usecase kent twee bedrijfsrollen:
 +
* Verstuurder (van gegevens van contra-indicatie)
 +
* Ontvanger
 +
'''Tabel 3''' geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.<br>
 +
Zie ook '''Figuur 10'''.
  
−
'''Tabel 3. Bedrijfsrollen usecase 2'''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
{| class="wikitable" "cellpadding="10"
+
|+  style = "text-align: left;" | '''Tabel 3. Bedrijfsrollen voor usecase 2'''
−
! style="text-align:left;"| Bedrijfsrol (actor)
+
! style = "width: 40%; text-align: left;" |Bedrijfsrol (actor)
−
! style="text-align:left;"| Activiteit
+
! style = "text-align: left;" |Activiteit
−
|-
+
|-  
−
| style="background-color: white;"| Verstuurder  
+
| style="background-color: white;  vertical-align: top;"| Verstuurder ''(van gegevens over contra-indicatie)''
−
(van gegevens  
+
| style="background-color: white;  vertical-align: top;"| Stuurt de vastgelegde gegevens over een contra-indicatie naar de ontvanger
−
over contra-indicatie)
+
|-  
−
| style="background-color: white;"| Stuurt de vastgelegde gegevens over een contra-indicatie naar de ontvanger
+
| style="background-color: white; vertical-align: top;"| Ontvanger
−
|-
+
| style="background-color: white; vertical-align: top;"| Ontvangt de gegevens over een contra-indicatie van de verstuurder
−
| style="background-color: white;"| Ontvanger
 
−
| style="background-color: white;"| Ontvangt de gegevens over een contra-indicatie van de verstuurder
 
 
|}
 
|}
−
 
−
Figuur 9 toont de activiteiten die de bedrijfsrollen uitvoeren.
 
−
 
−
[[Bestand:Contra-indicatie PUSH Beta3 AC.png|720x267px]]
 
−
 
−
 
−
'''Figuur 9. Activiteitendiagram usecase 2'''
 
  
 
===Informatieoverdracht===
 
===Informatieoverdracht===
 
====Systemen & Systeemrollen====
 
====Systemen & Systeemrollen====
−
Alle bedrijfsrollen (verstuurder, ontvanger) maken gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.
+
Alle bedrijfsrollen (verstuurder, ontvanger) maken gebruik van een informatiesysteem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.<br>
−
In usecase 2 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
+
In deze usecase geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
 
* CIO-CIS: ContraIndicatieSturendSysteem; of
 
* CIO-CIS: ContraIndicatieSturendSysteem; of
 
* CIO-CIO: ContraIndicatieOntvangendSysteem.
 
* CIO-CIO: ContraIndicatieOntvangendSysteem.
−
Zie ook figuur 10.
+
Zie ook '''Figuur 11'''.
−
 
 
−
[[Bestand: CiO_figuren_-_Componentendiagram_Contra-indicatie_PUSH_zonder_titelblok.png]]
 
−
 
 
−
'''Figuur 10. Componentendiagram usecase 2'''
 
  
 
====Transacties & Transactiegroepen====
 
====Transacties & Transactiegroepen====
−
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor usecase 2 wordt gebruik gemaakt van de transactiegroep Contra-indicatie (PUSH) , sturen contra-indicatie en ontvangstbevestiging contra-indicatie.
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.<br>
−
 
+
Voor deze usecase wordt gebruik gemaakt van:
−
Figuur 11 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen, transacties en transactiegroepen die onderdeel uitmaken van Contra-indicatie sturen en ontvangen.
 
  
−
[[Bestand:Contra-indicatie PUSH beta3 usecase diagram.png|746x528px]]
+
Transactiegroep Contra-indicatie (PUSH):
 +
* Sturen contra-indicatie
 +
* Ontvangstbevestiging contra-indicatie.<br>
  
−
'''Figuur 11. Usecasediagram usecase 2'''
+
De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element wordt gedeeld:
−
 
 
−
Zoals zichtbaar is in bovenstaande afbeelding, hebben sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep. De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element wordt gedeeld:
 
 
*Alert.RelatieAlert: Een registratie van een Alert kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting of wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
 
*Alert.RelatieAlert: Een registratie van een Alert kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting of wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
 
* Alert.Toelichting: Dit element kan informatie bevatten die in andere elementen niet of onvolledig worden uitgedrukt. Daarom is het onder normale condities niet verplicht om dit veld in te vullen voor een geslaagde transactie. Indien het element Alert.EindDatumTijd ingevuld is, moet het toelichtingsveld een beschrijving over de reden van beëindiging van de contra-indicaties in het kader van medicatieveiligheid bevatten.
 
* Alert.Toelichting: Dit element kan informatie bevatten die in andere elementen niet of onvolledig worden uitgedrukt. Daarom is het onder normale condities niet verplicht om dit veld in te vullen voor een geslaagde transactie. Indien het element Alert.EindDatumTijd ingevuld is, moet het toelichtingsveld een beschrijving over de reden van beëindiging van de contra-indicaties in het kader van medicatieveiligheid bevatten.
Regel 435: Regel 465:
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
  
−
Het overzicht in tabel 4 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
+
Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.<br>
 +
 
 +
Het overzicht in '''Tabel 4''' maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.<br>
 +
Zie ook '''Figuur 12'''.
 
   
 
   
−
'''Tabel 4. Referenties naar transacties in ART-DECOR voor Contra-indicatie sturen en ontvangen'''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
{| class="wikitable" "cellpadding="10"
+
|+  style = "text-align: left;" | '''Tabel 2. Referenties naar transacties in ART-DECOR voor usecase 2'''
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Transactiegroep
 
! style="text-align:left;"| Transactiegroep
Regel 446: Regel 479:
 
! style="text-align:left;"| Bedrijfsrol
 
! style="text-align:left;"| Bedrijfsrol
 
|-
 
|-
−
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt contra-indicatie(s) in het kader van medicatiebewaking bij ontbreken van patiënttoestemming
+
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt contra-indicaties in het kader van medicatiebewaking bij ontbreken van patiënttoestemming
−
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.10_20200622101711 Contra-indicatie (PUSH)]
+
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.10_20200622101711 Contra-indicatie (PUSH)]
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.11-2020-06-22T101711.html Sturen contra-indicatie]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.11-2020-06-22T101711.html Sturen contra-indicatie]
 
| style="background-color: white;"| CIO-CIS
 
| style="background-color: white;"| CIO-CIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Verstuurder
 
| style="background-color: white;"| Verstuurder
 
|-
 
|-
−
| style="background-color: white;"| Ontvangen contra-indicatie (sturen technische ontvangstbevestiging)
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.12-2020-06-22T101711.html Ontvangen contra-indicatie (sturen technische ontvangstbevestiging)]
 
| style="background-color: white;"| CIO-CIO
 
| style="background-color: white;"| CIO-CIO
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Ontvanger
 
| style="background-color: white;"| Ontvanger
 
|}
 
|}
 +
 +
===Figuren===
 +
 +
'''Usecase 2: Zorgverlener stuurt contra-indicaties in het kader van medicatiebewaking bij ontbreken van patiënttoestemming'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
CiO figuren - Activiteitendiagram Contra-indicatie PUSH zonder titelblok.png|'''Figuur 10.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO_figuren_-_Componentendiagram_Contra-indicatie_PUSH_zonder_titelblok.png|'''Figuur 11.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''CIS''': ContraIndicatieSturend Systeem; '''CIO''': ContraIndicatieOntvangend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
Contra-indicatie PUSH beta3 usecase diagram.png|'''Figuur 12.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: '''CIS''': ContraIndicatieSturend Systeem; '''CIO''': ContraIndicatieOntvangend Systeem.
 +
</gallery>
  
 
==Usecase 3: Zorgverlener stuurt voorstel contra-indicatie (VCI) en Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)==
 
==Usecase 3: Zorgverlener stuurt voorstel contra-indicatie (VCI) en Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)==
Regel 466: Regel 512:
  
 
Een zorgverlener maakt en verstuurt een VCI wanneer er een vermoeden is van een contra-indicatie die geregistreerd of beëindigd moet worden, maar waarbij de zorgverlener over onvoldoende informatie beschikt of zich onvoldoende bekwaam voelt om dit met zekerheid te bevestigen.  
 
Een zorgverlener maakt en verstuurt een VCI wanneer er een vermoeden is van een contra-indicatie die geregistreerd of beëindigd moet worden, maar waarbij de zorgverlener over onvoldoende informatie beschikt of zich onvoldoende bekwaam voelt om dit met zekerheid te bevestigen.  
−
De VCI stelt zorgverleners in staat om ontbrekende contra-indicaties toe te voegen of onterechte registraties te beëindigen, zonder dat dit leidt tot foutieve registraties (‘vervuiling’). Dit biedt een oplossing voor het huidige registratieprobleem van contra-indicaties, waarbij voorschrijvers niet altijd volledig zijn en apothekers soms onjuiste registraties toevoegen door contra-indicaties af te leiden uit voorgeschreven medicatie. Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.
+
De VCI stelt zorgverleners in staat om ontbrekende contra-indicaties toe te voegen of onterechte registraties te beëindigen, zonder dat dit leidt tot foutieve registraties (‘vervuiling’). Dit biedt een oplossing voor het huidige registratieprobleem van contra-indicaties, waarbij voorschrijvers niet altijd volledig zijn en apothekers soms onjuiste registraties toevoegen door contra-indicaties af te leiden uit voorgeschreven medicatie.<br>
 +
Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.
  
−
''Patient journey: Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van voorgeschreven medicatie.'' <br>
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
 +
|+  style = "text-align: left;" | ''Patient journey A''
 +
! style = "text-align: left; background-color: white;" |''Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van voorgeschreven medicatie.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''De apotheker vermoedt de aanwezigheid van de contra-indicatie hypertensie op basis van de voorschreven medicatie nifedipine. Echter, deze medicatie kan ook voorgeschreven worden vanwege angina pectoris of het fenomeen van Raynaud. De apotheker stelt een voorstel op voor registratie van de contra-indicatie hypertensie en verstuurt dit bericht naar de voorschrijver van de nifedipine. De voorschrijver ontvangt en beoordeelt het voorstel. Gezien er inderdaad sprake is van de contra-indicatie hypertensie, voltooit de voorschrijver de registratie van deze contra-indicatie in zijn systeem. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord terug, waarmee het voorstel in het systeem van de apotheker afgehandeld kan worden.''
 +
|}
  
−
''De apotheker vermoedt de aanwezigheid van de contra-indicatie hypertensie op basis van de voorschreven medicatie nifedipine. Echter, deze medicatie kan ook voorgeschreven worden vanwege angina pectoris of het fenomeen van Raynaud. De apotheker stelt een voorstel op voor registratie van de contra-indicatie hypertensie en verstuurt dit bericht naar de voorschrijver van de nifedipine. De voorschrijver ontvangt en beoordeelt het voorstel. Gezien er inderdaad sprake is van de contra-indicatie hypertensie, voltooit de voorschrijver de registratie van deze contra-indicatie in zijn systeem. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord terug, waarmee het voorstel in het systeem van de apotheker afgehandeld kan worden.''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
 
+
|+  style = "text-align: left;" | ''Patient journey B''
−
''Patient journey: Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van meegestuurde laboratoriumwaarde.'' <br>
+
! style = "text-align: left; background-color: white;" |''Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van meegestuurde laboratoriumwaarde.''
−
 
+
|-
−
''De apotheker krijgt van een voorschrijver een medicatieafspraak toegestuurd samen met de nierfunctie. Er blijkt sprake van een verminderde creatinineklaring. De apotheker weet niet of het gaat om een tijdelijke verslechtering of dat tevens bewaking via de contra-indicatie verminderde nierfunctie nodig is. De apotheker stelt een voorstel op en verstuurt dit bericht naar de voorschrijver die samen met de medicatieafspraak de nierfunctie meestuurde. De voorschrijver ontvangt en beoordeelt het voorstel. De voorschrijver is akkoord met het voorstel en voltooit de registratie van de contra-indicatie verminderde nierfunctie. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord naar de apotheker terug. Met behulp hiervan kan het systeem van de apotheker het voorstel afhandelen.''
+
| style="background-color: white; vertical-align: top;"| ''De apotheker krijgt van een voorschrijver een medicatieafspraak toegestuurd samen met de nierfunctie. Er blijkt sprake van een verminderde creatinineklaring. De apotheker weet niet of het gaat om een tijdelijke verslechtering of dat tevens bewaking via de contra-indicatie verminderde nierfunctie nodig is. De apotheker stelt een voorstel op en verstuurt dit bericht naar de voorschrijver die samen met de medicatieafspraak de nierfunctie meestuurde. De voorschrijver ontvangt en beoordeelt het voorstel. De voorschrijver is akkoord met het voorstel en voltooit de registratie van de contra-indicatie verminderde nierfunctie. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord naar de apotheker terug. Met behulp hiervan kan het systeem van de apotheker het voorstel afhandelen.''
 +
|}
  
 
===Proces en context===
 
===Proces en context===
Regel 487: Regel 540:
 
Postproces
 
Postproces
 
*Het ontvangende systeem stuurt in reactie op het voorstel voor de contra-indicatie een technische ontvangstbevestiging terug naar het sturende systeem.
 
*Het ontvangende systeem stuurt in reactie op het voorstel voor de contra-indicatie een technische ontvangstbevestiging terug naar het sturende systeem.
−
*De zorgverlener-ontvanger beoordeelt en beantwoordt het voorstel voor de contra-indicatie. Afhankelijk van de beoordeling geeft de zorgverlener-ontvanger al dan niet vervolg aan het voorstel via het voltooien van de voorgestelde registratie of het doorvoeren van de voorgestelde beëindiging (of wijziging).
+
*De zorgverlener-ontvanger beoordeelt en beantwoordt het voorstel voor de contra-indicatie. Afhankelijk van de beoordeling geeft de zorgverlener-ontvanger al dan niet vervolg aan het voorstel via het voltooien van de voorgestelde registratie of het doorvoeren van de voorgestelde wijziging of beëindiging.
  
 
'''''Usecase 3b Zorgverlener stuurt antwoord voorstel contra-indicatie (AVCI)'''''
 
'''''Usecase 3b Zorgverlener stuurt antwoord voorstel contra-indicatie (AVCI)'''''
  
 
Preproces
 
Preproces
−
*De zorgverlener-verstuurder heeft een voorstel voor een te registreren, te beëindigen of te wijzigen contra-indicatie ontvangen en heeft dit voorstel beoordeeld. Bij beoordeling van het voorstel geeft de zorgverlener-verstuurder aan of het voorstel akkoord is of afgewezen wordt.  
+
*De zorgverlener-verstuurder heeft een voorstel voor een te registreren, te wijzigen of te beëindigen contra-indicatie ontvangen en heeft dit voorstel beoordeeld. Bij beoordeling van het voorstel geeft de zorgverlener-verstuurder aan of het voorstel akkoord is of afgewezen wordt.  
 
*In zijn XIS is het patiëntidentificatienummer (ID) aanwezig.
 
*In zijn XIS is het patiëntidentificatienummer (ID) aanwezig.
 
Proces
 
Proces
Regel 502: Regel 555:
  
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
−
De usecases VCI en AVCI kennen elk twee bedrijfsrollen. Tabel 5a en Tabel 5b geven een overzicht van de bedrijfsrollen en activiteiten binnen de usecase ‘Zorgverlener stuurt voorstel contra-indicatie’ en de usecase ‘Zorgverlener stuurt antwoord voorstel contra-indicatie’.
+
De usecases VCI en AVCI kennen elk twee bedrijfsrollen.
  
−
'''Tabel 5a. Bedrijfsrollen usecase 3a'''
+
VCI:
−
{| class="wikitable" "cellpadding="10"
+
* Verstuurder (van voorstel contra-indicatie)
−
! style="text-align:left;"| Bedrijfsrol (actor)
+
* Ontvanger
−
! style="text-align:left;"| Activiteit
+
 
 +
AVCI:
 +
* Verstuurder (van antwoord voorstel contra-indicatie)
 +
* Ontvanger
 +
 
 +
'''Tabel 5a''' en '''Tabel 5b''' geven een overzicht van de bedrijfsrollen en activiteiten binnen deze usecases.<br>
 +
Zie ook '''Figuur 13'''.
 +
 
 +
{| class="wikitable" style="width: 60%;" "cellpadding="10"
 +
|+  style = "text-align: left;" | '''Tabel 5a. Bedrijfsrollen voor usecase 3a'''
 +
! style = "width: 40%; text-align: left;" |Bedrijfsrol (actor)
 +
! style = "text-align: left;" |Activiteit
 
|-
 
|-
−
| style="background-color: white;"| Verstuurder
+
| style="background-color: white;  vertical-align: top;"| Verstuurder ''(van voorstel contra-indicatie)''
−
(van voorstel contra-indicatie)
+
| style="background-color: white;  vertical-align: top;"| Stuurt een voorstel van een vermoede contra-indicatie naar een andere zorgverlener<ref>Het is ook mogelijk om een voorstel voor wijziging of beëindiging van een reeds geregistreerde contra-indicatie op te stellen.</ref>
−
| style="background-color: white;"| Stuurt een voorstel van een vermoede contra-indicatie naar een andere zorgverlener<ref>Het is ook mogelijk om een voorstel voor beëindiging (of wijziging) van een reeds geregistreerde contra-indicatie op te stellen.</ref>
 
 
|-
 
|-
−
| style="background-color: white;"| Ontvanger
+
| style="background-color: white; vertical-align: top;""| Ontvanger
−
| style="background-color: white;"| Ontvangt het voorstel voor registratie van een contra-indicatie
+
| style="background-color: white; vertical-align: top;""| Ontvangt het voorstel voor registratie van een contra-indicatie
 
|}
 
|}
 
<references/>
 
<references/>
  
−
 
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
'''Tabel 5b. Bedrijfsrollen usecase 3b'''
+
|+  style = "text-align: left;" | '''Tabel 5b. Bedrijfsrollen voor usecase 3b'''
−
{| class="wikitable" "cellpadding="10"
+
!! style = "width: 40%; text-align: left;" |Bedrijfsrol (actor)
−
! style="text-align:left;"| Bedrijfsrol (actor)
+
! style = "text-align: left;" |Activiteit
−
! style="text-align:left;"| Activiteit
 
 
|-
 
|-
−
| style="background-color: white;"| Verstuurder
+
| style="background-color: white;  vertical-align: top;""| Verstuurder ''(van antwoord voorstel contra-indicatie)''
−
(van antwoord voorstel contra-indicatie)
+
| style="background-color: white;  vertical-align: top;"| Stuurt een antwoord op het voorstel van een vermoede contra-indicatie naar de zorgverlener die dit voorstel heeft verstuurd<ref>Het is ook mogelijk om een voorstel voor wijziging of beëindiging van een reeds geregistreerde contra-indicatie op te stellen.</ref>
−
| style="background-color: white;"| Stuurt een antwoord op het voorstel van een vermoede contra-indicatie naar de zorgverlener die dit voorstel heeft verstuurd<ref>Het is ook mogelijk om een voorstel voor beëindiging (of wijziging) van een reeds geregistreerde contra-indicatie op te stellen.</ref>
 
 
|-
 
|-
−
| style="background-color: white;"| Ontvanger
+
| style="background-color: white;  vertical-align: top;"| Ontvanger
−
| style="background-color: white;"| Ontvangt het antwoord op het voorstel voor registratie van een contra-indicatie
+
| style="background-color: white;  vertical-align: top;"| Ontvangt het antwoord op het voorstel voor registratie van een contra-indicatie
 
|}
 
|}
 
<references/>
 
<references/>
−
 
−
 
−
Figuren 12a en 12b tonen de bedrijfsrollen en de activiteiten die zij uitvoeren.
 
−
 
−
[[Bestand:VCI activiteitendiagram.jpg]]
 
−
 
−
'''Figuur 12a. Activiteitendiagram usecase 3a'''
 
−
 
−
 
−
[[Bestand:AVCI activiteitendiagram 07-07.jpg]]
 
−
 
−
'''Figuur 12b. Activiteitendiagram usecase 3b'''
 
  
 
===Informatieoverdracht===
 
===Informatieoverdracht===
 
====Systemen & Systeemrollen====
 
====Systemen & Systeemrollen====
−
Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 3a en 3b geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:  
+
Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 3a en 3b geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
 +
 
 +
VCI:
 
*CIO-VCS: VoorstelContraIndicatieSturendSysteem; of
 
*CIO-VCS: VoorstelContraIndicatieSturendSysteem; of
 
*CIO-VCO: VoorstelContraIndicatieOntvangendSysteem
 
*CIO-VCO: VoorstelContraIndicatieOntvangendSysteem
  
−
*CIO-ACO: AntwoordVoorstelContraIndicatieSturendSysteem; of
+
AVCI:
−
*CIO-ACS: AntwoordVoorstelContraIndicatieOntvangendSysteem
+
*CIO-ACS: AntwoordVoorstelContraIndicatieSturendSysteem; of
−
 
+
*CIO-ACO: AntwoordVoorstelContraIndicatieOntvangendSysteem
−
Zie ook figuren 13a en 13b.
 
−
 
 
−
[[Bestand: CiO_figuren_-_componentendiagram_-_Voorstel_contra-Indicatie_PUSH_beta3.png]]
 
  
−
'''Figuur 13a. Componentendiagram usecase 3a.'''
+
Zie ook '''Figuren 14a en 14b'''.
−
 
 
−
 
 
−
[[Bestand: CiO_figuren_-_componentendiagram_-_Antwoord_voorstel_contra-Indicatie_PUSH_beta3.png]]
 
−
 
 
−
'''Figuur 13b. Componentendiagram usecase 3b.'''
 
  
 
====Transacties & Transactiegroepen====
 
====Transacties & Transactiegroepen====
−
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor usecase 3 wordt gebruik gemaakt van de transactiegroep Voorstel contra-indicatie (PUSH) en Antwoord voorstel contra-indicatie (PUSH).
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor deze usecases wordt gebruik gemaakt van:
−
Figuren 9a en 9b  tonen de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen die onderdeel uitmaken van usecase 3a en 3b.
 
  
−
[[Bestand: CiO_figuren_-_usecasediagram_-_Voorstel_contra-indicatie_PUSH_beta3.png]]
+
Transactiegroep Voorstel contra-indicatie (PUSH):
 +
* Sturen voorstel contra-indicatie
 +
* Ontvangstbevestiging voorstel contra-indicatie
  
−
'''Figuur 14a. Usecasediagram usecase 3a.'''
+
Transactiegroep Antwoord voorstel contra-indicatie (PUSH):
 +
* Sturen antwoord voorstel contra-indicatie
 +
* Ontvangstbevestiging antwoord voorstel contra-indicatie
  
−
[[Bestand: CiO_figuren_-_usecasediagram_-_Antwoord_voorstel_contra-indicatie_PUSH_beta3.png]]
+
De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Eén gegevens binnen de transactiegroep van usecase 3a bevat een voorwaarde, die hieronder nader wordt toegelicht:  
−
 
 
−
'''Figuur 14b. Usecasediagram usecase 3b.'''
 
−
 
 
−
Zoals zichtbaar is in bovenstaande afbeelding, hebben sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep. De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Eén gegevens binnen de transactiegroep van usecase 3a bevat een voorwaarde, die hieronder nader wordt toegelicht:  
 
 
* MedicatieContraIndicatie.Alert.RelatieAlert: Een voorstelbericht van een medicatie contra-indicatie kan een nieuwe medicatie contra-indicatie of een wijziging of afsluiting van een bestaande medicatie contra-indicatie bevatten. Indien het voorbericht een wijziging of een afsluiting bevat, wordt gesteld dat een relatie wordt gelegd via het identificatienummer van de bestaande registratie.
 
* MedicatieContraIndicatie.Alert.RelatieAlert: Een voorstelbericht van een medicatie contra-indicatie kan een nieuwe medicatie contra-indicatie of een wijziging of afsluiting van een bestaande medicatie contra-indicatie bevatten. Indien het voorbericht een wijziging of een afsluiting bevat, wordt gesteld dat een relatie wordt gelegd via het identificatienummer van de bestaande registratie.
  
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
  
−
Het overzicht in tabel 6 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
+
Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.<br>
 +
Het overzicht in '''Tabel 6''' maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.<br>
 +
Zie ook '''Figuur 15'''.
  
−
'''Tabel 6. Referenties naar transacties in ART-DECOR voor Sturen en ontvangen voorstel contra-indicatie en Sturen en ontvangen antwoord voorstel contra-indicatie'''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
{| class="wikitable" "cellpadding="10"
+
|+  style = "text-align: left;" | '''Tabel 6. Referenties naar transacties in ART-DECOR voor usecase 3'''
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Transactiegroep
 
! style="text-align:left;"| Transactiegroep
Regel 594: Regel 638:
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt voorstel contra-indicatie  
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt voorstel contra-indicatie  
−
|style="background-color: white;vertical-align:top;" rowspan="2"| Voorstel contra-indicatie (PUSH)
+
|style="background-color: white;vertical-align:top;" rowspan="2"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.37_20240605154517 Voorstel contra-indicatie (PUSH)]
−
| style="background-color: white;"| Sturen voorstel contra-indicatie
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.38-2024-06-05T154517.html Sturen voorstel contra-indicatie]
 
| style="background-color: white;"| CIO-VCS
 
| style="background-color: white;"| CIO-VCS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Verstuurder (van voorstel contra-indicatie)
 
| style="background-color: white;"| Verstuurder (van voorstel contra-indicatie)
 
|-
 
|-
−
| style="background-color: white;"| Ontvangen voorstel contra-indicatie
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.39-2024-06-05T154517.html Ontvangen voorstel contra-indicatie]
 
| style="background-color: white;"| CIO-VCO
 
| style="background-color: white;"| CIO-VCO
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
Regel 606: Regel 650:
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt antwoord voorstel contra-indicatie  
 
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt antwoord voorstel contra-indicatie  
−
|style="background-color: white;vertical-align:top;" rowspan="2"| Antwoord voorstel contra-indicatie (PUSH)
+
|style="background-color: white;vertical-align:top;" rowspan="2"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.40_20240605154739 Antwoord voorstel contra-indicatie (PUSH)]
−
| style="background-color: white;"| Sturen antwoord voorstel contra-indicatie
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.41-2024-06-05T154739.html Sturen antwoord voorstel contra-indicatie]
 
| style="background-color: white;"| CIO-ACS
 
| style="background-color: white;"| CIO-ACS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Verstuurder (van antwoord voorstel contra-indicatie)
 
| style="background-color: white;"| Verstuurder (van antwoord voorstel contra-indicatie)
 
|-
 
|-
−
| style="background-color: white;"| Ontvangen antwoord voorstel contra-indicatie
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.42-2024-06-05T154739.html Ontvangen antwoord voorstel contra-indicatie]
 
| style="background-color: white;"| CIO-ACO
 
| style="background-color: white;"| CIO-ACO
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Ontvanger
 
| style="background-color: white;"| Ontvanger
 
|}
 
|}
 +
 +
===Figuren===
 +
 +
'''Usecase 3a: Zorgverlener stuurt voorstel contra-indicatie (VCI)'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
VCI activiteitendiagram.jpg|'''Figuur 13a.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO_figuren_-_componentendiagram_-_Voorstel_contra-Indicatie_PUSH_beta3.png|'''Figuur 14a.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''VCS''': VoorstelContraindicatieSturend Systeem; '''VCO''': VoorstelContraindicatieOntvangend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
Bestand: CiO_figuren_-_usecasediagram_-_Voorstel_contra-indicatie_PUSH_beta3.png|'''Figuur 15a.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: '''VCS''': VoorstelContraindicatieSturend Systeem; '''VCO''': VoorstelContraindicatieOntvangend Systeem.
 +
</gallery>
 +
 +
'''Usecase 3b: Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
AVCI activiteitendiagram 07-07.jpg|'''Figuur 13b.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO_figuren_-_componentendiagram_-_Antwoord_voorstel_contra-Indicatie_PUSH_beta3.png|'''Figuur 14b.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''ACS''': AntwoordvoorstelContraindicatieSturend Systeem; '''AVO''': AntwoordvoorstelContraindicatieOntvangend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
CiO_figuren_-_usecasediagram_-_Antwoord_voorstel_contra-indicatie_PUSH_beta3.png|'''Figuur 15b.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. '''ACS''': AntwoordvoorstelContraindicatieSturend Systeem; '''AVO''': AntwoordvoorstelContraindicatieOntvangend Systeem.
 +
</gallery>
  
 
==Usecase 4: Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO==
 
==Usecase 4: Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO==
 
{{IssueBox|De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!}}
 
{{IssueBox|De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!}}
  
−
==Usecase 5: Zorgverlener raadpleegt beschikbaargestelde bewakingsbesluiten met bijbehorende besluitgrond==
+
==Usecase 5: Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden==
 
===Doel en Relevantie===
 
===Doel en Relevantie===
−
Een  zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in stoffen waarop bewaakt wordt in de keten, overgevoeligheden-intoleranties en reacties die bekend zijn bij de patiënt. Alleen met een actueel en volledig overzicht kan een zorgverlener bij voorschrijven/verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om deze informatie op te vragen. Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.<br>
+
Een  zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in stoffen waarop bewaakt wordt in de keten, overgevoeligheden-intoleranties en reacties die bekend zijn bij de patiënt. Alleen met een actueel en volledig overzicht kan een zorgverlener bij voorschrijven/verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om deze informatie op te vragen.
 +
<br>Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.<br>
  
−
''Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij preoperatieve screening.'' <br>
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
''Een patiënt heeft een afspraak bij de anesthesioloog voor een preoperatieve screening vanwege een geplande liesbreukoperatie. De anesthesioloog vraagt gegevens van het medicatie-overzicht van de patiënt op (door te 'raadplegen'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een longarts van een ander ziekenhuis heeft bij een eerdere opname voor deze patiënt aldaar gegevens over een overgevoeligheid voor amoxicilline/ clavulaanzuur vastgelegd evenals het besluit om hierop te bewaken, het middel mag niet meer gegeven worden. De longarts heeft deze informatie beschikbaargesteld. De anesthesioloog neemt de gegevens over deze overgevoeligheden over in het eigen ziekenhuisinformatiesysteem. Op deze manier kunnen zorgverleners in het ziekenhuis rekening houden met alle stoffen waarop in de keten bewaakt wordt. ''
+
|+  style = "text-align: left;" | ''Patient journey A''
 +
! style = "text-align: left; background-color: white;" |''Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij preoperatieve screening.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''Een patiënt heeft een afspraak bij de anesthesioloog voor een preoperatieve screening vanwege een geplande liesbreukoperatie. De anesthesioloog vraagt gegevens van het medicatie-overzicht van de patiënt op (door te 'raadplegen'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een longarts van een ander ziekenhuis heeft bij een eerdere opname voor deze patiënt aldaar gegevens over een overgevoeligheid voor amoxicilline/ clavulaanzuur vastgelegd evenals het besluit om hierop te bewaken, het middel mag niet meer gegeven worden. De longarts heeft deze informatie beschikbaargesteld. De anesthesioloog neemt de gegevens over deze overgevoeligheden over in het eigen ziekenhuisinformatiesysteem. Op deze manier kunnen zorgverleners in het ziekenhuis rekening houden met alle stoffen waarop in de keten bewaakt wordt.''
 +
|}
  
−
''Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie. ''<br>
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
''Een patiënt komt bij de apotheek met een recept voor aanvullende medicatie tegen hoge bloeddruk, voorgeschreven door de cardioloog. Voor het ter hand stellen van de medicatie vraagt de apotheker het medicatie-overzicht op ('raadpleegt'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een aantal jaar geleden blijkt de huisarts een overgevoeligheid voor enalapril vastgesteld te hebben, op basis van anamnese. De huisarts heeft hiervoor een bewakingsbesluit geregistreerd. Deze gegevens stelt de huisarts beschikbaar. De apotheker neemt deze overgevoeligheid over in het eigen apotheekinformatiesysteem. Zo kan de apotheker rekening houden met alle stoffen waarop in de keten bewaakt wordt.''
+
|+  style = "text-align: left;" | ''Patient journey B''
 +
! style = "text-align: left; background-color: white;" |''Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''Een patiënt komt bij de apotheek met een recept voor aanvullende medicatie tegen hoge bloeddruk, voorgeschreven door de cardioloog. Voor het ter hand stellen van de medicatie vraagt de apotheker het medicatie-overzicht op ('raadpleegt'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een aantal jaar geleden blijkt de huisarts een overgevoeligheid voor enalapril vastgesteld te hebben, op basis van anamnese. De huisarts heeft hiervoor een bewakingsbesluit geregistreerd. Deze gegevens stelt de huisarts beschikbaar. De apotheker neemt deze overgevoeligheid over in het eigen apotheekinformatiesysteem. Zo kan de apotheker rekening houden met alle stoffen waarop in de keten bewaakt wordt.''
 +
|}
  
 
===Proces en Context===
 
===Proces en Context===
Regel 644: Regel 721:
  
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
−
Deze usecase kent twee bedrijfsrollen. Tabel 7 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Zorgverlener raadpleegt bewakingsbesluiten met bijbehorende overgevoeligheid-intolerantie en/of reactie.
+
Deze usecase kent twee bedrijfsrollen:
 +
* Opvrager
 +
* Vastlegger (van gegevens over geneesmiddelovergevoeligheid)
 +
 
 +
'''Tabel 7''' geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.<br>
 +
Zie ook '''Figuur 16'''.
  
−
'''Tabel 7. Bedrijfsrollen usecase 5'''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
{| class="wikitable" "cellpadding="10"
+
|+  style = "text-align: left;" | '''Tabel 7. Bedrijfsrollen voor usecase 5'''
−
! style="text-align:left;"| Bedrijfsrol (actor)
+
! style = "width: 40%; text-align: left;" |Bedrijfsrol (actor)
−
! style="text-align:left;"| Activiteit
+
! style = "text-align: left;" |Activiteit
−
|-
+
|-  
−
| style="background-color: white;"| Vastlegger
+
| style="background-color: white;  vertical-align: top;"| Opvrager
−
(van gegevens
+
| style="background-color: white;  vertical-align: top;"| Raadpleegt gegevens over een geneesmiddelovergevoeligheid bij de vastlegger
−
over bewakingsbesluit, overgevoeligheid-intolerantie en reactie)
+
|-  
−
| style="background-color: white;"| Stelt de vastgelegde gegevens over een bewakingsbesluit, overgevoeligheid-intolerantie en reactie beschikbaar aan de keten
+
| style="background-color: white; vertical-align: top;"| Vastlegger ''(van gegevens over geneesmiddelovergevoeligheid)''
−
|-
+
| style="background-color: white; vertical-align: top;"| Stelt de vastgelegde gegevens over een geneesmiddelovergevoeligheid beschikbaar aan de keten
−
| style="background-color: white;"| Opvrager
 
−
| style="background-color: white;"| Raadpleegt gegevens over een bewakingsbesluit, overgevoeligheid-intolerantie en reactie bij de vastlegger
 
 
|}
 
|}
−
 
−
Figuur 15 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.
 
−
 
−
[[Bestand:BewakingBesluit PULL activity diagram.emf.png|720x267px]]
 
−
 
−
'''Figuur 15. Activiteitendiagram usecase 5'''
 
  
 
===Informatieoverdracht===
 
===Informatieoverdracht===
 
====Systemen & Systeemrollen====
 
====Systemen & Systeemrollen====
 
Alle bedrijfsrollen (vastlegger, opvrager) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 5 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
 
Alle bedrijfsrollen (vastlegger, opvrager) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 5 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
−
* CIO-BBR: BewakingsBesluitRaadplegendSysteem; of  
+
* CIO-GOR: GeneesmiddelOvergevoeligheidRaadplegendSysteem; of  
−
* CIO-BBB: BewakingsBesluitBeschikbaarstellendSysteem
+
* CIO-GOB: GeneesmiddelOvergevoeligheidBeschikbaarstellendSysteem
−
Zie ook figuur 16.
+
Zie ook '''Figuur 17'''.
−
 
 
−
[[Bestand:Componentendiagram usecase 4.jpg]]
 
−
 
 
−
'''Figuur 16. Componentendiagram usecase 5'''
 
  
 
====Transacties & Transactiegroepen====
 
====Transacties & Transactiegroepen====
−
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor usecase 5 wordt gebruik gemaakt van de transactiegroep Geneesmiddelovergevoeligheid (PULL), raadplegen bewakingsbesluit en beschikbaarstellen bewakingsbesluit. Figuur 17 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen die onderdeel uitmaken van Overgevoeligheid raadplegen en beschikbaarstellen.
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.<br>
 +
Voor deze usecase wordt gebruik gemaakt:
  
−
[[Bestand:Usecasediagram usecase 4.jpg|746x528px]]
+
Transactiegroep Geneesmiddelovergevoeligheid (PULL):
 +
* Raadplegen geneesmiddelovergevoeligheid
 +
* Beschikbaarstellen geneesmiddelovergevoeligheid.
  
−
'''Figuur 17. Usecasediagram usecase 5'''
+
De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per relevant element gedeeld:
−
 
 
−
Zoals zichtbaar is in bovenstaande afbeelding, hebben sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep. De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per relevant element gedeeld:
 
 
* Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
 
* Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
 
** Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
 
** Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
Regel 693: Regel 764:
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
  
−
Het overzicht in tabel 8 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
+
Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.
  
−
'''Tabel 8. Referenties naar transacties in ART-DECOR voor raadplegen en beschikbaarstellen van overgevoeligheden in het kader van medicatieveiligheid
+
Het overzicht in '''Tabel 8''' maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.<br>
−
{| class="wikitable" "cellpadding="10"
+
Zie ook '''Figuur 18'''.
 +
 
 +
{| class="wikitable" style="width: 60%;" "cellpadding="10"
 +
|+  style = "text-align: left;" | '''Tabel 8. Referenties naar transacties in ART-DECOR voor usecase 5'''
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Transactiegroep
 
! style="text-align:left;"| Transactiegroep
Regel 704: Regel 778:
 
! style="text-align:left;"| Bedrijfsrol
 
! style="text-align:left;"| Bedrijfsrol
 
|-
 
|-
−
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener raadpleegt beschikbaargestelde bewakingsbesluiten met bijbehorende besluitgronden.
+
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden.
−
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.34_20201021150632 bewakingsbesluit incl. bijbehorende besluitgrond (PULL)]
+
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.34_20201021150632 Geneesmiddelovergevoeligheid (PULL)]
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.35-2020-10-21T150632.html Raadplegen bewakingsbesluiten incl. bijbehorende besluitgronden]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.35-2020-10-21T150632.html Raadplegen geneesmiddelovergevoeligheid]
−
| style="background-color: white;"| CIO-BBR
+
| style="background-color: white;"| CIO-GOR
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Opvrager
 
| style="background-color: white;"| Opvrager
 
|-
 
|-
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.36-2020-10-21T150632.html Beschikbaarstellen bewakingsbesluit incl. bijbehorende besluitgrond]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.36-2020-10-21T150632.html Beschikbaarstellen geneesmiddelovergevoeligheid]
−
| style="background-color: white;"| CIO-BBB
+
| style="background-color: white;"| CIO-GOB
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Vastlegger
 
| style="background-color: white;"| Vastlegger
 
|}
 
|}
  
−
==Usecase 6: Zorgverlener stuurt bewakingsbesluit(en) met bijbehorende besluitgrond(en) bij het ontbreken van patiënttoestemming.==
+
===Figuren===
 +
 
 +
'''Usecase 5: Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
BewakingBesluit PULL activity diagram.emf.png|'''Figuur 16.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO figuren - BewakingBesluit PULL beta3 - component diagram.png|'''Figuur 17.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''GOR''': GeneesmiddelOvergevoeligheidRaadplegend Systeem; '''GOB''': GeneesmiddelOvergevoeligheidBeschikbaarstellend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
CiO figuren - BewakingBesluit PULL beta3 - usecase diagram.png|'''Figuur 18.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: '''GOR''': GeneesmiddelOvergevoeligheidRaadplegend Systeem; '''GOB''': GeneesmiddelOvergevoeligheidBeschikbaarstellend Systeem.
 +
</gallery>
 +
 
 +
==Usecase 6: Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming.==
 
===Doel en Relevantie===
 
===Doel en Relevantie===
−
Een zorgverlener besluit te bewaken op een stof (geneesmiddel) op basis van een overgevoeligheid-intolerantie of opgetreden reactie. Deze zorgverlener legt minimaal een bewakingsbesluit vast. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor [[#Richtlijn|paragraaf 1.3.1]]). Door gegevens over bewakingsbesluiten, overgevoeligheden-intoleranties en reacties actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid.
+
Een zorgverlener besluit te bewaken op een stof (geneesmiddel) op basis van een overgevoeligheid-intolerantie of opgetreden reactie. Deze zorgverlener legt minimaal een bewakingsbesluit vast. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor [[#Kwaliteitsstandaard|paragraaf 1.3.1]]). Door gegevens over bewakingsbesluiten, overgevoeligheden-intoleranties en reacties actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid.<br>
 +
Zie onderstaande patient journey voor de relevantie van deze usecase.
  
−
''Patient journey: Sturen van gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.''
+
{| class="wikitable" style="width: 60%;" "cellpadding="10"
−
 
+
|+  style = "text-align: left;" | ''Patient journey''
−
''Een patiënt meldt zich bij de huisarts vanwege een zwelling van de tong en lippen na het slikken van naproxen. De zwelling hield een paar uur aan. De huisarts legt gegevens vast over de reactie op naproxen in het eigen huisartsinformatiesysteem. Hij legt ook vast dat de patient een overgevoeligheid heeft voor naproxen. Vervolgens stuurt de huisarts deze gegevens actief naar de apotheek. De apotheker ontvangt dit direct (hoeft hiervoor niet eerst "te raadplegen"). De apotheker kan deze gegevens overnemen in het eigen apotheekinformatiesysteem. De overgevoeligheid komt daardoor meteen beschikbaar voor de medicatiebewaking.''
+
! style = "text-align: left; background-color: white;" |''Sturen van gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.''
 +
|-
 +
| style="background-color: white; vertical-align: top;"| ''Een patiënt meldt zich bij de huisarts vanwege een zwelling van de tong en lippen na het slikken van naproxen. De zwelling hield een paar uur aan. De huisarts legt gegevens vast over de reactie op naproxen in het eigen huisartsinformatiesysteem. Hij legt ook vast dat de patient een overgevoeligheid heeft voor naproxen. Vervolgens stuurt de huisarts deze gegevens actief naar de apotheek. De apotheker ontvangt dit direct (hoeft hiervoor niet eerst "te raadplegen"). De apotheker kan deze gegevens overnemen in het eigen apotheekinformatiesysteem. De overgevoeligheid komt daardoor meteen beschikbaar voor de medicatiebewaking.''
 +
|}
  
 
===Proces en Context===
 
===Proces en Context===
Regel 739: Regel 830:
  
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
 
===Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram===
−
De usecase kent twee bedrijfsrollen. Tabel 9 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Zorgverlener stuurt bewakingsbesluit(en) met bijbehorende besluitgrond(en) bij het ontbreken van patiënttoestemming.
+
De usecase kent twee bedrijfsrollen:
 +
* Verstuurder (van gegevens van geneesmiddelovergevoeligheid)
 +
* Ontvanger
 +
 
 +
'''Tabel 9''' geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.<br>
 +
Zie ook '''Figuur 19'''.
  
 
'''Tabel 9. Bedrijfsrollen usecase 6'''
 
'''Tabel 9. Bedrijfsrollen usecase 6'''
Regel 746: Regel 842:
 
! style="text-align:left;"| Activiteit
 
! style="text-align:left;"| Activiteit
 
|-
 
|-
−
| style="background-color: white;"| Verstuurder  
+
| style="background-color: white;"| Verstuurder ''(van gegevens van geneesmiddelovergevoeligheid)''
−
(van gegevens over bewakingsbesluit, overgevoeligheid-intolerantie en reactie)
+
| style="background-color: white;"| Stuurt de vastgelegde gegevens over een geneesmiddelovergevoeligheid naar de ontvanger  
−
| style="background-color: white;"| Stuurt de vastgelegde gegevens over een bewakingsbesluit, overgevoeligheid-intolerantie en reactie naar de ontvanger  
 
 
|-
 
|-
 
| style="background-color: white;"| Ontvanger
 
| style="background-color: white;"| Ontvanger
−
| style="background-color: white;"| Ontvangt de gegevens over een bewakingsbesluit, overgevoeligheid-intolerantie en reactie van de verstuurder
+
| style="background-color: white;"| Ontvangt de gegevens over een geneesmiddelovergevoeligheid van de verstuurder
 
|}
 
|}
−
 
−
Figuur 18 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.
 
−
 
−
[[Bestand:GMO PUSH Beta 3 AC.png|720x267px]]
 
−
 
−
'''Figuur 18. Activiteitendiagram usecase 6'''
 
  
 
===Informatieoverdracht===
 
===Informatieoverdracht===
 
====Systemen & Systeemrollen====
 
====Systemen & Systeemrollen====
−
Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 6 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
+
Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.<br>
−
In usecase 6 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
+
In deze usecase geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:
−
* CIO-BBS: BewakingsBesluitSturendSysteem; of  
+
* CIO-GOS: GeneesmiddelOvergevoeligheidSturendSysteem; of  
−
* CIO-BBO: BewakingsBesluitOntvangendSysteem
+
* CIO-GOO: GeneesmiddelOvergevoeligheidOntvangendSysteem
−
Zie ook figuur 19.
 
−
 
 
−
[[Bestand:Usecasediagram usecase 2.emf.jpg]]
 
  
−
'''Figuur 19. Componentendiagram usecase 6'''
+
Zie ook '''Figuur 20'''.
  
 
====Transacties & Transactiegroepen====
 
====Transacties & Transactiegroepen====
−
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor usecase 6 wordt gebruik gemaakt van de transactiegroep Geneesmiddelovergevoeligheid (PUSH) , sturen bewakingsbesluit en ontvangstbevestiging bewakingsbesluit.
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.<br>
−
 
+
Voor deze usecase wordt gebruik gemaakt van:
−
Figuur 20 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen die onderdeel uitmaken van usecase 6.
 
  
−
[[Bestand:Usecasediagram usecase 6.jpg|746x528px]]
+
Transactiegroep Geneesmiddelovergevoeligheid (PUSH):
 +
* Sturen geneesmiddelovergevoeligheid
 +
* Ontvangstbevestiging geneesmiddelovergevoeligheid.
  
−
'''Figuur 20. Usecasediagram usecase 6'''
+
De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR.<br>Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes, waarvan hieronder aanvullende informatie over deze condities per relevant element wordt gedeeld:
−
 
 
−
Zoals zichtbaar is in bovenstaande afbeelding, hebben sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep. De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes, waarvan hieronder aanvullende informatie over deze condities per relevant element wordt gedeeld:
 
 
* Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
 
* Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
 
** Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
 
** Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
Regel 789: Regel 874:
  
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
−
Het overzicht in tabel 10 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
+
Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.
  
−
'''Tabel 10. Referenties naar transacties in ART-DECOR voor sturen en ontvangen van overgevoeligheden in het kader van medicatieveiligheid
+
Het overzicht in '''Tabel 10''' maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.<br>
−
{| class="wikitable" "cellpadding="10"
+
Zie ook '''Figuur 21'''.
 +
 
 +
{| class="wikitable" style="width: 60%;" "cellpadding="10"
 +
|+  style = "text-align: left;" | '''Tabel 10. Referenties naar transacties in ART-DECOR voor usecase 6'''
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Usecase
 
! style="text-align:left;"| Transactiegroep
 
! style="text-align:left;"| Transactiegroep
Regel 800: Regel 888:
 
! style="text-align:left;"| Bedrijfsrol
 
! style="text-align:left;"| Bedrijfsrol
 
|-
 
|-
−
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt bewakingsbesluit(en) met bijbehorende besluitgrond(en) bij het ontbreken van patiënttoestemming.
+
|style="background-color: white;vertical-align:top;" rowspan="2"|Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming.
−
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.31_20201021150608 Bewakingsbesluit incl. bijbehorende besluitgrond (PUSH)]
+
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/sc-2.16.840.1.113883.2.4.3.11.60.26.3.2-2019-08-28T133341.html#_2.16.840.1.113883.2.4.3.11.60.26.4.31_20201021150608 Geneesmiddelovergevoeligheid (PUSH)]
−
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20231214T100742/tr-2.16.840.1.113883.2.4.3.11.60.26.4.32-2020-10-21T150608.html Sturen bewakingsbesluit incl. bijbehorende besluitgrond]
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.32-2020-10-21T150608.html Sturen geneesmiddelovergevoeligheid]
−
| style="background-color: white;"| CIO-BBS
+
| style="background-color: white;"| CIO-GOS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Verstuurder
 
| style="background-color: white;"| Verstuurder
 
|-
 
|-
−
| style="background-color: white;"| Ontvangen bewakingsbesluit incl. bijbehorende besluitgrond (sturen technische ontvangstbevestiging)
+
| style="background-color: white;"| [https://decor.nictiz.nl/pub/cio/cio-html-20240930T195718/tr-2.16.840.1.113883.2.4.3.11.60.26.4.33-2020-10-21T150608.html Ontvangen geneesmiddelovergevoeligheid (sturen technische ontvangstbevestiging)]
−
| style="background-color: white;"| CIO-BBO
+
| style="background-color: white;"| CIO-GOO
 
| style="background-color: white;"| XIS  
 
| style="background-color: white;"| XIS  
 
| style="background-color: white;"| Ontvanger
 
| style="background-color: white;"| Ontvanger
 
|}
 
|}
  
−
==Usecase 7: Patiënt raadpleegt beschikbaargestelde overgevoeligheden in de PGO==
+
===Figuren===
 +
 
 +
'''Usecase 6: Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming'''
 +
<gallery perrow="1" widths="700" heights="300">
 +
GMO PUSH Beta 3 AC.png|'''Figuur 19.''' Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="200">
 +
CiO figuren - BewakingBesluit PUSH beta3 - component diagram.png|'''Figuur 20.''' Componentendiagram met weergave van de systeemrollen. Afkortingen: '''XIS''': informatiesysteem; '''GOS''': GeneesmiddelOvergevoeligheidSturend Systeem; '''GOO''': GeneesmiddelOvergevoeligheidOntvangend Systeem.
 +
</gallery>
 +
<gallery perrow="1" widths="700" heights="400">
 +
CiO figuren - BewakingBesluit PUSH beta3 - usecase diagram.png|'''Figuur 21.''' Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: '''GOS''': GeneesmiddelOvergevoeligheidSturend Systeem; '''GOO''': GeneesmiddelOvergevoeligheidOntvangend Systeem.
 +
</gallery>
 +
 
 +
==Usecase 7: Patiënt raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden in de PGO==
 
{{IssueBox|De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!}}
 
{{IssueBox|De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!}}
  
−
=Release Notes=
+
=Releasenotes=
−
In tabel 11 staan de wijzigingen in deze informatiestandaard die vanaf de eerste publicatie (versie 2.0.0-beta.1) hebben plaatsgevonden.
+
In '''Tabel 11''' staan de wijzigingen in deze informatiestandaard die vanaf de eerste publicatie (versie 2.0.0-beta.1) hebben plaatsgevonden.<br>
 +
Meer informatie is te vinden op de pagina [[cio:Releasenotes_CiO|Releasenotes CiO]].
  
 
'''Tabel 11. Wijzigingen per versie'''
 
'''Tabel 11. Wijzigingen per versie'''
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
−
! Versienummer !! Datum !! Bits-issue !! Omschrijving
+
! Versienummer !! Datum !! Omschrijving
 
|-
 
|-
−
| 2.0.0-beta.1 || 1 mei 2023 ||  || Eerste publicatie
+
| 2.0.0-beta.1 || 1 mei 2023 || Eerste publicatie
 
|-
 
|-
−
| 2.0.0-beta.2 || 15 december 2023 || || Tweede beta-publicatie. Belangrijke wijzigingen in onderliggende informatiemodellen.
+
| 2.0.0-beta.2 || 15 december 2023 || Belangrijke wijzigingen in onderliggende informatiemodellen, anticiperend op zibs prepublicatie 2024.
 
|-
 
|-
−
| 2.0.0-beta.3 || 30 september 2024 || || Derde beta-publicatie. Toevoeging VCI-AVCI usecase.
+
| 2.0.0-beta.3 || 30 september 2024 || Gebruik van zibs prepublicatie 2024. Toevoeging VCI-AVCI usecase.
 
|}
 
|}

Huidige versie van 10 okt 2024 om 10:26

Under construction icon-blue.png This article or section is in the middle of an expansion or major restructuring and is not yet ready for use.

Issue icon.png

Dit is een werkpagina voor intern Nictiz gebruik.


Terug naar Landingspagina Contra-indicaties en Overgevoeligheden

Inhoud

1 Inleiding

1.1 Algemeen

Deze wiki-pagina beschrijft het functioneel ontwerp (FO) van de informatiestandaard Contra-indicaties en Overgevoeligheden (CiO). De informatiestandaard CiO heeft betrekking op het uitwisselen van gegevens over contra-indicaties en overgevoeligheden. De uitwisseling beperkt zich op dit moment alleen tot gegevens die nodig zijn voor de bewaking op contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid. Deze bewaking staat beschreven in de zorgbrede kwaliteitsstandaard "Overdracht van medicatiegegevens in de keten" (2019). Zie hiervoor paragraaf 1.3.1.

De informatiestandaard CiO, met de bewaking op contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid, maakt onderdeel uit van het landelijke programma Medicatieoverdracht, waarin de informatiestandaard in samenwerking met verschillende zorgsectoren en ICT-leveranciers, zal worden geïmplementeerd om bij te dragen aan een actueel en compleet medicatieoverzicht.

Het FO beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen, ontvangen, beschikbaarstellen en raadplegen van gegevens. In hoofdstuk 5 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven.

Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz website. Het FO van de informatiestandaard CiO is niet volledig conform het template FO opgebouwd. Omdat de informatiestandaard CiO zorgbreed is en een gelaagde onderliggende structuur bevat, zijn aanvullende hoofdstukken toegevoegd die het conceptuele model van de informatiestandaard CiO (hoofdstuk 2), bijbehorende thema’s omtrent objectidentificatie, mutaties en consolidaties (hoofdstuk 3) en de queryparameters (hoofdstuk 4) toelichten.

1.2 Doelgroep

Dit FO is geschreven voor iedereen die betrokken is bij het realiseren van oplossingen voor de uitwisseling van gegevens ten behoeve van contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid in de zorg, bijvoorbeeld:

  • Productmanagers van informatiestandaarden, informatiearchitecten, softwareontwikkelaars, testers van XIS-softwareleveranciers
  • Beroeps- en regio-organisaties in de zorg
  • Standards Development Organizations (SDOs), o.a. het Nederlands Normalisatie Instituut/Stichting Nederlands Elektronisch Comité (NEN) en ZorgInstituut Nederland (ZiN)
  • Z-Index en Stichting Health Base (SHB)
  • Nationaal ICT Instituut in de Zorg (Nictiz)
  • Zorgverleners en hun vertegenwoordigers

1.3 Kaders en uitgangspunten

1.3.1 Kwaliteitsstandaard

Het doel van de informatiestandaard CiO is het kunnen samenstellen van een te allen tijde correct en volledig overzicht van contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid. De basis voor de informatiestandaard CiO is de kwaliteitsstandaard “Overdracht van medicatiegegevens in de keten” (herziening 2018/2019). Contra-indicaties en overgevoeligheden zijn onderdeel van het medicatieoverzicht en zijn van belang voor het veilig kunnen voorschrijven, ter handstellen en toedienen van medicatie. De informatiestandaard CiO zorgt voor een eenduidige en kwalitatieve informatie-uitwisseling van contra-indicaties en overgevoeligheden tussen voorschrijvers, apothekers en toedieners in alle domeinen van de zorg en de patiënt/cliënt.

1.3.2 Wettelijk kader

Het uitwisselen van gegevens in de zorg vindt plaats binnen het wettelijk kader van de Wet op de geneeskundige behandelingsovereenkomst (WGBO), de Wet op de beroepen in de individuele gezondheidszorg (BIG), de Algemene verordening gegevensbescherming (AVG) en de Uitvoeringswet AVG (UAVG). Het wettelijk kader bepaalt wanneer gegevens beschikbaar gesteld kunnen worden en wanneer deze kunnen worden gestuurd. Behandeling van het wettelijk kader valt buiten dit FO.

Uit het wettelijk kader volgen de afspraken over autorisatie. De “Autorisatierichtlijn medicatieveiligheid” (2020) geeft antwoord op de vragen wie, wanneer, welke gegevens kan uitwisselen. Meer achtergrondinformatie is ook te vinden in de “Gedragscode Elektronische Gegevensuitwisseling in de Zorg” (2019).

Medicatieoverdracht, waarvan uitwisseling van gegevens over contra-indicaties en overgevoeligheden, valt onder de prioriteerde gegevensuitwisselingen die via de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) op termijn verplicht elektronisch moeten verlopen. In het kader van de Wegiz zal ook een NEN-norm ontwikkeld worden voor de uitwisseling van contra-indicaties en overgevoeligheden. NEN-normen beschrijven de eisen voor taal en techniek waaraan de systemen en ICT-leveranciers moeten voldoen, gebaseerd op de informatiestandaard en kwaliteitsstandaard.

1.4 Reikwijdte informatiestandaard

De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen. De reikwijdte van de informatiestandaard CiO is de uitwisseling van contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid. Usecases die betrekking hebben op het diagnostisch proces, de bewaking van andere verrichtingen dan het voorschrijven, ter hand stellen of toedienen van medicatie, of op andere allergenen dan geneesmiddelbestanddelen, vallen buiten de informatiestandaard CiO. Met de termen contra-indicaties en overgevoeligheid bedoelen we in de informatiestandaard CiO daarom specifiek contra-indicaties en overgevoeligheden in het kader van medicatieveiligheid.

1.4.1 Begrippenkader

De begrippen en definities die de informatiestandaard CiO gebruikt:

  • Een contra-indicaties in het kader van medicatieveiligheid is een aandoening of kenmerk van een patiënt waarbij bepaalde geneesmiddelen niet, of alleen onder bepaalde voorwaarden, mogen worden toegepast.
    • Voor de uitwisseling van contra-indicaties in het kader van medicatieveiligheid is in de informatiestandaard CiO gekozen voor G-Standaard Thesaurus 40. De contra-indicaties in het kader van medicatieveiligheid die daarin opgenomen staan, zijn gebaseerd op de lijst Nationale Classificatie Contra-Indicaties/ Voorzorgen (NCI-lijst). De gehele thesaurus wordt opgenomen in de informatiestandaard, hierop is geen verdere inperking bedoeld. Alle types contra-indicaties worden meegenomen en zijn relevant in het kader van medicatiebewaking.
  • Een overgevoeligheid in het kader van medicatieveiligheid beschrijft een specifiek geneesmiddel, een groep van geneesmiddelen of hulpstoffen waarop bewaakt wordt zodat een geneesmiddelovergevoeligheidsreactie kan worden voorkómen of beheerst.
    • In de informatiestandaard CiO is voor de uitwisseling van overgevoeligheden in het kader van medicatieveiligheid gekozen voor coderingen in G-standaard, op het niveau van stofnaam, stofnaam en toedieningsweg, handelsproduct (respectievelijk SNK-, SSK- en HPK-niveau) en op geneesmiddelgroepsniveau (Thesaurus 122).

De bovenstaande begrippen en definities zijn onder voorbehoud en kunnen wijzigen bij een toekomstige publicatie.

Toelichting op de begrippen die in het FO worden gebruikt zoals de begrippen 'bouwsteen' en 'informatieobject', is te vinden op een separate pagina.

1.5 Infrastructuur

De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden uitgewisseld. Een informatiestandaard is infrastructuuronafhankelijk.

1.6 Kwalificatie

Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Een kwalificatie bij Nictiz vindt plaats per systeemrol. Voor meer informatie zie Nictiz-kwalificaties of stuur een mail naar kwalificatie@nictiz.nl. De kwalificatiescripts zijn te vinden op Kwalificatiescripts CiO. Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te laten testen op correcte implementatie van informatiestandaarden. Voor meer informatie over het testen met de simulator vanuit ART-DECOR, zie Testen met ART-DECOR.

Op dit moment bevindt de informatiestandaard CiO zich in de beta-fase. Daarom is het nog niet mogelijk om te kwalificeren voor deze standaard.

2 Conceptueel model

2.1 Uitgangspunten conceptueel model

De informatiebehoefte met betrekking tot contra-indicatie in het kader van medicatieveiligheid bestaat uit één concept namelijk het gegeven dat medicatiebewaking moet worden uitgevoerd op een aandoening of kenmerk van de patiënt. Dit wordt uitgedrukt in de bouwsteen Alert.

De informatiebehoefte ten aanzien van overgevoeligheid in het kader van medicatieveiligheid omvat meerdere onderliggende concepten:

  • Het besluit om op een stof te bewaken.
  • De onderliggende neiging van een persoon om bij hernieuwde blootstelling opnieuw te reageren op een stof.
  • De reactie die heeft plaatsgevonden na blootstelling aan de stof.
  • De symptomen die de patiënt heeft behorende bij de reactie.

De concepten groeperen we in de informatiestandaard CiO binnen het groeperende object ‘geneesmiddelovergevoeligheid’. De bouwstenen die binnen de overgevoeligheid in het kader van medicatieveiligheid worden gebruikt, worden toegelicht in paragraaf 2.4. Hieronder is weergegeven wat de verhouding is tussen de verschillende bouwstenen.

Zorginhoudelijk begrip uit de kwaliteitsstandaard Bouwsteen Type concept
Contra-indicaties in het kader van medicatieveiligheid Alert Gegevensobject
Overgevoeligheid in het kader van medicatieveiligheid Geneesmiddelovergevoeligheid Groeperend informatieobject
BewakingBesluit Gegevensobject
OvergevoeligheidIntolerantie Gegevensobject
Reactie Gegevensobject
Symptoom Gegevensobject
AandoeningOfGesteldheid Gegevensobject

Toelichting op de in het FO gebruikte begrippen, zoals de begrippen 'bouwsteen' en 'informatieobject', is te vinden op deze pagina.

2.2 Bouwsteen voor contra-indicaties in het kader van medicatieveiligheid

De bouwsteen Alert bevat de gegevens nodig voor de bewaking in het kader van contra-indicaties. De bouwsteen is als volgt gedefinieerd. Onder beschrijving wordt weergegeven wat de definitie van de zib is, en vervolgens welke inperking daarop voor de usecase medicatiebewaking gemaakt wordt.

Bouwsteen Afkorting Beschrijving
Alert, gespecificeerd voor contra-indicaties in het kader van medicatieveiligheid AL Een klinisch of administratief feit dat onder de aandacht van de gebruikers van de klinische systemen wordt gebracht, om er bij het vormen van diagnostisch en therapeutisch beleid of bij de omgang met de patiënt rekening mee te houden, meestal wegens een veiligheidsrisico.

Aandoeningen, die de overgevoeligheid van het lichaam voor een stof beschrijven, zich uitend in een specifieke fysiologische reactie na blootstelling, worden in een aparte bouwsteen beschreven.

Inperking: De bouwsteen Alert is gespecificeerd voor contra-indicaties in het kader van medicatieveiligheid via het dataelement AlertType en AlertNaam. In de informatiestandaard CiO is alleen uitwisseling mogelijk van een Alert met AlertType ‘Potentiële contra-indicatie voor geneesmiddel’ en AlertNaam gecodeerd via G-Standaard Thesaurus 40.

Uitgebreide informatie over de concepten is te vinden via de pagina over de zorginformatiebouwstenen (zibs's).

2.3 Bouwstenen voor overgevoeligheden in het kader van medicatieveiligheid

2.3.1 Bewaking

De bouwsteen BewakingBesluit bevat de gegevens nodig voor de bewaking in het kader van overgevoeligheden. De bouwsteen is als volgt gedefinieerd. Onder beschrijving wordt weergegeven wat de definitie van de zib is, en vervolgens welke inperking daarop voor de usecase medicatiebewaking gemaakt wordt.

Bouwsteen Afkorting Beschrijving
BewakingBesluit, gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid BB Het besluit om bewaking te starten dan wel te beëindigen m.b.t. een stof of groep van stoffen die een ongewenste reactie kunnen geven bij de patiënt.

Inperking: De bouwsteen BewakingBesluit is gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid via het dataelement OnveiligeStof. In de informatiestandaard CiO is alleen uitwisseling van een besluit tot bewaking op stoffen uit de G-Standaard mogelijk.

Uitgebreide informatie over de concepten is te vinden via de pagina over de zorginformatiebouwstenen (zibs's).

2.3.2 Aanvullende informatie over overgevoeligheden in het kader van medicatieveiligheid

De bouwstenen OvergevoeligheidIntolerantie, Reactie, Symptoom en AandoeningOfGesteldheid bevatten aanvullende informatie ter onderbouwing van de bewaking in het kader van overgevoeligheden in het kader van medicatieveiligheid. In de informatiestandaard CiO worden deze bouwstenen gespecificeerd voor overgevoeligheid in het kader van medicatieveiligheid. De concepten zijn als volgt gedefinieerd.

Bouwsteen Afkorting Beschrijving
OvergevoeligheidIntolerantie, gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid OV De neiging om een ongewenste fysieke reactie te ontwikkelen bij blootstelling aan een specifieke stof, groep van stoffen of type straling.

Inperking: De bouwsteen OvergevoeligheidIntolerantie is gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid via het dataelement Stof. In de informatiestandaard CiO is alleen uitwisseling van een besluit tot bewaking op stoffen uit de G-Standaard mogelijk.

Reactie, gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid RE Een nadelige klinische respons die mogelijk, waarschijnlijk of bewezen het gevolg is van blootstelling aan een stof, groep van stoffen of straling.

Inperking: De bouwsteen Reactie is gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid via het dataelement VeroorzakendeStof. In de informatiestandaard CiO is alleen uitwisseling van een besluit tot bewaking op stoffen uit de G-Standaard mogelijk.

Symptoom, gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid SY Een verschijnsel waarmee een aandoening (ziekte of conditie) van de patiënt zich presenteert. Dit omvat ook een klacht of een bevinding, maar geen aanvullend onderzoek, zoals laboratoriumbepalingen functie- en beeldvormend onderzoek.

Inperking: De bouwsteen Symptoom is gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid door inperking van het aantal uit te wisselen gegevenselementen die behoren tot gegevensobject Symptoom. Voor overgevoeligheden in het kader van medicatieveiligheid zijn enkel SymptoomNaam en SymptoomErnst relevant.

AandoeningOfGesteldheid, gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid AG Een aandoening of gesteldheid is een al dan niet pathologische toestand (ziekte of conditie) van de patiënt die zich in het algemeen presenteert met symptomen (verschijnselen). Het is 'dat wat de patiënt heeft'. Een zorgverlener kan de aandoening of gesteldheid vervolgens duiden met een (differentiaal)diagnose. Bij eenzelfde aandoening of gesteldheid kunnen zowel de symptomen als het diagnostisch inzicht veranderen in de tijd.

Inperking: De bouwsteen AandoeningOfGesteldheid is gespecificeerd voor overgevoeligheden in het kader van medicatieveiligheid door inperking van het aantal uit te wisselen gegevenselementen die behoren tot gegevensobject AandoeningOfGesteldheid. Enkel startdatum, einddatum en de ernst zijn relevant.

Uitgebreide informatie over de concepten is te vinden via de pagina over de zorginformatiebouwstenen (zibs's).

2.3.3 Samenhang tussen de bouwstenen voor overgevoeligheden in het kader van medicatieveiligheid

Onder het informatieobject (groeperend object) ‘geneesmiddelovergevoeligheid’ kunnen meerdere bouwstenen vallen. De bouwstenen kunnen daarnaast op verschillende manieren aan elkaar gerelateerd worden. Hieronder is in vijf stappen van simpel naar complex weergegeven hoe die relaties eruit kunnen zien in verschillende situaties.

1. De kern van de uitwisseling van overgevoeligheden in het kader van medicatieveiligheid is het bewakingsbesluit. In de meest simpele uitwisseling, is er enkel een BewakingBesluit aanwezig (Figuur 1). Er wordt in het element BesluitGrond niet verwezen naar een andere bouwsteen, maar enkel gekozen voor een BesluitReden. Gebruik van een vrije tekst veld voor nadere toelichting is optioneel.

2. Het model voor BewakingBesluit biedt de mogelijkheid om een relatie te leggen naar een OvergevoeligheidIntolerantie ofwel een Reactie (Figuur 2). Het besluit is dan gegrond (BesluitGrond) op één van beide aanvullende bouwstenen.

  • N.B. in CiO v2.0.0-beta.2 was het mogelijk deze bouwstenen als zodanig uit te wisselen. In beta.3 is dit, n.a.v. de herziening zib Probleem, niet langer mogelijk. Dit wordt verder toegelicht bij Figuur 3.

3. Bij zowel de bouwsteen OvergevoeligheidIntolerantie als de bouwsteen Reactie hoort altijd een relatie naar een instantiatie van AandoeningOfGesteldheid (Figuur 3). Wanneer er een BewakingBesluit wordt uitgewisseld met als BesluitGrond een Reactie, dan dient ook de bijbehorende instantiatie van AandoeningOfGesteldheid uitgewisseld te worden. Hetzelfde geldt bij de keuze voor OvergevoeligheidIntolerantie als besluitgrond.

  • Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een acute, IgE-gemedieerde geneesmiddelallergie voor de gehele penicillinegroep. De acute geneesmiddelallergie voor penicillines is de mechanistische diagnose van de zorgverlener bij de aandoening van de patiënt.

4. De relatie met de bouwsteen Symptoom verloopt via de bouwsteen AandoeningOfGesteldheid (Figuur 4). In het geval dat er een of meerdere symptomen gestructureerd zijn vastgelegd, dienen deze te verwijzen naar dezelfde instantiatie van AandoeningOfGesteldheid als waar de bijbehorende instantiatie van Reactie naar verwijst.

  • Bijvoorbeeld: Er is een besluit om te bewaken op penicillines, gegrond op een anafylactische reactie op amoxicilline, met als symptomen urticaria en dyspneu. De anafylactische reactie op amoxicilline is de beschrijvende diagnose van de zorgverlener bij de aandoening van de patiënt.

5. In het geval van een uitgebreidere casus waarbij en Reactie en een OvergevoeligheidIntolerantie bestaan, verwijst de Reactie naar de OvergevoeligheidIntolerantie waar het een uiting van is (Figuur 5).

  • N.B. In Figuur 5 is de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit OvergevoeligheidIntolerantie een andere dan de AandoeningOfGesteldheid waarnaar verwezen wordt vanuit Reactie.
  • N.B. De in Figuur 5 getoonde constellatie van bouwstenen is in CiO v2.0.0-beta.3 niet als geheel in 1x op te vragen. Enkel instantiaties van Reactie en OvergevoeligheidIntolerantie die direct gekoppeld zijn aan een BewakingBesluit via BesluitGrond zijn uit te wisselen.
  • Bijvoorbeeld: na de anafylactische reactie op amoxicilline wordt aanvullend onderzoek uitgevoerd. Er wordt een blijvende neiging vastgesteld voor het ontwikkelen van reacties bij blootstelling aan amoxicilline. Er wordt besloten te bewaken op amoxicilline.


  • Figuur 1: BewakingBesluit zonder gerelateerde bouwstenen

  • Figuur 2: BewakingBesluit met een verwijzing naar Reactie of OvergevoeligheidIntolerantie

  • Figuur 3: BewakingBesluit met Reactie of OvergevoeligheidIntolerantie en bijbehorende bouwsteen AandoeningOfGesteldheid

  • Figuur 4: BewakingBesluit met Reactie, bijbehorende AandoeningOfGesteldheid en Symptoom

  • Figuur 5: Volledige constellatie bouwstenen voor een overgevoeligheid in het kader van medicatieveiligheid

2.4 Overige bouwstenen

2.4.1 Voorstelgegevens

De informatiestandaard CiO bevat tevens bouwstenen voor voorstelgegevens. Deze bouwstenen zijn niet gebaseerd op zibs. Het kan voorkomen dat een zorgverlener een voorstel wil doen aan een andere zorgverlener voor registratie, wijziging of beëindiging van een contra-indicatie, waarop een antwoord terug volgt. Voor dit proces kunnen de bouwstenen VoorstelContraIndicatie en AntwoordVoorstelContraIndicatie gebruikt worden.

Bouwsteen Afkorting Beschrijving
VoorstelContraIndicatie VCI Een vraag van een zorgverlener aan een andere zorgverlener om een contra-indicatie in het kader van medicatieveiligheid te registreren, wijzigen of te beëindigen.
AntwoordVoorstelContraIndicatie AVCI Het antwoord op het voorstel voor registratie, wijziging of beëindiging van een contra-indicatie in het kader van medicatieveiligheid. Het voorstel is akkoord of het voorstel wordt afgewezen.

2.4.2 RegistratieInformatie

De informatiestandaard CiO maakt gebruik van de bouwsteen RegistratieInformatie. Deze bouwsteen heeft betrekking op het proces van registratie, is generiek van aard en kan aanvullend worden gebruikt met bovengenoemde bouwstenen die klinische concepten beschrijven. Bij het vastleggen van informatie over een klinisch concept in het dossier van een patiënt ontstaat additionele informatie die betrekking heeft op het proces van registratie en niet zozeer inhoudelijke gegevens over het klinisch concept beschrijft. De informatie van deze aard geeft vooral een administratief overzicht van wie informatie in het dossier heeft vastgelegd, en wanneer. Eerder genoemde klinische bouwstenen verwijzen in dat geval naar RegistratieInformatie om gebruik te maken van de benodigde gegevenselementen.

RegistratieInformatie bevat het identificatienummer van iedere klinische bouwsteen, de registratie datum en -tijd (OntstaansDatumTijd), zowel als de zorgverlener die auteur is van de informatie uit desbetreffende bouwsteen en tot slot de bron van de informatie, als dat niet de behandelende arts zelf is. De bron kan een zorgverlener zijn, de patiënt of een contactpersoon.

Bouwsteen Afkorting Beschrijving
RegistratieInformatie RI RegistratieInformatie bevat de gegevens die ontstaan tijdens het proces van registreren van gegevens in het dossier van een patiënt, zoals b.v. wanneer en door wie de informatie is geregistreerd.

2.4.3 Verificatiegegevens

Onder verificatiegegevens wordt verstaan: het gegeven dat een instantiatie van een klinisch concept juist/actueel bevonden is, de datum waarop die conclusie is getrokken, en de zorgverlener die de conclusie heeft getrokken.

Het conceptueel model onderliggend aan de uitwisseling van verificatiegegevens is nog in ontwikkeling en kan nog niet worden gebruikt.

3 Objectidentificatie, mutaties en consolidatie

3.1 Objectidentificatie en mutaties

Het thema objectidentificatie is een generiek thema wat refereert aan het toekennen van unieke identificatie aan een gegevensobject of een informatieobject om het in het vervolg te kunnen herkennen als een bestaand of uniek object. Objectidentificatie dient het herkennen van objecten als duplicaten of ‘versies’ van eenzelfde object te faciliteren. In het kader van de informatiestandaard CiO worden de bouwstenen van BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, Symptoom, en Alert gezien als gegevensobjecten, en de groeperende concepten van Geneesmiddelovergevoeligheid en Medicatie Contra-Indicatie zitten op het niveau van informatieobjecten (zie 2.1 en ook de afbeelding bij het begrip objecten). Op basis van objectidentificatie kan gehandeld worden, bijvoorbeeld in het kader van ontdubbeling tijdens het consolidatieproces. 

Objectidentificatie dient de volgende zaken mogelijk te maken binnen de informatiestandaard CiO:

  • Groeperen van informatie die bij elkaar hoort zodat deze gezamenlijk gepresenteerd kan worden.
  • Herkennen van duplicaten in (binnenkomende) gegevens zodat ontdubbeld kan worden. De zorgverlener wordt niet lastig gevallen met dubbele informatie op het scherm.
  • Opstellen van tijdlijnen zodat de historie van een gegeven inzichtelijk is.

In het kader van objectidentificatie worden de volgende oplossingen gehanteerd:

Behoefte Oplossingsrichting
Groeperen van informatie Instantiaties van de bouwstenen BewakingBesluit, Reactie, OvergevoeligheidIntolerantie, AandoeningOfGesteldheid en Symptoom die bij elkaar horen als ‘groep’ worden geïdentificeerd door het groeperend informatieobject ‘GMO’, ofwel ‘Geneesmiddelovergevoeligheid’. Dit informatieobject heeft een eigen identificatie, het element identificatieGMO.

Het onderscheiden van groepen gebeurt op basis van de G-standaard. Alle bouwstenen die in dezelfde lijn van de G-standaard ruggengraat zitten, worden bij elkaar gegroepeerd met een overkoepelend element.

Het projectteam CiO ziet met de huidige bouwsteen Alert voor het uitwisselen van contra-indicaties in het kader van medicatieveiligheid geen noodzaak om ook daar een overkoepelend informatieobject met identifier toe te voegen.  

Herkennen van duplicaten Elke nieuwe registratie op bouwsteenniveau (gegevensobject) heeft een wereldwijd en eeuwig unieke identificatie via de OID-coderingssystematiek. Deze identificatie wordt toegekend door het bronsysteem en dient in de keten te persisteren.

De identificaties zijn gedefinieerd op het niveau van de bouwstenen Alert, BewakingBesluit, OvergevoeligheidIntolerantie, Reactie, AandoeningOfGesteldheid, en Symptoom.

Opstellen van tijdlijnen Relatie-element binnen de BewakingBesluit bouwsteen zodat een volgende versie kan verwijzen naar de instantiatie waar deze op volgt.

De drie oplossingen in bovenstaande tabel zijn onvoldoende voor het actualiseren van gegevens. In het geval van een mutatie, bijv. het wijzigen van de besluitgrond in een bewakingsbesluit, moet voor alle zorgverleners in de keten duidelijk zijn dat er een nieuwe versie is van het gegeven, met een nieuwe besluitgrond. Er is nog geen definitieve oplossing gekozen voor het omgaan met mutaties.

In deze versie van de informatiestandaard wordt gewerkt met een voorlopige oplossing. Bij een mutatie wordt een nieuwe instantiatie aangemaakt. Deze instantiatie heeft een nieuw identificatienummer. De nieuwe instantiatie verwijst via een relatie-element naar de voorgaande versie. Hieronder wordt dit verder toegelicht aan de hand van een voorbeeld.

Figuur 6 geeft een weergave in bouwstenen van een casus waarbij gegevens geactualiseerd worden.


Casus: Eva krijgt amoxicilline van de huisarts i.v.m. een infectie. Na de eerste inname van amoxicilline wordt zij in korte tijd heel kortademig. Zij wordt met spoed in het ziekenhuis gezien. De SEH-arts vermoedt dat het symptoom het gevolg is van de amoxicilline en besluit dat er in de keten bewaakt moet worden op de gehele groep penicillines. Dat besluit neemt de SEH-arts op basis van de reactie die Eva heeft gehad. Om er zeker van te zijn dat bewaking op penicillines nodig is, verwijst de SEH-arts Eva door naar een allergoloog. De allergoloog constateert een allergie voor de gehele groep penicillines. De allergoloog registreert die aangetoonde allergie als onderbouwing voor het bewakingbesluit.

  • Figuur 6. Verwijzing middels een relatie-element. In horizontale richting staan de de bouwblokken binnen één GMO weergegeven in de tijd, waarbij de meest recente instantiatie rechts staat. De zwarte gestippelde pijl geeft het relatie-element weer waarmee onderling verwezen wordt tussen instantiaties. Afkortingen: GMO: groeperend concept GeneesMiddelOvergevoeligheid; BB: BewakingBesluit; RE: reactie; SY: Symptoom; OV: OvergevoeligheidIntolerantie; AG: AandoeningOfGesteldheid.

3.2 Consolidatie

Uitgangspunt voor het uitwisselen van CiO-gegevens is dat er in de keten samengewerkt wordt aan één actueel overzicht. Informatiesystemen stellen de gegevens beschikbaar waarvan zij de bron zijn (het gegeven is origineel vastgelegd door de zorgverlener in dit informatiesysteem). Raadplegende informatiesystemen ontvangen vanuit verschillende bronnen CiO-gegevens over de patiënt en dienen dit te consolideren tot het actuele overzicht. Vanuit het kernteam CiO zijn besluiten genomen over de inhoud van het CiO-overzicht.

In het kader van het consolideren tot één overzicht maken we een onderscheid tussen de termen ‘consolidatie’ en ‘reconciliatie’.

  • Consolidatie beschrijft het proces van het geautomatiseerd, zonder menselijke tussenkomst ordenen en ontdubbelen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens op basis van vooraf gedefinieerde functionele regels.
  • Reconciliatie beschrijft het proces van het controleren, samenvoegen en ordenen van beschikbare en bij bronsystemen opgehaalde medicatiegegevens door een zorgverlener.

Om ervoor te zorgen dat consolidatie in alle informatiesystemen op dezelfde manier gebeurt en leidt tot hetzelfde actuele overzicht, worden consolidatieregels opgesteld. Daarbij hanteren we de volgende uitgangspunten:

  • Consolidatieregels worden zo opgesteld dat automatische verwerking mogelijk is. Dit kan alleen wanneer de zekerheidsgraad heel hoog is dat er geen informatie verloren gaat en er geen foutieve informatie getoond zal worden.
  • Consolidatieregels zijn 'minimale' regels, het minimum dat moet worden toegepast om een functioneel overzicht te creëren. Additionele functionaliteiten zijn mogelijk binnen de toepassing van een zorginformatiesysteem.
  • In het geval dat er reconciliatie plaats moet vinden door de zorgverlener, helpen de consolidatieregels om reconciliatie zo gemakkelijk mogelijk te maken.

De consolidatieregels voor CiO dienen verder doorontwikkeld te worden. Op dit moment worden in de volgende regels gehanteerd:

  • Instantiaties met hetzelfde OID-identificatienummer kunnen beschouwd worden als duplicaat en op deze wijze ontdubbeld.
  • Het meest recent geregistreerde gegeven wordt gezien als meest actueel.

4 Queryparameters

In usecase 1 en usecase 5 wordt gebruik gemaakt van raadplegen. Voor het raadplegen van gegevens kunnen vier queryparameters worden gebruikt. Deze worden hieronder toegelicht.

  • Patiëntidentificatienummer: Het gebruik van een patiëntidentificatienummer is bij het raadplegen verplicht.
  • Identificatie: Het is mogelijk om specifieke instantiaties van de CiO-bouwstenen op te vragen middels het identificatienummer.
  • Identificatie geneesmiddelovergevoeligheid: Het is mogelijk om alle instantiaties van alle bij elkaar horende CiO-bouwstenen op te vragen middels het identificatienummer van de geneesmiddelovergevoeligheid (GMO).
  • Peildatum: De peildatum kan worden gebruikt om bouwstenen op te vragen na een bepaalde datum. De peildatum wordt hier bedoeld als de datum waarop de bouwsteen ingaat. In het geval van een BewakingBesluit is dat de BesluitIngangsDatumTijd. Bij een Alert gaat het om de BeginDatumTijd.

5 Usecases

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven. De uitwisseling van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een of meerdere transactiegroepen in ART-DECOR. Een transactiegroep bestaat uit transacties in een bepaalde volgorde die nodig zijn om communicatie in een zogenaamd bedrijfsproces (zorgproces) te realiseren. In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

5.1 Algemeen

Hoofdstuk 2 bevat verschillende usecases voor zowel contra-indicaties als bewakingsbesluiten in het kader van medicatieveiligheid. Voor de eenvoud wordt in de tekst alleen gesproken over uitwisseling van gegevens van één contra-indicatie of van één bewakingsbesluit. Dit kunnen ook gegevens over meer contra-indicaties en overgevoeligheden tegelijk zijn. Het proces van gegevensuitwisseling verloopt daarbij hetzelfde.

De volgende usecases worden geanalyseerd en uitgewerkt:

Voor de zorgverlener kan ook de zorgaanbieder worden gelezen. Dit kan relevant zijn in situaties waarbij zorgverleners regelmatig veranderen, zoals in de thuiszorg.

5.2 Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid

5.2.1 Doel en relevantie

Een zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in gegevens over een contra-indicatie die door andere zorgverleners is vastgelegd en beschikbaargesteld.
Alleen met een actueel en volledig overzicht kan een zorgverlener bij het voorschrijven/ verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om contra-indicaties te raadplegen.
Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.

Patient journey
Raadplegen van beschikbaargestelde gegevens over o.a. contra-indicaties in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie.
Een patiënt komt bij de apotheek met een recept voor gewijzigde medicatie voor de behandeling van diabetes mellitus. Voor het ter hand stellen van de medicatie vraagt de apotheker gegevens van het medicatieoverzicht van de patiënt op (door te 'raadplegen'). Onderdeel van het medicatie-overzicht zijn de contra-indicaties in het kader van medicatieveiligheid. De apotheker ziet dat naast de reeds eerder in zijn informatiesysteem vastgelegde diabetes, een nieuwe contra-indicatie in het kader van medicatieveiligheid is vastgelegd door de cardioloog: ischemische hartziekten. (De gegevens hiervan zijn door de cardioloog beschikbaar gesteld). De apotheker neemt de gegevens van de nieuwe contra-indicatie over in zijn eigen informatiesysteem. Op deze manier heeft de apotheker beschikking over door andere zorgverleners vastgelegde gegevens over contra-indicaties in het kader van medicatieveiligheid en kan hierop medicatiebewaking plaatsvinden.

5.2.2 Proces en context

Preproces

  • Meerdere individuele zorgverlener-vastleggers leggen gegevens vast over een contra-indicatie in hun eigen informatiesysteem (XIS).
  • In hun systemen is het patiëntidentificatienummer (ID) aanwezig.

Proces

  • Deze individuele zorgverleners-vastleggers stellen die gegevens beschikbaar.
  • De zorgverlener-opvrager raadpleegt via zijn systeem de systemen van de beschikbaarstellende zorgverleners voor de vastgelegde gegevens over deze contra-indicatie bij dit patiëntidentificatienummer.
    • Bij het raadplegen kan hij indien noodzakelijk met een peildatum aangeven vanaf welke datum hij dit doet.
  • Het systeem van de zorgverlener-opvrager ontvangt alle berichten en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • De zorgverlener-opvrager neemt de gegevens over de contra-indicatie over in zijn systeem. Het systeem kan de gegevens gebruiken voor de medicatiebewaking.

5.2.3 Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram

Deze usecase kent twee bedrijfsrollen:

  • Opvrager
  • Vastlegger (van gegevens over contra-indicatie)

Tabel 1 geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.
Zie ook Figuur 7.

Tabel 1. Bedrijfsrollen voor usecase 1
Bedrijfsrol (actor) Activiteit
Opvrager Raadpleegt gegevens over een contra-indicatie bij de vastlegger
Vastlegger (van gegevens over contra-indicatie) Stelt de vastgelegde gegevens over een contra-indicatie beschikbaar aan de keten

5.2.4 Informatieoverdracht

5.2.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (opvrager, vastlegger) maken ieder gebruik van een informatiesysteem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.
In deze usecase geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

  • CIO-CIR: ContraIndicatieRaadplegendSysteem; of
  • CIO-CIB: ContraIndicatieBeschikbaarstellendSysteem

Zie ook Figuur 8.

5.2.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.
Voor deze usecase wordt gebruik gemaakt van:

Transactiegroep Contra-indicatie (PULL):

  • Raadplegen contra-indicatie
  • Beschikbaarstellen contra-indicatie.

De gegevens die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element gedeeld:

  • Alert.RelatieAlert: Een registratie van een Alert kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting of wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
  • Alert.Toelichting: Dit element kan informatie bevatten die in andere elementen niet of onvolledig worden uitgedrukt. Daarom is het onder normale condities niet verplicht om dit veld in te vullen voor een geslaagde transactie. Indien het element Alert.EindDatumTijd ingevuld is, moet het toelichtingsveld een beschrijving over de reden van beëindiging van de contra-indicaties in het kader van medicatieveiligheid bevatten.
  • RegistratieInformatie.Informatiebron: Ondanks dat er in het model drie verschillende informatiebronnen zijn opgenomen (Zorgverlener, Patient, Contactpersoon), is het niet mogelijk om meer dan één van de drie concepten te kiezen als bron voor de informatie in het gegevensobject.

5.2.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.

Het overzicht in Tabel 2 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
Zie ook Figuur 9.

Tabel 2. Referenties naar transacties in ART-DECOR voor usecase 1
Usecase Transactiegroep Transactie Systeemrol Systeem Bedrijfsrol
Zorgverlener raadpleegt beschikbaargestelde contra-indicaties bij patiëntcontact of voorschrijven Contra-indicatie (PULL) Raadplegen contra-indicatie CIO-CIR XIS Opvrager
Beschikbaarstellen contra-indicatie CIO-CIB XIS Vastlegger

5.2.5 Figuren

Usecase 1: Zorgverlener raadpleegt beschikbaargestelde contra-indicaties in het kader van medicatieveiligheid

  • Figuur 7. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (opvrager, vastlegger).

  • Figuur 8. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; CIR: ContraIndicatieRaadplegend Systeem; CIB: ContraIndicatieBeschikbaarstellend Systeem.

  • Figuur 9. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: CIR: ContraIndicatieRaadplegend Systeem; CIB: ContraIndicatieBeschikbaarstellend Systeem.

5.3 Usecase 2: Zorgverlener stuurt contra-indicaties bij het ontbreken van patiënttoestemming

5.3.1 Doel en relevantie

Een zorgverlener die gegevens over een contra-indicatie heeft vastgelegd, stelt een andere zorgverlener hier actief van op de hoogte. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor paragraaf 1.3.1). Het gebruikelijke proces is om gegevens beschikbaar te stellen en te raadplegen. Is dit niet mogelijk, bijvoorbeeld bij het ontbreken van patiënttoestemming, dan kan ervoor gekozen worden om gegevens actief te versturen naar een andere zorgverlener. Door gegevens over een contra-indicatie actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid wanneer deze gegevens niet via beschikbaarstellen en raadplegen op te halen zijn.
Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.

Patient journey
Sturen van gegevens over contra-indicaties in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.
Een patiënte komt bij de huisarts en meldt daar zwanger te zijn. De huisarts legt dit vast als contra-indicaties in het kader van medicatieveiligheid in het HIS. De patiënte heeft geen toestemming gegeven voor het beschikbaarstellen en raadplegen van haar medische gegevens. De huisarts vindt toch dat de cardioloog waarmee patiënte een behandelrelatie heeft op de hoogte moet zijn van deze contra-indicatie. De huisarts stuurt daarom actief de contra-indicatie naar deze cardioloog.

5.3.2 Proces en context

Preproces

  • De zorgverlener-verstuurder heeft bij patiëntcontact geraadpleegd welke gegevens over een contra-indicatie beschikbaar zijn.
  • Hij legt nog niet aanwezige actuele gegevens over contra-indicaties vast in het eigen informatiesysteem.
  • In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.
  • In zijn systeem is aangegeven dat de patiënt geen toestemming geeft voor het beschikbaarstellen van gegevens.

Proces

  • De zorgverlener-verstuurder stuurt via zijn systeem de actuele gegevens over de contra-indicatie(s) waarvan deze zorgverlener de bron is, naar het systeem van de andere zorgverlener.
  • Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • Het ontvangende systeem stuurt een technische ontvangstbevestiging terug naar het sturende systeem.
  • De zorgverlener-ontvanger neemt de gegevens over de contra-indicatie over in zijn systeem. Het systeem kan de gegevens gebruiken voor de medicatiebewaking.

5.3.3 Bedrijfsrollen en Unified Modelling Language (UML) activiteitendiagram

De usecase kent twee bedrijfsrollen:

  • Verstuurder (van gegevens van contra-indicatie)
  • Ontvanger

Tabel 3 geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.
Zie ook Figuur 10.

Tabel 3. Bedrijfsrollen voor usecase 2
Bedrijfsrol (actor) Activiteit
Verstuurder (van gegevens over contra-indicatie) Stuurt de vastgelegde gegevens over een contra-indicatie naar de ontvanger
Ontvanger Ontvangt de gegevens over een contra-indicatie van de verstuurder

5.3.4 Informatieoverdracht

5.3.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (verstuurder, ontvanger) maken gebruik van een informatiesysteem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.
In deze usecase geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

  • CIO-CIS: ContraIndicatieSturendSysteem; of
  • CIO-CIO: ContraIndicatieOntvangendSysteem.

Zie ook Figuur 11.

5.3.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.
Voor deze usecase wordt gebruik gemaakt van:

Transactiegroep Contra-indicatie (PUSH):

  • Sturen contra-indicatie
  • Ontvangstbevestiging contra-indicatie.

De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per element wordt gedeeld:

  • Alert.RelatieAlert: Een registratie van een Alert kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting of wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
  • Alert.Toelichting: Dit element kan informatie bevatten die in andere elementen niet of onvolledig worden uitgedrukt. Daarom is het onder normale condities niet verplicht om dit veld in te vullen voor een geslaagde transactie. Indien het element Alert.EindDatumTijd ingevuld is, moet het toelichtingsveld een beschrijving over de reden van beëindiging van de contra-indicaties in het kader van medicatieveiligheid bevatten.
  • RegistratieInformatie.Informatiebron: Ondanks dat er in het model drie verschillende informatiebronnen zijn opgenomen (Zorgverlener, Patient, Contactpersoon), is het niet mogelijk om meer dan één van de drie concepten te kiezen als bron voor de informatie in het gegevensobject.

5.3.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.

Het overzicht in Tabel 4 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
Zie ook Figuur 12.

Tabel 2. Referenties naar transacties in ART-DECOR voor usecase 2
Usecase Transactiegroep Transactie Systeemrol Systeem Bedrijfsrol
Zorgverlener stuurt contra-indicaties in het kader van medicatiebewaking bij ontbreken van patiënttoestemming Contra-indicatie (PUSH) Sturen contra-indicatie CIO-CIS XIS Verstuurder
Ontvangen contra-indicatie (sturen technische ontvangstbevestiging) CIO-CIO XIS Ontvanger

5.3.5 Figuren

Usecase 2: Zorgverlener stuurt contra-indicaties in het kader van medicatiebewaking bij ontbreken van patiënttoestemming

  • Figuur 10. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).

  • Figuur 11. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; CIS: ContraIndicatieSturend Systeem; CIO: ContraIndicatieOntvangend Systeem.

  • Figuur 12. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: CIS: ContraIndicatieSturend Systeem; CIO: ContraIndicatieOntvangend Systeem.

5.4 Usecase 3: Zorgverlener stuurt voorstel contra-indicatie (VCI) en Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)

5.4.1 Doel en relevantie

Een 'voorstel contra-indicatie' (VCI) is een bericht waarmee een zorgverlener aan een andere zorgverlener kan vragen om een nieuwe contra-indicatie te registreren, of een bestaande registratie van een contra-indicatie te beëindigen of wijzigen.

Een 'antwoord voorstel contra-indicatie' (AVCI) is een bericht waarmee de ontvanger van de VCI aan de verstuurder van de VCI kan terugkoppelen of het voorstel voor registratie of beëindiging van een contra-indicatie akkoord is of dat het voorstel afgewezen wordt.

Een zorgverlener maakt en verstuurt een VCI wanneer er een vermoeden is van een contra-indicatie die geregistreerd of beëindigd moet worden, maar waarbij de zorgverlener over onvoldoende informatie beschikt of zich onvoldoende bekwaam voelt om dit met zekerheid te bevestigen. De VCI stelt zorgverleners in staat om ontbrekende contra-indicaties toe te voegen of onterechte registraties te beëindigen, zonder dat dit leidt tot foutieve registraties (‘vervuiling’). Dit biedt een oplossing voor het huidige registratieprobleem van contra-indicaties, waarbij voorschrijvers niet altijd volledig zijn en apothekers soms onjuiste registraties toevoegen door contra-indicaties af te leiden uit voorgeschreven medicatie.
Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.

Patient journey A
Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van voorgeschreven medicatie.
De apotheker vermoedt de aanwezigheid van de contra-indicatie hypertensie op basis van de voorschreven medicatie nifedipine. Echter, deze medicatie kan ook voorgeschreven worden vanwege angina pectoris of het fenomeen van Raynaud. De apotheker stelt een voorstel op voor registratie van de contra-indicatie hypertensie en verstuurt dit bericht naar de voorschrijver van de nifedipine. De voorschrijver ontvangt en beoordeelt het voorstel. Gezien er inderdaad sprake is van de contra-indicatie hypertensie, voltooit de voorschrijver de registratie van deze contra-indicatie in zijn systeem. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord terug, waarmee het voorstel in het systeem van de apotheker afgehandeld kan worden.
Patient journey B
Sturen van voorstel contra-indicatie bij een vermoeden van een contra-indicatie op basis van meegestuurde laboratoriumwaarde.
De apotheker krijgt van een voorschrijver een medicatieafspraak toegestuurd samen met de nierfunctie. Er blijkt sprake van een verminderde creatinineklaring. De apotheker weet niet of het gaat om een tijdelijke verslechtering of dat tevens bewaking via de contra-indicatie verminderde nierfunctie nodig is. De apotheker stelt een voorstel op en verstuurt dit bericht naar de voorschrijver die samen met de medicatieafspraak de nierfunctie meestuurde. De voorschrijver ontvangt en beoordeelt het voorstel. De voorschrijver is akkoord met het voorstel en voltooit de registratie van de contra-indicatie verminderde nierfunctie. Op die manier wordt de ontbrekende contra-indicatie alsnog geregistreerd. Ook verstuurt de voorschrijver een antwoord naar de apotheker terug. Met behulp hiervan kan het systeem van de apotheker het voorstel afhandelen.

5.4.2 Proces en context

Usecase 3a Zorgverlener stuurt voorstel contra-indicatie (VCI)

Preproces

  • De zorgverlener-verstuurder maakt een voorstel voor registratie van een contra-indicatie in het eigen informatiesysteem (XIS), vanwege een vermoeden van deze contra-indicatie op basis van de voorgeschreven medicatie. Het is ook mogelijk om een voorstel voor wijziging of beëindiging van een reeds geregistreerde contra-indicatie op te stellen.
  • In zijn XIS is het patiëntidentificatienummer (ID) aanwezig.

Proces

  • Deze zorgverlener-verstuurder stuurt het voorstel voor de contra-indicatie naar de voorschrijver die auteur is van de medicatieafspraak die aanleiding vormde voor het vermoeden van aanwezigheid van deze contra-indicatie.
  • Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • Het ontvangende systeem stuurt in reactie op het voorstel voor de contra-indicatie een technische ontvangstbevestiging terug naar het sturende systeem.
  • De zorgverlener-ontvanger beoordeelt en beantwoordt het voorstel voor de contra-indicatie. Afhankelijk van de beoordeling geeft de zorgverlener-ontvanger al dan niet vervolg aan het voorstel via het voltooien van de voorgestelde registratie of het doorvoeren van de voorgestelde wijziging of beëindiging.

Usecase 3b Zorgverlener stuurt antwoord voorstel contra-indicatie (AVCI)

Preproces

  • De zorgverlener-verstuurder heeft een voorstel voor een te registreren, te wijzigen of te beëindigen contra-indicatie ontvangen en heeft dit voorstel beoordeeld. Bij beoordeling van het voorstel geeft de zorgverlener-verstuurder aan of het voorstel akkoord is of afgewezen wordt.
  • In zijn XIS is het patiëntidentificatienummer (ID) aanwezig.

Proces

  • De zorgverlener-verstuurder stuurt een antwoord op de voorgestelde contra-indicatie naar de zorgverlener die auteur is van het voorstel.
  • Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • Het ontvangende systeem stuurt in reactie op het antwoord op de voorgestelde contra-indicatie een technische ontvangstbevestiging terug naar het sturende systeem.
  • Het ontvangende systeem kan het antwoord gebruiken voor afhandeling van het eerder opgestelde voorstel.

5.4.3 Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram

De usecases VCI en AVCI kennen elk twee bedrijfsrollen.

VCI:

  • Verstuurder (van voorstel contra-indicatie)
  • Ontvanger

AVCI:

  • Verstuurder (van antwoord voorstel contra-indicatie)
  • Ontvanger

Tabel 5a en Tabel 5b geven een overzicht van de bedrijfsrollen en activiteiten binnen deze usecases.
Zie ook Figuur 13.

Tabel 5a. Bedrijfsrollen voor usecase 3a
Bedrijfsrol (actor) Activiteit
Verstuurder (van voorstel contra-indicatie) Stuurt een voorstel van een vermoede contra-indicatie naar een andere zorgverlener[1]
Ontvanger Ontvangt het voorstel voor registratie van een contra-indicatie
  1. ↑ Het is ook mogelijk om een voorstel voor wijziging of beëindiging van een reeds geregistreerde contra-indicatie op te stellen.
Tabel 5b. Bedrijfsrollen voor usecase 3b
Bedrijfsrol (actor) Activiteit
Verstuurder (van antwoord voorstel contra-indicatie) Stuurt een antwoord op het voorstel van een vermoede contra-indicatie naar de zorgverlener die dit voorstel heeft verstuurd[1]
Ontvanger Ontvangt het antwoord op het voorstel voor registratie van een contra-indicatie
  1. ↑ Het is ook mogelijk om een voorstel voor wijziging of beëindiging van een reeds geregistreerde contra-indicatie op te stellen.

5.4.4 Informatieoverdracht

5.4.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 3a en 3b geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

VCI:

  • CIO-VCS: VoorstelContraIndicatieSturendSysteem; of
  • CIO-VCO: VoorstelContraIndicatieOntvangendSysteem

AVCI:

  • CIO-ACS: AntwoordVoorstelContraIndicatieSturendSysteem; of
  • CIO-ACO: AntwoordVoorstelContraIndicatieOntvangendSysteem

Zie ook Figuren 14a en 14b.

5.4.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Voor deze usecases wordt gebruik gemaakt van:

Transactiegroep Voorstel contra-indicatie (PUSH):

  • Sturen voorstel contra-indicatie
  • Ontvangstbevestiging voorstel contra-indicatie

Transactiegroep Antwoord voorstel contra-indicatie (PUSH):

  • Sturen antwoord voorstel contra-indicatie
  • Ontvangstbevestiging antwoord voorstel contra-indicatie

De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Eén gegevens binnen de transactiegroep van usecase 3a bevat een voorwaarde, die hieronder nader wordt toegelicht:

  • MedicatieContraIndicatie.Alert.RelatieAlert: Een voorstelbericht van een medicatie contra-indicatie kan een nieuwe medicatie contra-indicatie of een wijziging of afsluiting van een bestaande medicatie contra-indicatie bevatten. Indien het voorbericht een wijziging of een afsluiting bevat, wordt gesteld dat een relatie wordt gelegd via het identificatienummer van de bestaande registratie.

5.4.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.
Het overzicht in Tabel 6 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
Zie ook Figuur 15.

Tabel 6. Referenties naar transacties in ART-DECOR voor usecase 3
Usecase Transactiegroep Transactie Systeemrol Systeem Bedrijfsrol
Zorgverlener stuurt voorstel contra-indicatie Voorstel contra-indicatie (PUSH) Sturen voorstel contra-indicatie CIO-VCS XIS Verstuurder (van voorstel contra-indicatie)
Ontvangen voorstel contra-indicatie CIO-VCO XIS Ontvanger
Zorgverlener stuurt antwoord voorstel contra-indicatie Antwoord voorstel contra-indicatie (PUSH) Sturen antwoord voorstel contra-indicatie CIO-ACS XIS Verstuurder (van antwoord voorstel contra-indicatie)
Ontvangen antwoord voorstel contra-indicatie CIO-ACO XIS Ontvanger

5.4.5 Figuren

Usecase 3a: Zorgverlener stuurt voorstel contra-indicatie (VCI)

  • Figuur 13a. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).

  • Figuur 14a. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; VCS: VoorstelContraindicatieSturend Systeem; VCO: VoorstelContraindicatieOntvangend Systeem.

  • Figuur 15a. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: VCS: VoorstelContraindicatieSturend Systeem; VCO: VoorstelContraindicatieOntvangend Systeem.

Usecase 3b: Zorgverlener ontvangt antwoord voorstel contra-indicatie (AVCI)

  • Figuur 13b. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).

  • Figuur 14b. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; ACS: AntwoordvoorstelContraindicatieSturend Systeem; AVO: AntwoordvoorstelContraindicatieOntvangend Systeem.

  • Figuur 15b. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. ACS: AntwoordvoorstelContraindicatieSturend Systeem; AVO: AntwoordvoorstelContraindicatieOntvangend Systeem.

5.5 Usecase 4: Patiënt raadpleegt beschikbaargestelde contra-indicaties in de PGO

Issue icon.png

De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!

5.6 Usecase 5: Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden

5.6.1 Doel en Relevantie

Een zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in stoffen waarop bewaakt wordt in de keten, overgevoeligheden-intoleranties en reacties die bekend zijn bij de patiënt. Alleen met een actueel en volledig overzicht kan een zorgverlener bij voorschrijven/verstrekken goed de medicatiebewaking doen. Ook voor toedieners kan het bij patiëntcontact relevant zijn om deze informatie op te vragen.
Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.

Patient journey A
Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij preoperatieve screening.
Een patiënt heeft een afspraak bij de anesthesioloog voor een preoperatieve screening vanwege een geplande liesbreukoperatie. De anesthesioloog vraagt gegevens van het medicatie-overzicht van de patiënt op (door te 'raadplegen'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een longarts van een ander ziekenhuis heeft bij een eerdere opname voor deze patiënt aldaar gegevens over een overgevoeligheid voor amoxicilline/ clavulaanzuur vastgelegd evenals het besluit om hierop te bewaken, het middel mag niet meer gegeven worden. De longarts heeft deze informatie beschikbaargesteld. De anesthesioloog neemt de gegevens over deze overgevoeligheden over in het eigen ziekenhuisinformatiesysteem. Op deze manier kunnen zorgverleners in het ziekenhuis rekening houden met alle stoffen waarop in de keten bewaakt wordt.
Patient journey B
Raadplegen van beschikbaargestelde gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij verstrekking van gewijzigde medicatie.
Een patiënt komt bij de apotheek met een recept voor aanvullende medicatie tegen hoge bloeddruk, voorgeschreven door de cardioloog. Voor het ter hand stellen van de medicatie vraagt de apotheker het medicatie-overzicht op ('raadpleegt'). Hierin staan o.a. de stoffen waarop bewaakt wordt. Een aantal jaar geleden blijkt de huisarts een overgevoeligheid voor enalapril vastgesteld te hebben, op basis van anamnese. De huisarts heeft hiervoor een bewakingsbesluit geregistreerd. Deze gegevens stelt de huisarts beschikbaar. De apotheker neemt deze overgevoeligheid over in het eigen apotheekinformatiesysteem. Zo kan de apotheker rekening houden met alle stoffen waarop in de keten bewaakt wordt.

5.6.2 Proces en Context

Preproces

  • De apotheker neemt deze overgevoeligheid in het kader van medicatieveiligheid over in het eigen apotheekinformatiesysteem. Zo kan de apotheker rekening houden met alle stoffen waarop in de keten bewaakt wordt.
  • In hun systemen is het patiëntidentificatienummer (ID) aanwezig.

Proces

  • Deze individuele zorgverleners-vastleggers stellen die gegevens beschikbaar.
  • De zorgverlener-opvrager raadpleegt via zijn systeem de systemen van de beschikbaarstellende zorgverleners voor de vastgelegde gegevens over deze bewakingsbesluiten met evt. overgevoeligheid-intolerantie en de opgetreden reactie(s) bij dit patiëntidentificatienummer.
    • Bij het raadplegen kan hij indien noodzakelijk met een peildatum aangeven vanaf welke datum hij dit doet.
  • Het systeem van de zorgverlener-opvrager ontvangt alle berichten en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • De zorgverlener-opvrager neemt de gegevens over de overgevoeligheid in het kader van medicatieveiligheid (bewakingsbesluit, overgevoeligheid-intolerantie, reactie) over in zijn systeem. Het systeem kan de gegevens gebruiken voor de medicatiebewaking.

5.6.3 Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram

Deze usecase kent twee bedrijfsrollen:

  • Opvrager
  • Vastlegger (van gegevens over geneesmiddelovergevoeligheid)

Tabel 7 geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.
Zie ook Figuur 16.

Tabel 7. Bedrijfsrollen voor usecase 5
Bedrijfsrol (actor) Activiteit
Opvrager Raadpleegt gegevens over een geneesmiddelovergevoeligheid bij de vastlegger
Vastlegger (van gegevens over geneesmiddelovergevoeligheid) Stelt de vastgelegde gegevens over een geneesmiddelovergevoeligheid beschikbaar aan de keten

5.6.4 Informatieoverdracht

5.6.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (vastlegger, opvrager) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In usecase 5 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

  • CIO-GOR: GeneesmiddelOvergevoeligheidRaadplegendSysteem; of
  • CIO-GOB: GeneesmiddelOvergevoeligheidBeschikbaarstellendSysteem

Zie ook Figuur 17.

5.6.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.
Voor deze usecase wordt gebruik gemaakt:

Transactiegroep Geneesmiddelovergevoeligheid (PULL):

  • Raadplegen geneesmiddelovergevoeligheid
  • Beschikbaarstellen geneesmiddelovergevoeligheid.

De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR. Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes. Hieronder wordt aanvullende informatie over deze condities per relevant element gedeeld:

  • Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
    • Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
  • Geneesmiddelovergevoeligheid.BewakingBesluit.Toelichting: Indien een BesluitGrond niet aanwezig is, zoals in het punt hierboven is beschreven, wordt verplicht gesteld dat in het toelichtingsveld een schriftelijke uitleg wordt gegeven van de besluitreden om te starten of te stoppen met bewaken op een geneesmiddel.
  • Geneesmiddelovergevoeligheid.BewakingBesluit.RelatieBewakingBesluit: Een registratie van een BewakingBesluit kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting wordt gesteld dat een relatie wordt gelegd via het identificatienummer van de voorgaande registratie, zodat inzichtelijk wordt welk BewakingBesluit wordt gestopt. Bij een wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
  • RegistratieInformatie.Informatiebron: Ondanks dat er in het model drie verschillende informatiebronnen zijn opgenomen (Zorgverlener, Patient, Contactpersoon), is het niet mogelijk om meer dan één van de drie concepten te kiezen als bron voor de informatie in het gegevensobject.

5.6.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.

Het overzicht in Tabel 8 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
Zie ook Figuur 18.

Tabel 8. Referenties naar transacties in ART-DECOR voor usecase 5
Usecase Transactiegroep Transactie Systeemrol Systeem Bedrijfsrol
Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden. Geneesmiddelovergevoeligheid (PULL) Raadplegen geneesmiddelovergevoeligheid CIO-GOR XIS Opvrager
Beschikbaarstellen geneesmiddelovergevoeligheid CIO-GOB XIS Vastlegger

5.6.5 Figuren

Usecase 5: Zorgverlener raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden

  • Figuur 16. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).

  • Figuur 17. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; GOR: GeneesmiddelOvergevoeligheidRaadplegend Systeem; GOB: GeneesmiddelOvergevoeligheidBeschikbaarstellend Systeem.

  • Figuur 18. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: GOR: GeneesmiddelOvergevoeligheidRaadplegend Systeem; GOB: GeneesmiddelOvergevoeligheidBeschikbaarstellend Systeem.

5.7 Usecase 6: Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming.

5.7.1 Doel en Relevantie

Een zorgverlener besluit te bewaken op een stof (geneesmiddel) op basis van een overgevoeligheid-intolerantie of opgetreden reactie. Deze zorgverlener legt minimaal een bewakingsbesluit vast. De keuze voor actief sturen van gegevens hangt samen met de manier hoe de wetgeving naar de praktijk wordt vertaald (zie hiervoor paragraaf 1.3.1). Door gegevens over bewakingsbesluiten, overgevoeligheden-intoleranties en reacties actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid.
Zie onderstaande patient journey voor de relevantie van deze usecase.

Patient journey
Sturen van gegevens over o.a. overgevoeligheden in het kader van medicatieveiligheid bij ontbreken van patiënttoestemming.
Een patiënt meldt zich bij de huisarts vanwege een zwelling van de tong en lippen na het slikken van naproxen. De zwelling hield een paar uur aan. De huisarts legt gegevens vast over de reactie op naproxen in het eigen huisartsinformatiesysteem. Hij legt ook vast dat de patient een overgevoeligheid heeft voor naproxen. Vervolgens stuurt de huisarts deze gegevens actief naar de apotheek. De apotheker ontvangt dit direct (hoeft hiervoor niet eerst "te raadplegen"). De apotheker kan deze gegevens overnemen in het eigen apotheekinformatiesysteem. De overgevoeligheid komt daardoor meteen beschikbaar voor de medicatiebewaking.

5.7.2 Proces en Context

Preproces

  • De zorgverlener-verstuurder heeft bij patiëntcontact geraadpleegd welke gegevens over bewakingsbesluit, overgevoeligheid-intolerantie en reactie beschikbaar zijn.
  • Hij legt nog niet aanwezige actuele gegevens hierover vast in het eigen informatiesysteem.
  • In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.
  • In zijn systeem is aangegeven dat de patiënt geen toestemming geeft voor het beschikbaarstellen van gegevens.

Proces

  • De zorgverlener-verstuurder stuurt via zijn systeem de actuele gegevens over de bewakingsbesluiten, overgevoeligheden-intoleranties en reacties waarvan deze zorgverlener de bron is, naar het systeem van de andere zorgverlener.
  • Het systeem van de zorgverlener-ontvanger ontvangt het bericht en toont deze gegevens overzichtelijk op het scherm.

Postproces

  • Het ontvangende systeem stuurt een technische ontvangstbevestiging terug naar het sturende systeem.
  • De zorgverlener-ontvanger neemt de gegevens over in zijn systeem. Het systeem kan de gegevens gebruiken voor de medicatiebewaking.

5.7.3 Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram

De usecase kent twee bedrijfsrollen:

  • Verstuurder (van gegevens van geneesmiddelovergevoeligheid)
  • Ontvanger

Tabel 9 geeft een overzicht van de bedrijfsrollen en activiteiten binnen deze usecase.
Zie ook Figuur 19.

Tabel 9. Bedrijfsrollen usecase 6

Bedrijfsrol (actor) Activiteit
Verstuurder (van gegevens van geneesmiddelovergevoeligheid) Stuurt de vastgelegde gegevens over een geneesmiddelovergevoeligheid naar de ontvanger
Ontvanger Ontvangt de gegevens over een geneesmiddelovergevoeligheid van de verstuurder

5.7.4 Informatieoverdracht

5.7.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (verstuurder, ontvanger) maken ieder gebruik van een systeem. Deze systemen kennen (hebben) ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.
In deze usecase geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

  • CIO-GOS: GeneesmiddelOvergevoeligheidSturendSysteem; of
  • CIO-GOO: GeneesmiddelOvergevoeligheidOntvangendSysteem

Zie ook Figuur 20.

5.7.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.
Voor deze usecase wordt gebruik gemaakt van:

Transactiegroep Geneesmiddelovergevoeligheid (PUSH):

  • Sturen geneesmiddelovergevoeligheid
  • Ontvangstbevestiging geneesmiddelovergevoeligheid.

De gegevenselementen die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in ART-DECOR.
Sommige gegevens binnen deze transactiegroep bevatten een aantal voorwaardes, waarvan hieronder aanvullende informatie over deze condities per relevant element wordt gedeeld:

  • Geneesmiddelovergevoeligheid.BewakingBesluit.BesluitGrond: In een BewakingBesluit is het verplicht om een BesluitGrond uit te wisselen om aan te geven op basis waarvan er is besloten om te starten of te stopen met bewaken op een geneesmiddel. Er is een mogelijkheid om te verwijzen naar een OvergevoeligheidIntolerantie of een Reactie, of een code te kiezen als BesluitReden (zie 2.3 voor toelichting over de bouwstenen en de samenhang). Echter, het is mogelijk om maar één van deze drie opties te kiezen.
    • Dit betekent ook dat, indien als BesluitGrond iets anders is gekozen van een code uit de BesluitReden codelijst, OvergevoeligheidIntolerantie en/of Reactie (en onderliggende bouwstenen) enkel worden uitgewisseld in deze transacties als het gekoppeld is aan een BewakingBesluit.
  • Geneesmiddelovergevoeligheid.BewakingBesluit.Toelichting: Indien een BesluitGrond niet aanwezig is, zoals in het punt hierboven is beschreven, wordt verplicht gesteld dat in het toelichtingsveld een schriftelijke uitleg wordt gegeven van de besluitreden om te starten of te stoppen met bewaken op een geneesmiddel.
  • Geneesmiddelovergevoeligheid.BewakingBesluit.RelatieBewakingBesluit: Een registratie van een BewakingBesluit kan een nieuwe registratie zijn of een wijziging of afsluiting van een bestaande registratie. Bij een afsluiting wordt gesteld dat een relatie wordt gelegd via het identificatienummer van de voorgaande registratie, zodat inzichtelijk wordt welk BewakingBesluit wordt gestopt. Bij een wijziging is het mogelijk om dit identificatienummer uit te wisselen via dit element. Bij nieuwe registraties is het invullen van het identificatienummer van een voorgaande registratie niet toegestaan.
  • RegistratieInformatie.Informatiebron: Ondanks dat er in het model drie verschillende informatiebronnen zijn opgenomen (Zorgverlener, Patient, Contactpersoon), is het niet mogelijk om meer dan één van de drie concepten te kiezen als bron voor de informatie in het gegevensobject.

5.7.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Bedrijfsactiviteiten hebben een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep.

Het overzicht in Tabel 10 maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR.
Zie ook Figuur 21.

Tabel 10. Referenties naar transacties in ART-DECOR voor usecase 6
Usecase Transactiegroep Transactie Systeemrol Systeem Bedrijfsrol
Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming. Geneesmiddelovergevoeligheid (PUSH) Sturen geneesmiddelovergevoeligheid CIO-GOS XIS Verstuurder
Ontvangen geneesmiddelovergevoeligheid (sturen technische ontvangstbevestiging) CIO-GOO XIS Ontvanger

5.7.5 Figuren

Usecase 6: Zorgverlener stuurt geneesmiddelovergevoeligheden bij het ontbreken van patiënttoestemming

  • Figuur 19. Activiteitendiagram met weergave van de activiteiten van de bedrijfsrollen (verstuurder, ontvanger).

  • Figuur 20. Componentendiagram met weergave van de systeemrollen. Afkortingen: XIS: informatiesysteem; GOS: GeneesmiddelOvergevoeligheidSturend Systeem; GOO: GeneesmiddelOvergevoeligheidOntvangend Systeem.

  • Figuur 21. Usecasediagram met weergave van de samenhang tussen de bedrijfsrollen, systeemrollen, transacties en transactiegroepen. Afkortingen: GOS: GeneesmiddelOvergevoeligheidSturend Systeem; GOO: GeneesmiddelOvergevoeligheidOntvangend Systeem.

5.8 Usecase 7: Patiënt raadpleegt beschikbaargestelde geneesmiddelovergevoeligheden in de PGO

Issue icon.png

De usecase is nog in ontwikkeling en nog niet geschikt voor gebruik!

6 Releasenotes

In Tabel 11 staan de wijzigingen in deze informatiestandaard die vanaf de eerste publicatie (versie 2.0.0-beta.1) hebben plaatsgevonden.
Meer informatie is te vinden op de pagina Releasenotes CiO.

Tabel 11. Wijzigingen per versie

Versienummer Datum Omschrijving
2.0.0-beta.1 1 mei 2023 Eerste publicatie
2.0.0-beta.2 15 december 2023 Belangrijke wijzigingen in onderliggende informatiemodellen, anticiperend op zibs prepublicatie 2024.
2.0.0-beta.3 30 september 2024 Gebruik van zibs prepublicatie 2024. Toevoeging VCI-AVCI usecase.
Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=cio:Vdraft_2.0.0_Ontwerp_CiO&oldid=228521"