Functioneel Ontwerp CiO versie 2.0.0-beta.1

This is an archived version. Consult the overview page for the current version.

Terug naar Landingspagina Contra-indicaties en Overgevoeligheden

1 Inleiding

1.1 Algemeen

Deze wiki-pagina beschrijft het functioneel ontwerp (FO) van de informatiestandaard Contra-indicatie en Overgevoeligheden (CiO). Voor meer informatie zie Nictiz informatiestandaarden.

Een FO beschrijft voor alle uitwisselscenario’s, ook wel usecases (of use cases) genoemd, transacties, transactiegroepen, systemen, systeemrollen en bedrijfsrollen van zorgverleners of patiënten. Eisen worden gegeven voor ‘beschikbaarstellen’, ‘raadplegen’, ‘sturen’ en ‘ontvangen’. In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn nadere details beschreven. Voor de verklaring van de begrippen die voorkomen in het FO wordt verwezen naar het begrippenoverzicht op de Nictiz-website.

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 medicatie contra-indicaties en geneesmiddelovergevoeligheden. Deze bewaking staat beschreven in de sectorbrede richtlijn/ kwaliteitsstandaard "Overdracht van medicatiegegevens in de keten" (2019). Zie hiervoor paragraaf 1.3.1.

1.2 Doelgroep

Dit FO is geschreven voor iedereen die betrokken is bij het realiseren van oplossingen voor gegevensuitwisseling in de zorg en met gegevens t.b.v. de medicatiebewaking op contra-indicaties en overgevoeligheden in het bijzonder

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

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn en zorgproces

Sectorbreed is de huidige richtlijn/ kwaliteitsstandaard "Overdracht van medicatiegegevens in de keten" (2019) leidend voor de uitwisseling van gegevens over medicatie contra-indicaties en geneesmiddelovergevoeligheden. Deze richtlijn is van toepassing op elke situatie waarin medicatie wordt voorgeschreven, gewijzigd of gestopt en op elke situatie waarin farmaceutische zorg wordt verleend en medicatie ter hand wordt gesteld of toegediend. De richtlijn noemt medicatie contra-indicaties en geneesmiddelovergevoeligheden als verplichte onderdelen van de basisset medicatiegegevens. (NB De richtlijn noemt bij het begrip geneesmiddelovergevoeligheid ook de bewoordingen intolerantie, allergieën en ernstige bijwerkingen en omschrijft het als "overgevoeligheid op een specifiek geneesmiddel, een groep van geneesmiddelen, of hulpstoffen die verwerkt zijn in handelsproducten"). In de richtlijn wordt verwezen naar eerder verschenen richtlijnen zoals de KNMP-richtlijn "Medicatiebewaking" (2016). In deze KNMP-richtlijn werd de medicatiebewaking voor o.a. contra-indicaties en overgevoeligheden al vermeld. Op dit moment zijn sectorbreed al veel gegevens over medicatie contra-indicaties en geneesmiddelovergevoeligheden t.b.v. de medicatiebewaking vastgelegd.

Voorheen werden enkele gegevens over medicatie contra-indicaties en geneesmiddelovergevoeligheden al uitgewisseld via de versies 6.12 en 9.07 van de informatiestandaard Medicatieproces (MP), onderdeel van het programma Medicatieoverdracht. Deze vastgelegde gegevens konden echter nog niet tussen alle zorgverleners in heel Nederland worden uitgewisseld. Daarnaast was er ook behoefte aan het kunnen inzien van alle historisch vastgelegde gegevens en welke gegevens actueel zijn. Binnen programma Medicatieoverdracht is nu dus een aparte informatiestandaard CiO ontwikkeld die deze mogelijkheden wel heeft. NB: Het ontwikkelen van software die op basis van vastgelegde gegevens over medicatie contra-indicatie en geneesmiddelenovergevoeligheden waarschuwingssignalen geeft a.d.h.v. beslisregels, staat buiten de scope van de informatiestandaard CiO.

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 beschikbaargesteld kunnen worden en wanneer deze kunnen worden gestuurd. Behandeling van het wettelijk kader valt buiten dit FO. Uit het wettelijk kader volgende afspraken over autorisatie wie wanneer welke gegevens kan uitwisselen staan in de “Autorisatierichtlijn medicatieveiligheid” (2020). Meer achtergrond is ook te vinden in “Gedragscode Elektronische Gegevensuitwisseling in de Zorg” (2019).

1.3.1.1 Reeds bestaande registraties vóór implementatie van de informatiestandaard CiO

De gegevens over medicatie contra-indicaties en geneesmiddelovergevoeligheden die voor implementatie van deze informatiestandaard zijn vastgelegd, maken gebruik van in breed verband gebruikte indelingen en terminologieën (lijsten, categorisaties, indelingen etc.). De informatiestandaard CiO gebruikt in ieder geval ook deze indelingen en terminologieën.

• Voor medicatie contra-indicaties bestaat de lijst Nationale Classificatie Contra-Indicaties/ Voorzorgen (NCI-lijst). De NCI-lijst is in beheer bij de werkgroep NCI-lijst met afvaardiging vanuit KNMP, NHG, SHB, NVZA, FMS en Nictiz. De NCI-lijst is gecodeerd en
  • In de G-standaard van Z-Index opgenomen als Thesaurus 40 met de term ‘contra-indicatieaard’.
  • In de Pharmabase van Stichting HealthBase (SHB) opgenomen als 'CI-naam'.
  • NB: Voor medicatie contra-indicatie worden de codelijsten gefaciliteerd die zijn gebaseerd op de lijsten van de G-Standaard en Pharmabase. De coderingen gebaseerd op lijsten van de G-Standaard zijn verplicht, die van de lijsten van SHB optioneel.
  • NB: De Thesaurus 40 van de G-standaard en de 'CI-naam' van SHB zijn praktisch 1:1 te vertalen naar de NCI-lijst.
• Voor geneesmiddelovergevoeligheden hebben KNMP, NVZA, FMS, NHG en SHB in het project "Informatie-uitwisseling geneesmiddelovergevoeligheden" in opdracht en met medewerking van Nictiz afspraken gebundeld in het document "Registratie en overdracht geneesmiddelovergevoeligheden" (2017). Hierin worden de begrippen overgevoeligheid, overgevoeligheidsreactie, allergie (type-B bijwerking), niet-allergische overgevoeligheid (intolerantie) (type-B bijwerking) en bijwerking (type-A bijwerking) genoemd.
  • Voor het vastleggen van een geneesmiddelovergevoeligheid wordt het kenmerk geneesmiddel gebruikt van de coderingen van de G-standaard en SHB.
    • Z-Index beschrijft in de implementatierichtlijn "Allergieën en ongewenste middelen" (2022) hoe de zorgverlener de G-Standaard softwarematig kan inzetten bij de bewaking op overgevoeligheden voor geneesmiddelen. Uitwisseling van geneesmiddelovergevoeligheden via coderingen in de G-Standaard kan op het niveau van stofnaam, stofnaam en toedieningsweg, en handelsproduct (respectievelijk SNK-, SSK- en HPK-niveau) en op geneesmiddelgroepsniveau (Thesaurus 122).
    • De Pharmabase van SHB biedt mogelijkheden om overgevoeligheden te registreren op handelsproductniveau, op generiek niveau en op stofgroepniveau. Inhoudelijk worden zorgverleners ondersteund door de OV teksten in Commentaren Medicatiebewaking (inlog vereist), het naslagwerk van SHB over medicatiebewaking. In deze teksten zijn de inhoudelijke overwegingen rondom de samenstelling van OV-groepen vastgelegd en te raadplegen.
  • NB: Voor geneesmiddelovergevoeligheid worden de codelijsten van de G-Standaard en Pharmabase gefaciliteerd. Bij de laatste is gekozen voor verplichte uitwisseling via de G-Standaard, waarbij het optioneel is om SHB-coderingen uit Pharmabase uit te wisselen.
  • Z-Index en SHB hebben een eigen werkwijze om te komen tot een indeling voor geneesmiddelovergevoeligheden op groepsniveau. Hierdoor verschillen groepen met dezelfde naam en bevatten de databases over en weer groepen die niet in de ander voorkomen. In de huidige structuur zijn de overgevoeligheden vastgelegd op grond van de groepsindeling van Z-Index en SHB niet goed uitwisselbaar. Voor het gremium waarin wordt gewerkt aan een oplossing.

1.3.1.2 Aanvullende definities op de richtlijn

Voor medicatie contra-indicatie en geneesmiddelovergevoeligheid zijn in aanvulling op de richtlijn/ kwaliteitsstandaard "Overdracht van medicatiegegevens in de keten" (2019) vanuit twee werkgroepen met experts definities geformuleerd. Gremia die hebben bijgedragen aan de ontwikkeling van deze informatiestandaard en het beheer daarvan staan beschreven in het "Concept Beheerdocument CiO"

1.3.1.3 Medicatie contra-indicatie

De aanvullend geformuleerde definitie voor een medicatie contra-indicatie is

• Een aandoening of kenmerk van een patiënt waarbij bepaalde geneesmiddelen niet, of alleen onder bepaalde voorwaarden, mogen worden toegepast.
• NB: Contra-indicaties bestaan ook in andere contexten (bv geen röntgenfoto bij zwangerschap). In dit document wordt met contra-indicatie altijd een medicatie contra-indicatie bedoeld.

1.3.1.4 Overgevoeligheid, geneesmiddelovergevoeligheid en reactie

De aanvullend geformuleerde definitie voor een overgevoeligheid is

• Een stof, groep stoffen waarop bewaakt wordt zodat een overgevoeligheidsreactie kan worden voorkómen ofwel kan worden beheerst.
  • Wat hier overgevoeligheidsreactie wordt genoemd, hoeft niet een bewezen relatie te hebben met de stof, of groep stoffen. En wat hier overgevoeligheid wordt genoemd, hoeft niet bevestigd te zijn door diagnostiek.
    • Het bewaken is een ander concept dan een gestelde diagnose.
    • Een overgevoeligheid kan een allergie (type-B bijwerking), een niet-allergische overgevoeligheid (intolerantie of type-B bijwerking), of een bijwerking (type-A bijwerking) zijn. Voor de in deze informatiestandaard beschreven zorgbrede gegevensuitwisseling over bewaken hoeven zorgverleners deze types niet te onderscheiden of nader te diagnosticeren.

Omdat tijdens ontwikkeling van de informatiestandaard is gekozen eerst te focussen op geneesmiddelen, volgt hieruit dat de definitie voor een geneesmiddelovergevoeligheid is

• Een geneesmiddel, een groep geneesmiddelen of een hulpstof waarop bewaakt wordt zodat een overgevoeligheidsreactie kan worden voorkómen ofwel kan worden beheerst.
  • NB: In de richtlijn is expliciet aangegeven dat uitwisseling van gegevens over overgevoeligheid voor hulpstoffen ook plaats dient te vinden. Daarom is dit toegevoegd aan de definitie.

De aanvullend geformuleerde definitie van een reactie is

• Een waarneming van een ongewenst effect bij een patiënt na een gebruikelijke blootstelling aan een stof.

Omdat tijdens ontwikkeling van de informatiestandaard is gekozen eerst te focussen op geneesmiddelen, volgt hieruit dat de definitie voor een reactie bij een geneesmiddelovergevoeligheid is

• Een waarneming van een ongewenst effect bij een patiënt na een gebruikelijke blootstelling aan een geneesmiddel.

Een zorgverlener kan de waarneming van een ongewenst effect bij een patiënt na een gebruikelijke blootstelling aan een stof in zijn eigen systeem vastleggen als een reactie. De gegevens van alleen de reactie kunnen niet worden uitgewisseld. Pas indien de zorgverlener wil bewaken en tevens een overgevoeligheid registreert, dan worden gegevens van de reactie mét die van de overgevoeligheid, uitgewisseld. Als er bij een geneesmiddelovergevoeligheid één (of meerdere) reactie(s) is (zijn) vastgelegd, bevat de geneesmiddelovergevoeligheid bij uitwisseling dus altijd de gegevens over de reactie(s). Normaliter worden gegevens die zijn gekopieerd naar het eigen systeem niet beschikbaar gesteld aan een raadplegende zorgverlener.

Daarop bestaan uitzonderingen voor reacties. Bijvoorbeeld: Een geneesmiddel X hoort bij geneesmiddelgroep A. Zorgverlener 1 legt in systeem 1 een overgevoeligheid vast op groep A met gegevens over een reactie op geneesmiddel X. Zorgverlener 2 kopieert de gegevens van de reactie op geneesmiddel X naar zijn eigen systeem en legt een (nieuwe) overgevoeligheid vast op (alleen) geneesmiddel X. Hij sluit de overgevoeligheid op groep A af. Zorgverlener 2 stelt vanuit systeem 2 overgevoeligheid op geneesmiddel X met de gekopieerde gegevens van de reactie op geneesmiddel X beschikbaar.

In een dataset is het mogelijk relaties te leggen met gegevens die via een andere informatiestandaard zijn vastgelegd. Voor de dataset CiO is op dit moment een relatie gelegd tussen de reactie en de medicamenteuze behandeling. Hierdoor kan een zorgverlener de reactie relateren aan de volgende gegevens van de medicamenteuze behandeling: medicatieafspraak, toedieningsafspraak, medicatietoediening of medicatiegebruik. Op deze manier kan de zorgverlener gegevens zien van de medicatieafspraak, de verstrekking, de toediening en het gebruik.

1.3.1.5 Opschonen en actueel houden van systemen

Manieren om de gegevens in de systemen actueel te houden zijn

• Medicatie contra-indicatie afsluiten

Veel contra-indicaties zijn gedurende het gehele leven aanwezig. Echter, sommigen zijn veranderlijk of eindig, zoals een zwangerschap. Bij het afsluiten van de contra-indicatie legt het systeem de datum van afsluiten vast. Dan is in het systeem duidelijk dat de contra-indicatie niet meer van toepassing is.

• Geneesmiddelovergevoeligheid afsluiten

Een eerder vastgelegde overgevoeligheid kan onwaar blijken, of overgaan. Bij het afsluiten van een overgevoeligheid legt het systeem de datum van afsluiten vast. Dan is in het systeem duidelijk dat de overgevoeligheid niet meer van toepassing is.

Als het systeem een datum en tijd van afsluiten vastlegt, neemt het systeem enkele eerdere gegevens over de contra-indicatie of overgevoeligheid over in deze laatste instantiatie (EersteAuteur en StartBewakingDatumTijd). In deze laatste instantiatie met datum en tijd van afsluiten wordt tevens een relatie gelegd naar de eerdere instantiatie in het eigen systeem.

1.3.2 Afleidingsregels: Consolidatie tot één overzicht met medicatie contra-indicaties en geneesmiddelovergevoeligheden

Vooralsnog geldt in een systeem, en ook na gegevensuitwisseling tussen de systemen: de gegevens die het laatst zijn vastgelegd zijn waar. Daarom is het uitgangspunt dat een zorgverlener altijd de gehele historie raadpleegt 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. Over situaties waarin de toestemming van de patiënt voor uitwisseling van gegevens ontbreekt, is op dit moment nog niet alles uitgekristalliseerd.

1.3.3 Reikwijdte informatiestandaard

De reikwijdte van deze informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen het in 1.3.1. beschreven zorgproces.

1.3.4 Infrastructuur

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

1.4 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: Testen met ART-DECOR.

2 Usecases

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen 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 scenario in ART-DECOR. Een scenario bestaat uit transacties in een bepaalde volgorde die nodig zijn om communicatie in een zgn. bedrijfsproces (zorgproces) te realiseren. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

2.1 Algemeen

Hoofdstuk 2 bevat verschillende usecases voor zowel medicatie contra-indicatie als geneesmiddelovergevoeligheid. Voor de eenvoud wordt in de tekst alleen gesproken over uitwisseling van gegevens van één contra-indicatie of van één overgevoeligheid. 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:

• Usecase 1 betreft het beschikbaarstellen en raadplegen van gegevens over een contra-indicatie (PULL).
• Usecase 2 betreft het sturen en ontvangen van gegevens over een contra-indicatie (PUSH).
• Usecase 3 betreft het beschikbaarstellen en raadplegen van gegevens over een overgevoeligheid incl. de bijbehorende reactie(s) (PULL).
• Usecase 4 betreft het sturen en ontvangen van gegevens over een overgevoeligheid incl. de bijbehorende reactie(s) (PUSH).

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

2.2 Usecase 1: Contra-indicatie raadplegen en beschikbaarstellen

2.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 zijn vastgelegd en beschikbaargesteld. Alleen met een actueel en volledig overzicht kan een zorgverlener bij het voorschrijven/verstrekken goed de medicatiebewaking doen. Zie onderstaande ‘patient journey’ voor de relevantie van deze usecase.

Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. medicatie contra-indicaties 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 medicatie-overzicht van de patiënt op (door te 'raadplegen'). Onderdeel van het medicatie-overzicht zijn de medicatie contra-indicaties. De apotheker ziet dat naast de reeds eerder in zijn informatiesysteem vastgelegde diabetes, een nieuwe medicatie contra-indicatie is vastgelegd door de cardioloog: ischemische hartziekten. (De gegevens hiervan zijn door de cardioloog beschikbaargesteld). De apotheker neemt de gegevens van de nieuwe medicatie contra-indicatie over in zijn eigen informatiesysteem. Op deze manier heeft de apotheker beschikking over door andere zorgverleners vastgelegde gegevens over medicatie contra-indicaties.

2.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-bewaker 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 met een peildatum aangeven vanaf welke datum hij dit doet.
• Het systeem van de zorgverlener-bewaker ontvangt alle berichten en toont deze gegevens overzichtelijk op het scherm.

Postproces

• De zorgverlener-bewaker kan de gegevens over de contra-indicatie overnemen in zijn systeem en zijn systeem werkt de gegevens bij voor de bewaking.

2.2.3 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 Contra-indicatie raadplegen en beschikbaarstellen.

Tabel 1. Bedrijfsrollen usecase 1

Bedrijfsrol (actor)	Activiteit
Vastlegger (van gegevens over contra-indicatie)	Stelt de vastgelegde gegevens over een contra-indicatie beschikbaar aan de bewaker
Bewaker	Raadpleegt gegevens over een contra-indicatie bij de vastlegger

Figuur 1 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

Figuur 1. Activiteitendiagram usecase 1

2.2.4 Informatieoverdracht

2.2.4.1 Systemen & Systeemrollen

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

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

Zie ook figuur 2.

Figuur 2. Componentendiagram usecase 1

2.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.

Figuur 3 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen, transacties en transactiegroepen die onderdeel uitmaken van Contra-indicatie raadplegen en beschikbaarstellen

Figuur 3. 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.

2.2.4.3 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.

Tabel 2. Referenties naar transacties in ART-DECOR voor Contra-indicatie raadplegen en beschikbaarstellen

Usecase	Transactiegroep	Transactie	Systeemrol	Systeem	Bedrijfsrol
Contra-indicatie raadplegen en beschikbaarstellen	Contra-indicatie (PULL)	Raadplegen contra-indicatie	CIO-CIR	XIS	Bewaker
		Beschikbaarstellen contra-indicatie	CIO-CIB	XIS	Vastlegger

2.3 Usecase 2: Contra-indicatie sturen en ontvangen

2.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). Door gegevens over een contra-indicatie actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid.

2.3.2 Proces en context

Preproces

• De zorgverlener-bewaker heeft vooraf geraadpleegd welke gegevens over een contra-indicatie beschikbaar zijn.
• Hij legt nog niet aanwezige actuele gegevens over deze contra-indicatie vast in het eigen informatiesysteem.
• In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.

Proces

• De zorgverlener-verstuurder stuurt via zijn systeem de actuele gegevens over de contra-indicatie naar het systeem van de andere zorgverlener.
• Het systeem van de zorgverlener-bewaker 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-bewaker kan de gegevens over de contra-indicatie overnemen in zijn systeem en het systeem werkt de gegevens bij voor de bewaking.

2.3.3 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 Contra-indicatie sturen en ontvangen.

Tabel 3. Bedrijfsrollen usecase 2

Bedrijfsrol (actor)	Activiteit
Verstuurder (van gegevens over contra-indicatie)	Stuurt de vastgelegde gegevens over een contra-indicatie naar de bewaker
Bewaker	Ontvangt de gegevens over een contra-indicatie van de verstuurder

Figuur 4 toont de activiteiten die de bedrijfsrollen uitvoeren.

Figuur 4. Activiteitendiagram usecase 2

2.3.4 Informatieoverdracht

2.3.4.1 Systemen & Systeemrollen

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

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

Zie ook figuur 5.

Figuur 5. Componentendiagram usecase 2

2.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.

Figuur 6 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen, transacties en transactiegroepen die onderdeel uitmaken van Contra-indicatie sturen en ontvangen.

Figuur 6. Usecasediagram usecase 2

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.

2.3.4.3 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.

Tabel 4. Referenties naar transacties in ART-DECOR voor Contra-indicatie sturen en ontvangen

Usecase	Transactiegroep	Transactie	Systeemrol	Systeem	Bedrijfsrol
Contra-indicatie sturen en ontvangen	Contra-indicatie (PUSH)	Sturen contra-indicatie	CIO-CIS	XIS	Verstuurder
		Ontvangen contra-indicatie	CIO-CIO	XIS	Bewaker

2.4 Usecase 3: Overgevoeligheid raadplegen en beschikbaarstellen

2.4.1 Doel en Relevantie

Een zorgverlener die een bepaald geneesmiddel wil voorschrijven/ verstrekken krijgt inzicht in gegevens over een overgevoeligheid (incl. de opgetreden reactie(s)) die door andere zorgverleners zijn vastgelegd. Alleen met een actueel en volledig overzicht kan een zorgverlener bij het voorschrijven/verstrekken goed de medicatiebewaking doen. Zie onderstaande ‘patient journeys’ voor de relevantie van deze usecase.

Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. geneesmiddelovergevoeligheden 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 geneesmiddelovergevoeligheden. Een longarts van een ander ziekenhuis heeft bij een eerdere opname voor deze patiënt aldaar gegevens over een geneesmiddelovergevoeligheid voor amoxicilline/ clavulaanzuur vastgelegd en beschikbaargesteld. Dit was vastgesteld op basis van het klinische beeld. De anesthesioloog neemt de gegevens over deze geneesmiddelovergevoeligheid over in het eigen ziekenhuisinformatiesysteem. Op deze manier kunnen zorgverleners in het ziekenhuis rekening houden met alle actuele geneesmiddelovergevoeligheden.

Patient journey: Raadplegen van beschikbaargestelde gegevens over o.a. geneesmiddelovergevoeligheden 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 geneesmiddelovergevoeligheden. Een aantal jaar geleden blijkt de huisarts een geneesmiddelovergevoeligheid voor enalapril vastgesteld te hebben, op basis van anamnese. Deze gegevens stelt de huisarts beschikbaar. De apotheker kiest er voor deze geneesmiddelovergevoeligheid in het eigen apotheekinformatiesysteem over te nemen. Zo kan de apotheker rekening houden met alle actuele geneesmiddelovergevoeligheden.

2.4.2 Proces en Context

Preproces

• Meerdere individuele zorgverlener-vastleggers leggen gegevens vast over een overgevoeligheid (incl. de opgetreden reactie(s)) in hun eigen informatiesysteem.
• In hun systemen is het patiëntidentificatienummer (ID) aanwezig.

Proces

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

Postproces

• De zorgverlener-bewaker kan de gegevens over de overgevoeligheid (incl. bijbehorende reactie(s)) overnemen in zijn systeem en het systeem werkt de gegevens bij voor de bewaking.

2.4.3 Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram

Deze usecase kent twee bedrijfsrollen. Tabel 5 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Overgevoeligheid incl. bijbehorende reactie(s) raadplegen en beschikbaarstellen.

Tabel 5. Bedrijfsrollen usecase 3

Bedrijfsrol (actor)	Activiteit
Vastlegger (van gegevens over overgevoeligheid incl. bijbehorende reactie(s))	Stelt de vastgelegde gegevens over een overgevoeligheid incl. bijbehorende reactie(s) beschikbaar aan de bewaker
Bewaker	Raadpleegt gegevens over een overgevoeligheid incl. bijbehorende reactie(s) bij de vastlegger

Figuur 7 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

Figuur 7. Activiteitendiagram usecase 3

2.4.4 Informatieoverdracht

2.4.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (vastlegger, bewaker) 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 3 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

• CIO-OVR: OvergevoeligheidRaadplegendSysteem; of
• CIO-OVB: OvergevoeligheidBeschikbaarstellendSysteem

Zie ook figuur 8.

Figuur 8. Componentendiagram usecase 3

2.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. Figuur 9 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen die onderdeel uitmaken van Overgevoeligheid raadplegen en beschikbaarstellen.

Figuur 9. Usecasediagram usecase 3

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.

2.4.4.3 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.

Tabel 6. Referenties naar transacties in ART-DECOR voor Overgevoeligheid incl. bijbehorende reactie(s) raadplegen en beschikbaarstellen

Usecase	Transactiegroep	Transactie	Systeemrol	Systeem	Bedrijfsrol
Overgevoeligheid incl. bijbehorende reactie(s) raadplegen en beschikbaarstellen	Overgevoeligheid incl. bijbehorende reactie(s) (PULL)	Raadplegen overgevoeligheid incl. bijbehorende reactie(s)	CIO-OVR	XIS	Bewaker
		Beschikbaarstellen overgevoeligheid incl. bijbehorende reactie(s)	CIO-OVB	XIS	Vastlegger

2.5 Usecase 4: Overgevoeligheid sturen en ontvangen

2.5.1 Doel en Relevantie

Een zorgverlener die gegevens over een overgevoeligheid (incl. de opgetreden reactie(s)) 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). Door gegevens over overgevoeligheden incl. bijbehorende reacties actief aan een andere zorgverlener te sturen, kan deze hier rekening mee houden bij het bestaande voorschrijf- / verstrekkingbeleid.

2.5.2 Proces en Context

Preproces

• De zorgverlener-bewaker heeft vooraf geraadpleegd welke gegevens over een overgevoeligheid (incl. de opgetreden reactie(s)) beschikbaar zijn.
• Hij legt nog niet aanwezige actuele gegevens over deze overgevoeligheid (incl. de opgetreden reactie(s)) vast in het eigen informatiesysteem.
• In zijn systeem is het patiëntidentificatienummer (ID) aanwezig.

Proces

• De zorgverlener-verstuurder stuurt via zijn systeem de actuele gegevens over de overgevoeligheid (incl. de opgetreden reactie(s)) naar het systeem van de andere zorgverlener.
• Het systeem van de zorgverlener-bewaker 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-bewaker kan de gegevens over de overgevoeligheid (incl. bijbehorende reactie(s)) overnemen in zijn systeem en het systeem werkt de gegevens bij voor de bewaking.

2.5.3 Bedrijfsrollen en Unified Modeling Language (UML) activiteitendiagram

De usecase kent twee bedrijfsrollen. Tabel 7 geeft een overzicht van de bedrijfsrollen en activiteiten binnen de usecase Overgevoeligheid sturen en ontvangen.

Tabel 7. Bedrijfsrollen usecase 4

Bedrijfsrol (actor)	Activiteit
Verstuurder (van gegevens over overgevoeligheid incl. bijbehorende reactie(s))	Stuurt de vastgelegde gegevens over een overgevoeligheid incl. bijbehorende reactie(s) naar de bewaker
Bewaker	Ontvangt de gegevens over een overgevoeligheid incl. bijbehorende reactie(s) van de verstuurder

Figuur 10 toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

Figuur 10. Activiteitendiagram usecase 4

2.5.4 Informatieoverdracht

2.5.4.1 Systemen & Systeemrollen

Alle bedrijfsrollen (verstuurder, bewaker) 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 4 geldt: per bedrijfsrol vervult elk systeem één systeemrol, namelijk:

• CIO-OVS: OvergevoeligheidSturendSysteem; of
• CIO-OVO: OvergevoeligheidOntvangendSysteem.

Zie ook figuur 11.

Figuur 11. Componentendiagram usecase 4

2.5.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.

Figuur 12 toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen die onderdeel uitmaken van Overgevoeligheid sturen en ontvangen.

Figuur 12. Usecasediagram usecase 4

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.

2.5.4.3 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.

Tabel 8. Referenties naar transacties in ART-DECOR voor Overgevoeligheid incl. bijbehorende reactie(s) sturen en ontvangen

Usecase	Transactiegroep	Transactie	Systeemrol	Systeem	Bedrijfsrol
Overgevoeligheid incl. bijbehorende reactie(s) sturen en ontvangen	Overgevoeligheid incl. bijbehorende reactie(s) (PUSH)	Sturen overgevoeligheid incl. bijbehorende reactie(s)	CIO-OVS	XIS	Verstuurder
		Ontvangen overgevoeligheid incl. bijbehorende reactie(s)	CIO-OVO	XIS	Bewaker

3 Release Notes

In tabel 9 staan de wijzigingen in deze informatiestandaard die vanaf de eerste publicatie (versie 2.0.0-beta.1) hebben plaatsgevonden.

Tabel 9. Wijzigingen per versie

Versienummer	Datum	Bits-issue	Omschrijving
2.0.0-beta.1	1 mei 2023		Eerste publicatie