This article or section is in the middle of an expansion or major restructuring and is not yet ready for use.

1 Inleiding

1.1 Algemeen

Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard Huisartsenzorg. Het functioneel ontwerp 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 of ontvangen van gegevens. In hoofdstuk 2 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 proces voor gegevensuitwisseling met de huisarts is in onderstaande afbeelding gevisualiseerd:

Figuur: Proces uitwisseling huisartsgegevens

1.2 Doelgroep

De doelgroepen van dit functionele ontwerp zijn:

Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, zorgorganisaties en Nictiz;

Zorgverleners en hun vertegenwoordigers;

Patiënten

1.3 Kaders & Uitgangspunten

1.3.1 Richtlijn en proces

1.3.1.1 Dossierverhuisbericht

De NHG richtlijn Informatieverstrekking tussen huisartsen bij overdracht van behandelrelatie (NHG richtlijn Dossierverhuisbericht) beschrijft de processen en informatie-uitwisseling tussen de oude en de nieuwe huisarts.

1.3.1.2 Waarneembericht

De NHG Richtlijn Gegevensuitwisseling huisarts en Centrale Huisartsenpost (CHP) (NHG richtlijn Waarneembericht) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de HAP.

1.3.1.3 Verwijzing huisarts naar medisch specialist

De NHG richtlijn Informatie-uitwisseling tussen huisarts en medisch specialist (NHG richtlijn HASP) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de medisch specialist.

1.3.1.4 Verwijzing huisarts naar paramedicus

De NHG richtlijn Informatie-uitwisseling tussen arts en paramedicus (NHG richtlijn HASP-paramedicus) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de paramedicus.

1.3.1.5 Verwijzing huisarts naar GGZ

De NHG-Richtlijn Informatie-uitwisseling huisarts - tweedelijns GGZ (NHG richtlijn HASP-GGZ) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de GGZ.

1.3.1.6 Ketenzorg

De ketenzorgoverdracht is gebaseerd op de volgende zorgstandaardaarden:

zorgstandaard Diabetes;
zorgstandaard COPD;
zorgstandaard CVRM.

1.3.1.7 Patiënten overdrachten

De NHG-Richtlijn Online inzage in het H-EPD door patiënt (NHG richtlijn H-EPD Patiënt) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de patiënt.

1.3.2 Reikwijdte Informatiestandaard

De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen.

1.3.3 Infrastructuur

De specificatie van de infrastructuur waarover berichten worden uitgewisseld valt buiten de scope van deze informatiestandaard.

1.4 Kwalificatie

Op basis van dit functioneel ontwerp en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit functioneel ontwerp. Voor meer informatie zie de websitepagina over Nictiz kwalificaties.

2 Usecase(s)

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. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase geanalyseerd en uitgewerkt.

2.1 Algemeen

De informatiestandaard Huisartsenzorg is ingedeeld in verschillende (ontwerp) groepen.

Dossierverhuisbericht
Huisartswaarneming
Verwijzing Paramedicus
Verwijzing Specialist
Verwijzing GGZ
Ketenzorg
Patiënten overdrachten
Labuitwisseling (usecases opgenomen in aparte informatiestandaard)
Acute Zorg (usecases opgenomen in aparte informatiestandaard)
Medicatieveiligheid (usecases opgenomen in aparte informatiestandaard)

2.1.1 Dossierverhuisbericht

De groep ‘Dossierverhuisbericht’ kent 1 usecase:

Huisarts stuurt dossier naar huisarts

2.1.2 Huisartswaarneming

De groep ‘Huisartswaarneming’ kent 2 usecases:

2.1.3 Verwijzing huisarts naar paramedicus

Informatie-uitwisseling tussen arts en paramedicus vindt plaats op het moment dat de arts respectievelijk de paramedicus moet stilstaan bij de informatiebehoefte over en weer. Bij verwijzing, directe toegang en afronding behandeling zijn de momenten van uitwisseling: het moment van verwijzen of starten respectievelijk het moment van afronding en op momenten van tussentijdse updates.

De volgende beroepen worden benoemd in de NHG richtlijn HASP-paramedicus:

Diëtetiek
Ergotherapie
Huidtherapie
Fysiotherapie
Logopedie en Foniatrie
Oefentherapie Cesar en Mensendieck

De groep ‘Verwijzing Huisarts naar Paramedicus’ kent 6 usecases:

Een samenvatting van de usecases wordt getoond in onderstaand figuur. FIGUUR HASP-PARAMEDICUS INVOEGEN

2.1.4 Verwijzing huisarts naar medisch specialist

Informatie-uitwisseling tussen arts en medisch specialist vindt plaats op het moment dat de huisarts (verwijzer) respectievelijk de medisch specialist (geconsulteerde) moet stilstaan bij de informatiebehoefte over en weer. Bij verwijzing of ontslag zijn de momenten van uitwisseling: het moment van verwijzen respectievelijk het ontslag en op momenten van tussentijdse updates.

De groep ‘Verwijzing Specialist’ kent 4 usecases:

Een samenvatting van de usecases wordt getoond in onderstaand figuur. FIGUUR HASP-SPECIALIST INVOEGEN

2.1.5 Verwijzing huisarts naar GGZ

De groep ‘Verwijzing huisarts naar GGZ’ kent x usecases:

Een samenvatting van de usecases wordt getoond in onderstaand figuur. FIGUUR HASP-GGZ INVOEGEN

2.1.6 Ketenzorg

De groep ‘Ketenzorg’ kent 3 usecases:

2.1.7 Patiënten overdrachten

De groep ‘Patiënten overdrachten’ kent 5 usecases:

2.2 Usecase: Huisarts stuurt dossier naar huisarts

2.2.1 Doel en Relevantie

Het dossieroverdrachtsbericht bevat de medische gegevens welke in aanmerking komen voor overdracht van een huisarts waar een patiënt is (was) ingeschreven naar een huisarts waar de patiënt is (zal worden) ingeschreven.

De huisarts levert integrale, persoonlijke en continue zorg aan de patiënt en de huisarts is het eerste medische aanspreekpunt voor de patiënt in de zorg (poortwachter). Men name de aspecten integrale zorg en continuïteit hebben gevolgen voor de inhoud van het medisch dossier bij de huisarts. Het medisch dossier bij de huisarts geeft een overzicht van de medische geschiedenis van een patiënt in de tijd, niet alleen van contacten tussen huisarts en patiënt maar ook van de medische wederwaardigheden met andere zorgverleners zoals andere eerstelijns zorgverleners en medisch specialisten.

Het is vanuit deze optiek dus van het grootste belang dat de medische gegevens zoals die worden beheerd door de huisarts optimaal worden overgedragen wanneer de behandelrelatie overgaat van de ene naar de andere huisarts (mutatie). Het overdrachtsbericht volgt op de noodzaak om de dossiervoering van de patiënt over te dragen van de oorspronkelijke huisarts naar de nieuwe huisarts. Hierdoor wordt de continuering van dossiervoering gewaarborgd. Hiervoor is in de richtlijn aangegeven dat de oorspronkelijke huisarts de verzendende partij (verzender) is en de nieuwe huisarts de ontvangende partij (ontvanger).

Deze usecase beschrijft de reden van het versturen van het dossieroverdrachtsbericht. In dit bericht zitten alle benodigde gegevens voor de nieuwe huisarts om de patiënt te kunnen ontvangen. Bij de overdracht wordt het gehele actuele medische dossier overgedragen aan de nieuwe huisarts.

2.2.2 Proces en Context (pre- en postproces)

2.2.2.1 Preproces

De oorspronkelijke huisarts gaat een dossieroverdrachtsbericht sturen naar een nieuwe huisarts.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.2.2.2 Proces

Bij overdracht van de behandelrelatie wordt het dossier elektronisch en gestructureerd overdragen conform de informatiestandaard vanuit het HIS van de oorspronkelijke huisarts naar het HIS van de nieuwe huisarts.

2.2.2.3 Postproces

Het ontvangen dossier wordt binnen het HIS geplaatst zodat het door de nieuwe huisarts te gebruiken is voor continuering van dossiervoering voor de patiënt.

2.2.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Oorspronkelijke huisarts	De oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht
Nieuwe huisarts	De nieuwe huisarts ontvangt een dossieroverdrachtsbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram - x

Activity Diagram: Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts

2.2.4 Informatieoverdracht

Huisartsen maken gebruik van een informatiesysteem:

HIS (Huisartsinformatiesysteem).

2.2.4.1 Systemen & Systeemrollen

Huisartsen maken gebruik van een informatiesysteem, Huisartseninformatiesysteem (HIS). Deze systemen maken het uitwisselen van gegevens in het kader van het sturen van een dossieroverdrachtsbericht aan de nieuwe huisarts mogelijk. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Huisarts draagt dossier over aan huisarts Sturend Systeem	HZP-DHS	Sturen dossieroverdrachtsbericht door oorspronkelijke huisarts aan nieuwe huisarts
HIS	Huisartsen Zorg Proces - Huisarts draagt dossier over aan huisarts Ontvangend Systeem	HZP-DHO	Ontvangen dossieroverdrachtsbericht door nieuwe huisarts van de oorspronkelijke huisarts

Zie ook onderstaande afbeelding:

Bestand:Component Diagram - x

Component Diagram - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar de nieuwe huisarts

2.2.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram - X

Usecase Diagram - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts	Sturen dossieroverdrachtsbericht (PUSH)	Sturen dossieroverdrachtsbericht	Oorspronkelijke huisarts	HIS	HZP-DHS	Link naar publicatie volgt zodra beschikbaar
	Sturen dossieroverdrachtsbericht (PUSH)	Ontvangen dossieroverdrachtsbericht	Nieuwe huisarts	HIS	HZP-DHO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts

2.3 Usecase: Waarnemend huisarts raadpleegt professionele samenvatting (ps)

2.3.1 Doel en Relevantie

2.3.2 Proces en Context (pre- en postproces)

2.3.2.1 Preproces

2.3.2.2 Proces

2.3.2.3 Postproces

2.3.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.3.4 Informatieoverdracht

2.3.4.1 Systemen & Systeemrollen

2.3.4.2 Transacties & Transactiegroepen

2.3.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.4 Usecase: Waarnemend huisarts stuurt waarneemretourbericht (wrb)

2.4.1 Doel en Relevantie

De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:

Het opvragen van een professionele samenvatting (PS)
Versturen van een waarneemretourbericht (WRB)

Deze uitwisselingen kunnen plaatsvinden wanneer een patiënt een huisarts bezoekt die niet de zijne is of als een patiënt een huisartsenpost bezoekt.

2.4.2 Proces en Context (pre- en postproces)

2.4.2.1 Preproces

2.4.2.2 Proces

2.4.2.3 Postproces

2.4.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.4.4 Informatieoverdracht

2.4.4.1 Systemen & Systeemrollen

2.4.4.2 Transacties & Transactiegroepen

2.4.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.5 Usecase: Huisarts verwijst naar paramedicus

2.5.1 Doel en Relevantie

Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de paramedicus zodat paramedische zorg kan worden geboden.

Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit bericht zitten alle benodigde gegevens voor de paramedicus om de patiënt te kunnen ontvangen en de behandeling te kunnen starten. Voor een verwijzing geldt dat de arts en de paramedicus de regel volgen dat de paramedicus de verantwoordelijkheid neemt voor de paramedische diagnostiek en de paramedische behandeling van de klacht of zorgvraag. Met het versturen van het verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt overgedragen.

2.5.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de arts altijd een verwijsbericht stuurt:

op het moment van verwijzen
bij een eenmalig consult (consultatieaanvraag)

2.5.2.1 Preproces

Een huisarts gaat een verwijsbericht sturen naar een paramedicus.

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.5.2.2 Proces

Het proces van deze usecase is:

De huisarts stuurt vanuit het HIS het verwijsbericht naar een paramedicus
Het informatiesysteem van de paramedicus (PARIS) ontvangt en verwerkt het verwijsbericht

2.5.2.3 Postproces

De paramedicus heeft het verwijsbericht ontvangen van de huisarts en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.5.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een verwijsbericht
Paramedicus	De paramedicus ontvangt een verwijsbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram: Huisarts verwijst naar paramedicus

2.5.4 Informatieoverdracht

Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:

HIS (huisarts informatiesysteem).
PARIS (paramedisch informatiesysteem).

2.5.4.1 Systemen & Systeemrollen

De huisarts en de paramedicus maken ieder gebruik van een informatiesysteem, respectievelijk huisarts informatiesysteem (HIS) en paramedisch informatiesysteem (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Paramedicus Sturend Systeem	HZP-VPS	Sturen verwijzing van de huisarts naar de paramedicus
PARIS	Huisartsen Zorg Proces - Verwijsbericht huisarts naar Paramedicus Ontvangend systeem	HZP-VPO	Ontvangen verwijzing van de huisarts door de paramedicus

Zie ook onderstaande afbeelding:

Component Diagram - Huisarts verwijst naar paramedicus

2.5.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Huisarts verwijst naar paramedicus

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts verwijst naar paramedicus	Sturen verwijzing (PUSH)	Sturen verwijzing	Huisarts	HIS	HZP-VPS	Link naar publicatie volgt zodra beschikbaar
Huisarts verwijst naar paramedicus	Sturen verwijzing (PUSH)	Ontvangen verwijzing	Paramedicus	PARIS	HZP-VPO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts verwijst naar paramedicus

2.6 Usecase: Paramedicus stuurt bericht directe toegang (DT) naar huisarts

2.6.1 Doel en Relevantie

De paramedicus stuurt altijd een bericht directe toegang:

Na een eerste contact met de patiënt bij directe toegang
Als de patiënt na eerdere afronding van de behandeling terugkomt voor dezelfde klacht

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin mee kan gaan deze berichtgeving achterwege te laten.

Met het bericht directe toegang met behandeling wordt de verantwoordelijkheid van zorg voor de patiënt overgedragen aan de paramedicus. Bij directe toegang zonder behandeling blijft de verantwoordelijkheid van zorg bij de arts.

2.6.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht directe toegang stuurt:

na een eerste contact met de patiënt bij directe toegang
als de patiënt na eerdere afronding van de behandeling terugkomt voor dezelfde klacht

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin mee kan gaan deze berichtgeving achterwege te laten.

2.6.2.1 Preproces

Een paramedicus gaat een bericht directe toegang sturen sturen naar een huisarts.

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.6.2.2 Proces

Het proces van deze usecase is:

De paramedicus stuurt een bericht directe toegang naar de huisarts
De huisarts ontvangt een bericht directe toegang

2.6.2.3 Postproces

De huisarts heeft het bericht directe toegang ontvangen van de paramedicus en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.6.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Paramedicus	De paramedicus stuurt een bericht directe toegang
Huisarts	De huisarts ontvangt een bericht directe toegang

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Paramedicus stuurt directe toegang naar huisarts

2.6.4 Informatieoverdracht

Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).

2.6.4.1 Systemen & Systeemrollen

De paramedicus en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het bericht directe toegang aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PARIS	Huisartsen Zorg Proces – DT Paramedicus naar huisarts sturend Systeem	HZP-DPS	Sturen bericht directe toegang door de paramedicus naar de huisarts
HIS	Huisartsen Zorg Proces – DT Paramedicus naar Huisarts Ontvangend Systeem	HZP-DPO	Ontvangen bericht directe toegang van de paramedicus door de huisarts

Zie ook onderstaande afbeelding:

Component Diagram - Paramedicus stuurt directe toegang naar huisarts

2.6.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Paramedicus stuurt directe toegang naar huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Paramedicus stuurt directe toegang naar huisarts	Sturen bericht directe toegang (PUSH)	Sturen bericht directe toegang	Paramedicus	PARIS	HZP-DPS	Link naar publicatie volgt zodra beschikbaar
Paramedicus stuurt directe toegang naar huisarts	Sturen bericht directe toegang (PUSH)	Ontvangen bericht directe toegang	Huisarts	HIS	HZP-DPO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Paramedicus stuurt directe toegang naar huisarts

2.7 Usecase: Huisarts stuurt update naar paramedicus

2.7.1 Doel en Relevantie

Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de paramedicus. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de paramedicus als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de paramedicus.

2.7.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de arts altijd een update stuurt:

als antwoord op het verzoek om informatie door de paramedicus; dit kan ook het advies inhouden om de patiënt voor consultatie naar de arts te sturen (➞ informatieverstrekking)
als de arts een vraag heeft aan de paramedicus (➞ informatieverzoek)
bij overlijden van de patiënt

De arts overweegt een update:

als zich een wijziging in het beloop voordoet, bij een andere gestelde diagnose en of wijziging van zorg aan de patiënt die van invloed is op de behandeling door de paramedicus
bij een levensgebeurtenis

2.7.2.1 Preproces

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.7.2.2 Proces

Het proces van deze usecase is:

De huisarts stuurt een update naar paramedicus
De update is beschikbaar in de tweede lijn op het moment van overname.

2.7.2.3 Postproces

De paramedicus gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.7.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een update
Paramedicus	De paramedicus ontvangt update

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Huisarts stuurt update naar Paramedicus

2.7.4 Informatieoverdracht

Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem)
PARIS (informatiesystemen voor paramedici).

2.7.4.1 Systemen & Systeemrollen

De huisarts en de paramedicus maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update aan de paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Update Huisarts naar Paramedicus Sturend Systeem	HZP-UPS	Sturen update van de huisarts naar de paramedicus
PARIS	Huisartsen Zorg Proces – Update huisarts naar Paramedicus Ontvangend Systeem	HZP-UPO	Ontvangen update van de huisarts door de paramedicus

Zie ook onderstaande afbeelding:

Component Diagram - Huisarts stuurt update naar Paramedicus

2.7.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Huisarts stuurt update naar paramedicus

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts stuurt update naar paramedicus	Sturen update (PUSH)	Sturen update	Huisarts	HIS	HZP-UPS	Link naar publicatie volgt zodra beschikbaar
Huisarts stuurt update naar paramedicus	Sturen update (PUSH)	Ontvangen update	Paramedicus	PARIS	HZP-UPO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts stuurt update naar paramedicuss

2.8 Usecase: Paramedicus stuurt update naar huisarts

2.8.1 Doel en Relevantie

Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de paramedicus. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de paramedicus als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de paramedicus.

Bij (eenmalige) consultatie van de paramedicus blijft de verantwoordelijkheid voor de klacht/ zorgvraag bij de arts.

2.8.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een update stuurt:

als antwoord op het verzoek om informatie door de arts (➞ informatieverstrekking)
als antwoord op een consultatieaanvraag van de arts (➞ consultatieverslag)

De paramedicus overweegt een update:

bij een eerste contact met de patiënt bij verwijzing (➞ update behandeling)
als de paramedicus (meer) informatie nodig heeft van de huisarts (➞ informatieverzoek)
als de patiënt lang onder behandeling blijft of bij afwijkend beloop: op gezette tijden rapportage over het ingezette traject (➞ update behandeling)

2.8.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een update van de paramedicus naar de huisarts.

2.8.2.2 Proces

Het proces van deze usecase is:

De paramedicus stuurt een update naar de huisarts
Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.

2.8.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor het sturen van een update van de paramedicus naar de huisarts

2.8.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Paramedicus	De paramedicus stuurt een update
Huisarts	De huisarts ontvangt een update

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Paramedicus stuurt update naar huisarts

2.8.4 Informatieoverdracht

Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).

2.8.4.1 Systemen & Systeemrollen

De huisarts en de paramedicus maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Update Paramedicus naar Huisarts Sturend Systeem	HZP-UAS	Sturen verwijzing van de paramedicus naar de huisarts
PARIS	Huisartsen Zorg Proces – Update paramedicus naar Huisarts Ontvangend Systeem	HZP-UAO	Ontvangen verwijzing van de paramedicus door de huisarts

Zie ook onderstaande afbeelding:

Component Diagram - Paramedicus stuurt update naar huisarts

2.8.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Paramedicus stuurt update naar huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Paramedicus stuurt update naar huisarts	Sturen update (PUSH)	Sturen update	Paramedicus	PARIS	HZP-UAS	Link naar publicatie volgt zodra beschikbaar
Paramedicus stuurt update naar huisarts	Sturen update (PUSH)	Ontvangen update	Huisarts	HIS	HZP-UAO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Paramedicus stuurt update naar huisarts

2.9 Usecase: Paramedicus stuurt eindrapportage naar huisarts

2.9.1 Doel en Relevantie

De eindrapportage wordt gestuurd bij de afsluiting van de behandeling, onafhankelijk van de reden hiervoor. Het paramedische traject wordt hiermee afgesloten. De eindrapportage bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan. Met het versturen van de eindrapportage wordt het paramedische traject afgesloten en gaat de verantwoordelijkheid voor de zorg van de patiënt terug naar de huisarts.

2.9.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:

bij afsluiten van de behandeling, onafhankelijk van de reden hiervoor (➞ eindrapportage)

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin kan meegaan om deze berichtgeving achterwege te laten.

2.9.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een eindrapportage van een paramedicus naar de huisarts.

2.9.2.2 Proces

Het proces van deze usecase is:

De eindrapportage wordt zo snel mogelijk verstuurd en uiterlijk binnen 5 werkdagen na het betreffende zorgmoment of nadat een vraag is gesteld.

2.9.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor het sturen van een eindrapportage van een paramedicus naar de huisarts.

2.9.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Paramedicus	De paramedicus stuurt de eindrapportage
Huisarts	De huisarts ontvangt de eindrapportage

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Paramedicus stuurt eindrapportage naar huisarts

2.9.4 Informatieoverdracht

Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).

2.9.4.1 Systemen & Systeemrollen

De huisarts en de paramedicus maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PARIS	Huisartsen Zorg Proces – Eindrapportage Paramedicus naar Huisarts Sturend Systeem	HZP-EPS	Sturen eindrapportage aan de huisarts
HIS	Huisartsen Zorg Proces –Eindrapportage Paramedicus naar Huisarts Ontvangend Systeem	HZP-EPO	Ontvangen eindrapportage door de huisarts

Zie ook onderstaande afbeelding:

Component Diagram - Paramedicus stuurt eindrapportage naar huisarts

2.9.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Paramedicus stuurt eindrapportage naar huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Paramedicus stuurt eindrapportage naar huisarts	Sturen eindrapportage (PUSH)	Sturen eindrapportage	Paramedicus	PARIS	HZP-EPS	Link naar publicatie volgt zodra beschikbaar
Paramedicus stuurt eindrapportage naar huisarts	Sturen eindrapportage (PUSH)	Ontvangen eindrapportage	Huisarts	HIS	HZP-EPO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Paramedicus stuurt eindrapportage naar huisarts

2.10 Usecase: Paramedicus draagt over aan paramedicus (paramedische overdracht)

2.10.1 Doel en Relevantie

Het overdrachtsbericht bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan. Dit bericht wordt ook wel de ‘overdracht’ genoemd. Deze usecase beschrijft de reden van het versturen van dit bericht. In dit bericht zitten alle gegevens dit de collega paramedicus nodig heeft om de patiënt te kunnen ontvangen en de behandeling te kunnen voortzetten. Bij de paramedische overdracht draagt de paramedicus de verantwoordelijkheid van de zorg voor de patiënt over aan een collega paramedicus.

2.10.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:

bij overdracht van de patiënt naar een collega paramedicus als de verantwoordelijkheid ook over gaat naar die collega (➞ overdracht)

2.10.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor de paramedische overdracht.

2.10.2.2 Proces

Het proces van deze usecase is:

Patiënt komt bij paramedicus via paramedische overdracht

2.10.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor de paramedische overdracht.

2.10.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Paramedicus A	Paramedicus A stuurt overdrachtsbericht aan paramedicus B
Paramedicus B	Paramedicus B ontvangt overdrachtsbericht van paramedicus A

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Paramedische overdracht

2.10.4 Informatieoverdracht

Paramedici maken gebruik van een informatiesysteem:

PARIS (informatiesystemen voor paramedici).

2.10.4.1 Systemen & Systeemrollen

Paramedici maken gebruik van een informatiesysteem: PARIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de overdracht aan een collega paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PARIS	Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Sturend Systeem	HZP-OPS	Sturen overdrachtsbericht aan collega paramedicus
PARIS	Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Ontvangend Systeem	HZP-OPO	Ontvangen overdrachtsbericht door collega paramedicus

Zie ook onderstaande afbeelding:

Component Diagram - Paramedische overdracht

2.10.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Paramedicus stuurt overdrachtsbericht naar paramedicus

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Paramedicus stuurt overdrachtsbericht naar paramedicus	Sturen overdrachtsbericht (PUSH)	Sturen overdrachtsbericht	Paramedicus	PARIS	HZP-OPS	Link naar publicatie volgt zodra beschikbaar
Paramedicus stuurt overdrachtsbericht naar paramedicus	Sturen overdrachtsbericht (PUSH)	Ontvangen overdrachtsbericht	Paramedicus	PARIS	HZP-OPO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Paramedicus stuurt overdrachtsbericht naar paramedicus

2.11 Usecase: Huisarts verwijst naar medisch specialist

2.11.1 Doel en Relevantie

Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de medisch specialist zodat medisch specialistische zorg kan worden geboden.

Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit bericht zitten alle benodigde gegevens voor de medisch specialist om de patiënt te kunnen ontvangen en de behandeling te kunnen starten. Met dit verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt deels of volledig wordt overgedragen.

2.11.2 Proces en Context (pre- en postproces)

De NHG richtlijn geeft aan dat de huisarts altijd een verwijsbericht stuurt:

Op het moment van verwijzen.

2.11.2.1 Preproces

Een huisarts gaat een verwijsbericht sturen naar een medisch specialist.

2.11.2.2 Proces

Het proces van deze usecase is:

De huisarts stuurt een verwijsbericht naar medisch specialist
Het verwijsbericht is beschikbaar in de tweede lijn op het moment van overname.

2.11.2.3 Postproces

De medisch specialist heeft het verwijsbericht ontvangen van de huisarts.

2.11.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een verwijsbericht
Medisch specialist	De medisch specialist ontvangt verwijsbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Huisarts verwijst naar medisch specialist

2.11.4 Informatieoverdracht

2.11.4.1 Systemen & Systeemrollen

De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Specialist Sturend Systeem	HZP-VSS	Sturen verwijzing van de huisarts naar de medisch specialist
ZIS	Huisartsen Zorg Proces - Verwijsbericht Huisarts naar Specialist Ontvangend Systeem	HZP-VSO	Ontvangen verwijzing van de huisarts naar de medisch specialist

Zie ook onderstaande afbeelding:

Component Diagram - Huisarts verwijst naar medisch specialist

2.11.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Huisarts verwijst naar medisch specialist

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts verwijst naar medisch specialist	Sturen verwijzing (PUSH)	Sturen verwijzing	Huisarts	HIS	HZP-VSS	Link naar publicatie volgt zodra beschikbaar
Huisarts verwijst naar medisch specialist	Sturen verwijzing (PUSH)	Ontvangen verwijzing	Medisch specialist	ZIS	HZP-VSO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts verwijst naar medisch specialist

2.12 Usecase: Huisarts stuurt update naar medisch specialist

2.12.1 Doel en Relevantie

Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de medisch specialist. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de medisch specialist als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de medisch specialist. Een huisarts stuurt altijd een update bij overlijden van de patiënt.

2.12.2 Proces en Context (pre- en postproces)

De NHG richtlijn geeft aan dat de huisarts een update overweegt:

als zich een wijziging in het beloop voordoet, een nieuwe uitslag bekend is, de huisarts met patiënt een gesprek heeft gehad vanwege gezamenlijke besluitvorming over de behandeling in de tweede lijn;
wanneer de huisarts een diagnose stelt, van diagnose verandert, en/of een behandeling met belangrijke impact inzet of wijzigt, zoals nieuwe medicatie, medicatie wijzigen of stoppen;
bij een levensgebeurtenis.

De huisarts stuurt altijd een update:

bij overlijden van de patiënt.

2.12.2.1 Preproces

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.12.2.2 Proces

Het proces van deze usecase is:

De huisarts stuurt een update aan de medisch specialist
Een tussentijdse update vanuit de eerste lijn wordt zo snel als vereist is voor de continuïteit van zorg gedeeld met de medisch specialist en waar nodig met overige betrokken zorgverleners.
De medisch specialist ontvangt het bericht in het systeem

2.12.2.3 Postproces

De medisch specialist gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.12.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een update
Medisch specialist	De medisch specialist ontvangt een update

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Huisarts stuurt update naar de medisch specialist

2.12.4 Informatieoverdracht

Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).

2.12.4.1 Systemen & Systeemrollen

De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update aan de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Update Huisarts naar Specialist Sturend Systeem	HZP-UHS	Sturen update van de huisarts naar de medisch specialist
ZIS	Huisartsen Zorg Proces – Update Huisarts naar Specialist Ontvangend Systeem	HZP-UHO	Ontvangen update van de huisarts door de medisch specialist

Zie ook onderstaande afbeelding:

Component Diagram - Huisarts stuurt update naar de medisch specialist

2.12.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Huisarts stuurt update naar de medisch specialist

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts stuurt update naar de medisch specialist	Sturen update (PUSH)	Sturen update	Huisarts	HIS	HZP-UHS	Link naar publicatie volgt zodra beschikbaar
Huisarts stuurt update naar de medisch specialist	Sturen update (PUSH)	Ontvangen update	Medisch specialist	ZIS	HZP-UHO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts stuurt update naar de medisch specialist

2.13 Usecase: Medisch specialist stuurt update naar huisarts

2.13.1 Doel en Relevantie

Belangrijke momenten voor de medisch specialist om de huisarts te informeren zijn bij ontslag uit de kliniek en uit de polikliniek. Maar ook vanuit de tweede lijn is het van belang updates te sturen steeds als er nieuwe relevante informatie beschikbaar is voor de huisarts. Dit is de gedeelde verantwoordelijkheid van zorginstelling en medisch specialist. Ook hier is het helder dat dit van belang is voor de continuïteit van zorg voor de patiënt en mogelijk diens thuisfront.

2.13.2 Proces en Context (pre- en postproces)

De NHG richtlijn (HASP) geeft aan dat de medisch specialist een update overweegt in de volgende gevallen:

Vanuit polikliniek:

zodra de medisch specialist een werkhypothese en een plan heeft opgesteld;
bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd therapieschema, uitstel interventie, time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten (bijvoorbeeld bij patiënten met kanker), plaatsen op de opnamelijst;
na behandeling/ingreep op de dagbehandeling (bijvoorbeeld indien het een invasieve interactie betreft en kans op bijvoorbeeld nabloeden aanwezig is);
(na het versturen van het ontslagbericht): nagekomen uitslag die relevant is;
als de patiënt lang onder controle blijft: op gezette tijden rapportage over het ingezette traject.

Vanuit kliniek:

bij opname (vaak stuurt het ziekenhuis een opnamebericht; indien dit bericht ook de opname-indicatie vermeldt en de huisarts middels een eerdere update al op de hoogte is van de reden van opname, kan een extra update wellicht achterwege blijven; hetzelfde geldt bij opname vanaf de spoedeisende-hulpafdeling: indien de huisarts al op de hoogte is van de opname en de reden hiervoor, kan de extra update vervallen);
bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd behandelschema, uitstel van de interventie, of bij een time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten;
bij onverwachte opname op de ic; bij onverwachte bevinding bij een operatie.

De medisch specialist stuurt altijd een update vanuit de kliniek:

bij overlijden van de patiënt.

2.13.2.1 Preproces

De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.13.2.2 Proces

Het proces van deze usecase is:

De medisch specialist stuurt update naar de huisarts
Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.

2.13.2.3 Postproces

De huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.13.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Medisch specialist	De medisch specialist stuurt een update
Huisarts	De huisarts ontvangt een update

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Medisch specialist stuurt update naar huisarts

2.13.4 Informatieoverdracht

Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).

2.13.4.1 Systemen & Systeemrollen

De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Update Specialist naar Huisarts Sturend systeem	HZP-USS	Sturen update van de medisch specialist naar de huisarts
ZIS	Huisartsen Zorg Proces – Update specialist naar Huisarts Ontvangend Systeem	HZP-USO	Ontvangen update van de medisch specialist door de huisarts

Zie ook onderstaande afbeelding:

Component Diagram - Medisch specialist stuurt update naar huisarts

2.13.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Medisch specialist stuurt update naar huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Medisch specialist stuurt update naar huisarts	Sturen update (PUSH)	Sturen update	Medisch specialist	ZIS	HZP-USS	Link naar publicatie volgt zodra beschikbaar
Medisch specialist stuurt update naar huisarts	Sturen update (PUSH)	Ontvangen update	Huisarts	HIS	HZP-USO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Medisch specialist stuurt update naar huisarts

2.14 Usecase: Medisch specialist stuurt ontslagbericht naar huisarts

2.14.1 Doel en Relevantie

Het ontslagbericht wordt door de medisch specialist vanuit de polikliniek aan de huisarts gestuurd bij ontslag uit poliklinische controle. De medisch specialist stuurt een ontslagbericht vanuit de kliniek bij ontslag of bij overplaatsing (naar een andere afdeling).

Vooral bij ontslagberichten prevaleert tijdigheid van berichtgeving boven volledigheid. De huisarts is zeer gediend met een bericht op de dag van ontslag uit de kliniek om continuïteit van zorg te kunnen leveren. Dan zijn vaak de laatste uitslagen nog niet bekend.

2.14.2 Proces en Context (pre- en postproces)

De NHG richtlijn (HASP) geeft aan dat een ontslagbericht wordt gestuurd in de volgende gevallen:

Vanuit de polikliniek:

bij ontslag uit poliklinische controle.

Vanuit de kliniek:

bij ontslag (bij doorverwijzing door de medisch specialist naar een andere instelling komt een kopie daarvan voor de huisarts in de plaats van het ontslagbericht);
bij overplaatsing, al dan niet definitief, naar een andere afdeling.

2.14.2.1 Preproces

De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.14.2.2 Proces

Het proces van deze usecase is:

De medisch specialist stuurt een ontslagbericht naar de huisarts
Het ontslagbericht vanuit de kliniek volgt in principe direct maar uiterlijk binnen 24 uur.
Het ontslagbericht vanuit de polikliniek volgt zo snel vereist is voor de continuïteit van zorg, maar uiterlijk binnen 5 dagen.

Bij een goed vormgegeven situatie betekent ‘geen bericht’ dat er geen nieuwe ontwikkelingen zijn.

2.14.2.3 Postproces

De huisarts verwerkt de ontslaggegevens in het dossier van de patiënt.

2.14.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Medisch specialist	De medisch specialist stuurt ontslagbericht
Huisarts	De huisarts ontvangt ontslagbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Medisch specialist stuurt ontslagbericht naar huisarts

2.14.4 Informatieoverdracht

Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:

HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).

2.14.4.1 Systemen & Systeemrollen

De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Sturend Systeem	HZP-OSS	Sturen ontslagbericht naar de huisarts
ZIS	Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Ontvangend Systeem	HZP-OSO	Ontvangen ontslagbericht door de huisarts

Zie ook onderstaande afbeelding:

Component Diagram - Medisch specialist stuurt eindrapportage naar huisarts

2.14.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Medisch specialist stuurt ontslagbericht naar huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Medisch specialist stuurt ontslagbericht naar huisarts	Sturen ontslagbericht (PUSH)	Sturen ontslagbericht	Medisch specialist	ZIS	HZP-OSS	Link naar publicatie volgt zodra beschikbaar
Medisch specialist stuurt ontslagbericht naar huisarts	Sturen ontslagbericht (PUSH)	Ontvangen ontslagbericht	Huisarts	HIS	HZP-OSO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Medisch specialist stuurt ontslagbericht naar huisarts

2.15 Usecase: Huisarts verwijst naar GGZ

2.15.1 Doel en Relevantie

Het verwijsbericht is het bericht van de huisarts als deze de patiënt verwijst naar een GGZ-instelling of psychiater.

Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

TERMINOLOGIE: VERWIJSBRIEF (richtlijn) OF VERWIJSBERICHT (gebruikt in HASP en HASP-P)?

2.15.2 Proces en Context (pre- en postproces)

2.15.2.1 Preproces

Een huisarts gaat een verwijsbericht sturen naar de GGZ.

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?

2.15.2.2 Proces

Het proces van deze usecase is:

De huisarts stuurt een verwijsbericht naar de GGZ
Het verwijsbericht is beschikbaar in de tweede lijn op het moment van overname.

2.15.2.3 Postproces

De GGZ-hulpverlener heeft het verwijsbericht ontvangen van de huisarts en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.15.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een verwijsbericht
De GGZ	De GGZ ontvangt een verwijsbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - Huisarts verwijst naar de GGZ

2.15.4 Informatieoverdracht

Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).

2.15.4.1 Systemen & Systeemrollen

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Verwijsbericht Huisarts naar GGZ Sturend Systeem	HZP-VGS	Sturen verwijzing van de huisarts naar de GGZ
XIS	Huisartsen Zorg Proces - Verwijsbericht Huisarts naar GGZ Ontvangend Systeem	HZP-VGO	Ontvangen verwijzing van de huisarts naar de GGZ

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - Huisarts verwijst naar de GGZ

2.15.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram -

Usecase Diagram - Huisarts verwijst naar GGZ

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts verwijst naar GGZ	Sturen verwijzing (PUSH)	Sturen verwijzing	Huisarts	HIS	HZP-VGS	Link naar publicatie volgt zodra beschikbaar
Huisarts verwijst naar GGZ	Sturen verwijzing (PUSH)	Ontvangen verwijzing	GGZ	XIS	HZP-VGO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts verwijst naar GGZ

2.16 Usecase: GGZ raadpleegt de professionele samenvatting (ps)

2.16.1 Doel en Relevantie

Bij direct contact tussen patiënt en GGZ zonder tussenkomst van de huisarts, moet de GGZ kunnen beschikken over een professionele samenvatting (ps) van het dossier van de huisarts. De professionele samenvatting voor de GGZ stelt de GGZ in staat om gegevens in te zien in het dossier van de huisarts bij diens afwezigheid.

Deze usecase beschrijft de reden van het versturen van een professionele samenvatting. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

Het bericht sluit aan bij de berichtgeving zoals met Nictiz is afgesproken voor inzage door de spoedeisende hulp. Het aldaar gestelde is richtinggevend voor de GGZ.

TERMINOLOGIE: GGZ OF GGZ-HULPVERLENER?

2.16.2 Proces en Context (pre- en postproces)

2.16.2.1 Preproces

Een GGZ-instelling raadpleegt de professionele samenvatting bij de huisarts. De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO). KLOPT DIT OOK BIJ HET OPVRAGEN VAN DE PS? STAAT NIET EXPLICIET IN DE RICHTLIJN.

2.16.2.2 Proces

Het proces van deze usecase is:

De huisarts stelt de professionele samenvatting beschikbaar aan de GGZ
De professionele samenvatting is beschikbaar voor de GGZ.

2.16.2.3 Postproces

De GGZ-hulpverlener is in staat om gegevens in te zien in het dossier van de huisarts en gebruikt de gegevens voor de behandeling van de patiënt.

2.16.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ-hulpverlener	De GGZ-hulpverlener raadpleegt de professionele samenvatting
De huisarts	De huisarts stelt de professionele samenvatting beschikbaar

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - GGZ-instelling raadpleegt de professionele samenvatting

2.16.4 Informatieoverdracht

Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:

XIS (GGZ-informatiesysteem).
HIS (HuisartsInformatieSysteem).

2.16.4.1 Systemen & Systeemrollen

De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Professionele samenvatting raadplegend Systeem	HZP-PRS	Raadplegen professionele samenvatting door de GGZ-instelling bij de huisarts
HIS	Huisartsen Zorg Proces - Professionele samenvatting Beschikbaarstellend Systeem	HZP-PBS	Beschikbaarstellen professionele samenvatting door de huisarts

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - GGZ raadpleegt de professionele samenvatting

2.16.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram -

Usecase Diagram - GGZ raadpleegt de professionele samenvatting

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
GGZ raadpleegt de professionele samenvatting	Raadplegen professionele samenvatting (PULL)	Raadplegen professionele samenvatting	GGZ	XIS	HZP-PSR	Link naar publicatie volgt zodra beschikbaar
GGZ raadpleegt de professionele samenvatting	Raadplegen professionele samenvatting (PULL)	Beschikbaarstellen professionele samenvatting	Huisarts	HIS	HZP-VSB	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - GGZ raadpleegt de professionele samenvatting

2.17 Usecase: Wederzijds bericht Wijziging somatiek/therapie/controles huisarts <-> GGZ

VRAAG: DIT BERICHT WORDT DOOR ZOWEL DE HUISARTS ALS DOOR DE GGZ-HULPVERLENER GESTUURD: KAN DIT IN EEN USECASE?

2.17.1 Doel en Relevantie

Deze usecase beschrijft de reden van het versturen van een het bericht wijziging somatiek/therapie/controles. Dit bericht wordt door zowel de huisarts als de GGZ gebruikt om elkaar te informeren over tussentijdse veranderingen die interfereren met de ingestelde behandeling. Het gaat dan om een belangrijke wijziging in de medicatie, een complicatie van de behandeling of een nieuwe diagnose of episode. In het bericht doet de verzender ook een voorstel voor verdere behandeling en controle van de patiënt.

2.17.2 Proces en Context (pre- en postproces)

2.17.2.1 Preproces

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

2.17.2.2 Proces

De huisarts stuurt een bericht Wijziging somatiek/therapie/controles naar GGZ of vice versa.
De huisarts ofwel GGZ-hulpverlener ontvangt het bericht in het systeem

2.17.2.3 Postproces

De huisarts/ GGZ-hulpverlener heeft het bericht ontvangen en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.17.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Huisarts	De huisarts stuurt een bericht wijziging somatiek/therapie/controles
De GGZ	De GGZ ontvangt een bericht wijziging somatiek/therapie/controles

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - De Huisarts stuurt een bericht wijziging somatiek/therapie/controles naar de GGZ

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ	De GGZ stuurt een bericht wijziging somatiek/therapie/controles
Huisarts	De huisarts ontvangt een bericht wijziging somatiek/therapie/controles

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - De GGZ stuurt een bericht wijziging somatiek/therapie/controles naar de huisarts

2.17.4 Informatieoverdracht

Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

HIS (huisarts informatiesysteem);
XIS (GGZ informatiesysteem).

2.17.4.1 Systemen & Systeemrollen

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
HIS	Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Sturend Systeem	[HZP-WHS]	Sturen bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ
XIS	Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Ontvangend Systeem	[HZP-WHO]	Ontvangen bericht wijziging somatiek/therapie/controles van de huisarts door de GGZ

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Sturend Systeem	[HZP-WGS]	Sturen bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts
HIS	Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Ontvangend Systeem	[HZP-WGO]	Ontvangen bericht wijziging somatiek/therapie/controles van de GGZ door de huisarts

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts

2.17.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ:

Bestand:Use case Diagram -

Usecase Diagram - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Huisarts stuurt een bericht wijziging somatiek/therapie/controles naar de GGZ	Sturen bericht wijziging somatiek/therapie/controles (PUSH)	Sturen bericht wijziging somatiek/therapie/controles	Huisarts	HIS	HZP-WHS	Link naar publicatie volgt zodra beschikbaar
	Sturen bericht wijziging somatiek/therapie/controles (PUSH)	Ontvangen bericht wijziging somatiek/therapie/controles	GGZ	XIS	HZP-WHO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ

In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts:

Bestand:Use case Diagram -

Usecase Diagram - GGZ stuurt een bericht wijziging somatiek/therapie/controles naar de huisarts

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts	Sturen bericht wijziging somatiek/therapie/controles (PUSH)	Sturen bericht wijziging somatiek/therapie/controles	GGZ	XIS	HZP-WGS	Link naar publicatie volgt zodra beschikbaar
	Sturen bericht wijziging somatiek/therapie/controles (PUSH)	Ontvangen bericht wijziging somatiek/therapie/controles	Huisarts	HIS	HZP-WGO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts

2.18 Usecase: GGZ stuurt bericht kennisgeving patiënt heeft afspraak

2.18.1 Doel en Relevantie

Met het bericht 'Kennisgeving patiënt heeft afspraak' bevestigt de GGZ aan de huisarts dat met de patiënt een intake-afspraak is gemaakt na verwijzing door de huisarts. Dit bericht bevat alleen administratieve en logistieke gegevens en bestaat dan ook alleen uit de envelop.

Deze usecase beschrijft de reden van het versturen van dit bericht Kennisgeving patiënt heeft afspraak.

2.18.2 Proces en Context (pre- en postproces)

2.18.2.1 Preproces

De huisarts stuurt een verwijsbericht aan de GGZ
De GGZ heeft het verwijsbericht ontvangen en verwerkt in het systeem.

2.18.2.2 Proces

Het proces van deze usecase is:

De GGZ-hulpverlener stuurt een bericht Kennisgeving patiënt heeft afspraak

2.18.2.3 Postproces

?

2.18.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ-hulpverlener	De GGZ-hulpverlener stuurt bericht kennisgeving patiënt heeft afspraak
De huisarts	De huisarts onvangt bericht kennisgeving patiënt heeft afspraak

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak

2.18.4 Informatieoverdracht

Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:

XIS (GGZ-informatiesysteem).
HIS (HuisartsInformatieSysteem).

2.18.4.1 Systemen & Systeemrollen

De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Bericht Kennisgeving Sturend Systeem	HZP-KSS	Sturen bericht kennisgeving patiënt heeft afspraak
HIS	Huisartsen Zorg Proces - Bericht Kennisgeving Ontvangend Systeem	HZP-KSO	Ontvangen bericht kennisgeving patiënt heeft afspraak

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak

2.18.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram -

Usecase Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
GGZ stuurt bericht kennisgeving patiënt heeft afspraak naar huisarts	Sturen bericht kennisgeving patiënt heeft afspraak (PULL)	Sturen bericht kennisgeving patiënt heeft afspraak	GGZ	XIS	HZP-KSS	Link naar publicatie volgt zodra beschikbaar
	Sturen bericht kennisgeving patiënt heeft afspraak (PULL)	Ontvangen bericht kennisgeving patiënt heeft afspraak	Huisarts	HIS	HZP-KSO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - GGZ stuurt bericht kennisgeving patiënt heeft afspraak

2.19 Usecase: GGZ stuurt bericht na intake

2.19.1 Doel en Relevantie

Met het 'Bericht na intake' brengt de GGZ-hulpverlener de huisarts op de hoogte van de bevindingen uit de intake. Dit bericht wordt naar de huisarts verstuurd als reactie op de verwijzing, maar ook als de patiënt via een andere route door de GGZ gezien is. Dit bericht bestaat alleen uit een envelop en kern.

Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

2.19.2 Proces en Context (pre- en postproces)

2.19.2.1 Preproces

De huisarts stuurt een verwijsbericht naar de GGZ

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?

2.19.2.2 Proces

Het proces van deze usecase is:

De GGZ-hulpverlener stuurt een bericht na intake naar de huisarts.

2.19.2.3 Postproces

De huisarts heeft het bericht na intake ontvangen en verwerkt in het systeem.

2.19.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ-hulpverlener	De GGZ-hulpverlener stuurt bericht na intake
De huisarts	De huisarts ontvangt een bericht na intake

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - GGZ stuurt bericht na intake

2.19.4 Informatieoverdracht

Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).

2.19.4.1 Systemen & Systeemrollen

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Bericht na intake naar huisarts Sturend Systeem	HZP-ISS	Sturen bericht na intake van de GGZ naar de huisarts
HIS	Huisartsen Zorg Proces - Bericht na intake naar huisarts Ontvangend Systeem	HZP-ISO	Ontvangen bericht na intake van de GGZ naar de huisarts

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - GGZ stuurt bericht na intake

2.19.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram -

Usecase Diagram - GGZ stuurt bericht na intake

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
GGZ stuurt bericht na intake naar huisarts	Sturen bericht na intake(PUSH)	Sturen bericht na intake	GGZ	XIS	HZP-ISS	Link naar publicatie volgt zodra beschikbaar
GGZ stuurt bericht na intake naar huisarts	Sturen bericht na intake(PUSH)	Ontvangen bericht na intake	Huisarts	HIS	HZP-ISO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - GGZ stuurt bericht na intake

2.20 Usecase: GGZ stuurt bericht Kennisgeving overdracht behandeling naar GGZ

2.20.1 Doel en Relevantie

De Kennisgeving overdracht behandeling wordt verstuurd na overdracht van de behandeling naar een andere afdeling binnen de GGZ-instelling.

Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

2.20.2 Proces en Context (pre- en postproces)

2.20.2.1 Preproces

De GGZ-hulpverlener gaat een bericht Kennisgeving overdracht behandeling sturen naar een collega GGZ-hulpverlener.

2.20.2.2 Proces

Het proces van deze usecase is:

De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling naar een collega GGZ-hulpverlener.

2.20.2.3 Postproces

De nieuwe GGZ ontvangt het bericht en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

2.20.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ-hulpverlener A	De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling
De GGZ-hulpverlener B	De GGZ-hulpverlener ontvangt een bericht Kennisgeving overdracht behandeling

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram -

Activity Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling

2.20.4 Informatieoverdracht

Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).

2.20.4.1 Systemen & Systeemrollen

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Bericht Kennisgeving overdracht behandeling naar GGZ Sturend Systeem	HZP-KOS	Sturen bericht Kennisgeving overdracht behandeling
XIS	Huisartsen Zorg Proces - Bericht Kennisgeving overdracht behandeling naar GGZ Ontvangend Systeem	HZP-KOO	Ontvangen bericht Kennisgeving overdracht behandeling

Zie ook onderstaande afbeelding:

Bestand:X

Component Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling

2.20.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Bestand:Use case Diagram -

Usecase Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
GGZ stuurt een bericht Kennisgeving overdracht behandeling naar collega GGZ	Sturen bericht Kennisgeving overdracht behandeling (PUSH)	Sturen bericht Kennisgeving overdracht behandeling	GGZ	XIS	HZP-KOS	Link naar publicatie volgt zodra beschikbaar
	Sturen bericht Kennisgeving overdracht behandeling (PUSH)	Ontvangen bericht Kennisgeving overdracht behandeling	GGZ	XIS	HZP-KOO	Link naar publicatie volgt zodra beschikbaar
Tabel Usecase - GGZ stuurt een bericht Kennisgeving overdracht behandeling

2.21 Usecase: GGZ stuurt bericht voortgang aan huisarts

2.22 Usecase: GGZ stuurt bericht einde behandeling naar huisarts

2.22.1 Doel en Relevantie

Het ontslagbericht wordt door de GGZ-instelling aan de huisarts gestuurd na afsluiting van de behandeling. De aanleiding kan zijn dat de behandeling is afgerond, maar ook dat de cliënt bijvoorbeeld verhuist naar een instelling voor ouderenzorg.

2.22.2 Proces en Context (pre- en postproces)

De NHG richtlijn HASP-GGZ geeft aan dat een ontslagbericht wordt gestuurd na afsluiting van de behandeling door de GGZ-instelling

2.22.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.

2.22.2.2 Proces

Het proces van deze usecase is:

De GGZ-hulpverlener stuurt een ontslagbericht aan de huisarts

2.22.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.

2.22.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
De GGZ	De GGZ-hulpverlener stuurt ontslagbericht
Huisarts	De huisarts ontvangt ontslagbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Bestand:Activity Diagram - x

Activity Diagram - De GGZ-hulpverlener stuurt ontslagbericht naar huisarts

2.22.4 Informatieoverdracht

Zowel GGZ-instellingen als huisartsen maken gebruik van een informatiesysteem, respectievelijk:

GGZ-informatiesysteem (XIS);
HIS (Huisartsinformatiesysteem).

2.22.4.1 Systemen & Systeemrollen

De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en Huisartseninformatiesysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Sturend Systeem	HZP-OGS	Sturen ontslagbericht naar de huisarts
HIS	Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Ontvangend Systeem	HZP-OGO	Ontvangen ontslagbericht door de huisarts

Zie ook onderstaande afbeelding:

Bestand:Component Diagram - x

Component Diagram - De GGZ-instelling stuurt ontslagbericht naar huisarts

2.22.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

Transactiegroep	Transactie	Link naar transactie	Link naar FHIR-profiel
Sturen ontslagbericht(PUSH)	Sturen ontslagbericht	Volgt zodra beschikbaar	Volgt zodra beschikbaar
Sturen ontslagbericht(PUSH)	Ontvangen ontslagbericht	Volgt zodra beschikbaar	Volgt zodra beschikbaar

2.22.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het sturen van de ontslagbericht door de GGZ-instelling aan de huisarts:

Bestand:Use case Diagram - x

Usecase Diagram - GGZ-instelling stuurt ontslagbericht aan huisarts

Usecase	Transactiegroep	Transactie	Systeemgroep	Systeem	Bedrijfsrol
GGZ-hulpverlener stuurt ontslagbericht aan huisarts	Sturen ontslagbericht(PUSH)	Sturen ontslagbericht door GGZ-hulpverlener aan huisarts	HZP-OGS	XIS	GGZ

2.23 Usecase: Huisarts verwijst naar ketenzorgpartner

2.23.1 Doel en Relevantie

2.23.2 Proces en Context (pre- en postproces)

2.23.2.1 Preproces

2.23.2.2 Proces

2.23.2.3 Postproces

2.23.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.23.4 Informatieoverdracht

2.23.4.1 Systemen & Systeemrollen

2.23.4.2 Transacties & Transactiegroepen

2.23.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.24 Usecase: Ketenzorgpartner raadpleeg dossier bij huisarts

2.24.1 Doel en Relevantie

2.24.2 Proces en Context (pre- en postproces)

2.24.2.1 Preproces

2.24.2.2 Proces

2.24.2.3 Postproces

2.24.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.24.4 Informatieoverdracht

2.24.4.1 Systemen & Systeemrollen

2.24.4.2 Transacties & Transactiegroepen

2.24.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.25 Usecase: Ketenzorgpartner stuurt eindrapportage aan huisarts

2.25.1 Doel en Relevantie

2.25.2 Proces en Context (pre- en postproces)

2.25.2.1 Preproces

2.25.2.2 Proces

2.25.2.3 Postproces

2.25.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.25.4 Informatieoverdracht

2.25.4.1 Systemen & Systeemrollen

2.25.4.2 Transacties & Transactiegroepen

2.25.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.26 Usecase: Patiënt raadpleegt dossier huisartsgegevens

Note: zie MedMij

2.26.1 Doel en Relevantie

2.26.2 Proces en Context (pre- en postproces)

2.26.2.1 Preproces

2.26.2.2 Proces

2.26.2.3 Postproces

2.26.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.26.4 Informatieoverdracht

2.26.4.1 Systemen & Systeemrollen

2.26.4.2 Transacties & Transactiegroepen

2.26.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.27 Usecase: Huisarts stuurt vragenlijst aan patiënt

Note: Huisarts zet vragenlijst klaar voor patiënt

2.27.1 Doel en Relevantie

2.27.2 Proces en Context (pre- en postproces)

2.27.2.1 Preproces

2.27.2.2 Proces

2.27.2.3 Postproces

2.27.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.27.4 Informatieoverdracht

2.27.4.1 Systemen & Systeemrollen

2.27.4.2 Transacties & Transactiegroepen

2.27.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.28 Usecase: Patiënt stuurt antwoorden op vragenlijst aan huisarts

2.28.1 Doel en Relevantie

2.28.2 Proces en Context (pre- en postproces)

2.28.2.1 Preproces

2.28.2.2 Proces

2.28.2.3 Postproces

2.28.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.28.4 Informatieoverdracht

2.28.4.1 Systemen & Systeemrollen

2.28.4.2 Transacties & Transactiegroepen

2.28.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.29 Usecase: Patiënt stuurt zelfmeting aan huisarts

Note: Nog geen richtlijn beschikbaar

2.29.1 Doel en Relevantie

2.29.2 Proces en Context (pre- en postproces)

2.29.2.1 Preproces

2.29.2.2 Proces

2.29.2.3 Postproces

2.29.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.29.4 Informatieoverdracht

2.29.4.1 Systemen & Systeemrollen

2.29.4.2 Transacties & Transactiegroepen

2.29.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.30 Usecase: Patiënt raadpleegt afspraak bij huisarts

Note: de tijd van de afspraak

2.30.1 Doel en Relevantie

2.30.2 Proces en Context (pre- en postproces)

2.30.2.1 Preproces

2.30.2.2 Proces

2.30.2.3 Postproces

2.30.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
A	B
C	D

2.30.4 Informatieoverdracht

2.30.4.1 Systemen & Systeemrollen

2.30.4.2 Transacties & Transactiegroepen

2.30.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Ontwerp Informatiestandaard Huisartsenzorg

1 Inleiding

1.1 Algemeen

1.2 Doelgroep

1.3 Kaders & Uitgangspunten

1.3.1 Richtlijn en proces

1.3.1.1 Dossierverhuisbericht

1.3.1.2 Waarneembericht

1.3.1.3 Verwijzing huisarts naar medisch specialist

1.3.1.4 Verwijzing huisarts naar paramedicus

1.3.1.5 Verwijzing huisarts naar GGZ

1.3.1.6 Ketenzorg

1.3.1.7 Patiënten overdrachten

1.3.2 Reikwijdte Informatiestandaard

1.3.3 Infrastructuur

1.4 Kwalificatie

2 Usecase(s)

2.1 Algemeen

2.1.1 Dossierverhuisbericht

2.1.2 Huisartswaarneming

2.1.3 Verwijzing huisarts naar paramedicus

2.1.4 Verwijzing huisarts naar medisch specialist

2.1.5 Verwijzing huisarts naar GGZ

2.1.6 Ketenzorg

2.1.7 Patiënten overdrachten

2.2 Usecase: Huisarts stuurt dossier naar huisarts

2.2.1 Doel en Relevantie

2.2.2 Proces en Context (pre- en postproces)

2.2.2.1 Preproces

2.2.2.2 Proces

2.2.2.3 Postproces

2.2.3 Bedrijfsrollen en UML activity diagram

2.2.4 Informatieoverdracht

2.2.4.1 Systemen & Systeemrollen

2.2.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

2.3 Usecase: Waarnemend huisarts raadpleegt professionele samenvatting (ps)

2.3.1 Doel en Relevantie

2.3.2 Proces en Context (pre- en postproces)

2.3.2.1 Preproces

2.3.2.2 Proces

2.3.2.3 Postproces

2.3.3 Bedrijfsrollen en UML activity diagram

2.3.4 Informatieoverdracht

2.3.4.1 Systemen & Systeemrollen

2.3.4.2 Transacties & Transactiegroepen

2.3.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.4 Usecase: Waarnemend huisarts stuurt waarneemretourbericht (wrb)

2.4.1 Doel en Relevantie

2.4.2 Proces en Context (pre- en postproces)

2.4.2.1 Preproces

2.4.2.2 Proces

2.4.2.3 Postproces

2.4.3 Bedrijfsrollen en UML activity diagram

2.4.4 Informatieoverdracht

2.4.4.1 Systemen & Systeemrollen

2.4.4.2 Transacties & Transactiegroepen

2.4.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.5 Usecase: Huisarts verwijst naar paramedicus

2.5.1 Doel en Relevantie

2.5.2 Proces en Context (pre- en postproces)

2.5.2.1 Preproces

2.5.2.2 Proces

2.5.2.3 Postproces

2.5.3 Bedrijfsrollen en UML activity diagram

2.5.4 Informatieoverdracht

2.5.4.1 Systemen & Systeemrollen

2.5.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

2.6 Usecase: Paramedicus stuurt bericht directe toegang (DT) naar huisarts

2.6.1 Doel en Relevantie

2.6.2 Proces en Context (pre- en postproces)

2.6.2.1 Preproces

2.6.2.2 Proces

2.6.2.3 Postproces

2.6.3 Bedrijfsrollen en UML activity diagram

2.6.4 Informatieoverdracht

2.6.4.1 Systemen & Systeemrollen

2.6.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

2.7 Usecase: Huisarts stuurt update naar paramedicus

2.7.1 Doel en Relevantie

2.7.2 Proces en Context (pre- en postproces)