Ontwerp Huisartsenzorg: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
Regel 421: Regel 421:
 
|}
 
|}
  
−
==Use case: Paramedicus stuurt DT aan huisarts==  
+
==Use case: Paramedicus stuurt directe toegang (DT) aan huisarts==  
  
 
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}  
 
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}}  
  
 
===Doel en Relevantie===  
 
===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 wordt ook de verantwoordelijkheid van zorg voor de patiënt overgedragen.
  
 
===Proces en Context (pre- en postproces)===  
 
===Proces en Context (pre- en postproces)===  
  
 
====Preproces====  
 
====Preproces====  
 +
Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus aan de huisarts.
  
 
====Proces====  
 
====Proces====  
 +
Het proces van deze use case is:
 +
*De paramedicus stuurt een bericht directe toegang aan de huisarts
 +
*De huisarts ontvangt een bericht directe toegang
  
 
====Postproces====  
 
====Postproces====  
 +
Er zijn geen post condities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus aan de huisarts.
  
 
===Bedrijfsrollen en UML activity diagram===  
 
===Bedrijfsrollen en UML activity diagram===  
Regel 445: Regel 457:
 
|-  
 
|-  
  
−
| style="background-color: white;"| A
+
| style="background-color: white;"| Paramedicus
  
−
| style="background-color: white;"| B
+
| style="background-color: white;"| De paramedicus stuurt een bericht directe toegang
  
 
|-  
 
|-  
  
−
| style="background-color: white;"| C
+
| style="background-color: white;"| Huisarts
  
−
| style="background-color: white;"| D
+
| style="background-color: white;"| De huisarts ontvangt een bericht directe toegang
  
 
|-  
 
|-  
  
 
|}  
 
|}  
 +
 +
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
 +
[[Bestand:xxx| omkaderd| none| Figuur x. Activiteitendiagram: Paramedicus stuurt directe toegang aan huisarts]]
  
 
===Informatieoverdracht===  
 
===Informatieoverdracht===  
 +
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
 +
*HIS (Huisartsinformatiesysteem).
 +
*EPD's of ECD's (informatiesystemen voor paramedici).
  
 
====Systemen & Systeemrollen====  
 
====Systemen & Systeemrollen====  
 +
De paramedicus en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (EPD's of ECD's). 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.
 +
 +
 +
{| class="wikitable" "cellpadding="10"
 +
 +
!style="text-align:left;"|Systeem
 +
 +
!style="text-align:left;"|Naam systeemrol
 +
 +
!style="text-align:left;"|Systeemrolcode
 +
 +
!style="text-align:left;"|Omschrijving 
 +
 +
|-
 +
 +
| style="background-color: white;"| EPD's of ECD's
 +
 +
| style="background-color: white;"| Huisartsen Zorg Proces – DT Paramedicus naar huisarts sturend Systeem
 +
 +
| style="background-color: white;"| [HZP-DPS]
 +
 +
| style="background-color: white;"| Sturen bericht directe toegang door de paramedicus aan de huisarts
 +
 +
|-
 +
 +
| style="background-color: white;"| HIS
 +
 +
| style="background-color: white;"| Huisartsen Zorg Proces – DT Paramedicus naar Huisarts  Ontvangend Systeem
 +
 +
| style="background-color: white;"| [HZP-DPO]
 +
 +
| style="background-color: white;"| Ontvangen bericht directe toegang van de paramedicus door de huisarts
 +
 +
|-
 +
 +
|}
 +
 +
Zie ook onderstaande afbeelding:
 +
 +
[[Bestand:xxx| omkaderd| none |Figuur x. Systemen en systeemrollen - Paramedicus stuurt directe toegang aan huisarts]]
  
 
====Transacties & Transactiegroepen====  
 
====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 use case.
 +
{| class="wikitable" "cellpadding="10"
 +
! style="text-align:left;"| '''Transactiegroep'''
 +
! style="text-align:left;"| '''Transactie'''
 +
! style="text-align:left;"| '''Link naar transactie'''
 +
! style="text-align:left;"| '''Link naar FHIR-profiel'''
 +
|-
 +
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht directe toegang (PUSH)
 +
|style="background-color: white;vertical-align:top;"|Sturen bericht directe toegang
 +
|style="background-color: white;vertical-align:middle;" rowspan="2"|Volgt zodra beschikbaar
 +
|style="background-color: white;vertical-align:middle;" rowspan="2"|Volgt zodra beschikbaar
 +
|-
 +
|style="background-color: white;vertical-align:top;"|Ontvangen bericht directe toegang
 +
|}
  
 
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
 
====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 bericht directe toegang van de paramedicus aan de huisarts:
 +
[[Bestand:Use case Diagram - xxx| omkaderd| none| Figuur x. Use case Diagram - Paramedicus stuurt directe toegang aan huisarts]]
  
 +
{| class="wikitable" "cellpadding="10"
 +
!style="text-align:left;"|'''Use case'''
 +
!style="text-align:left;"|'''Transactiegroep'''
 +
!style="text-align:left;"|'''Transactie'''
 +
!style="text-align:left;"|'''Systeemgroep'''
 +
!style="text-align:left;"|'''Systeem'''
 +
!style="text-align:left;"|'''Bedrijfsrol'''
 +
|-
 +
| style="background-color: white;"|Paramedicus stuurt bericht directe toegang aan huisarts
 +
| style="background-color: white;"|Sturen bericht directe toegang (PUSH)
 +
| style="background-color: white;"|Sturen bericht directe toegang door paramedicus aan huisarts
 +
| style="background-color: white;"|[HZP-DPS]
 +
| style="background-color: white;"|EPD of ECD
 +
| style="background-color: white;"|Paramedicus
 +
|-
 +
|}
  
 
==Use case: Huisarts stuurt update aan paramedicus==  
 
==Use case: Huisarts stuurt update aan paramedicus==  

Versie van 14 sep 2021 13:18

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



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 use cases 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 use case inhoudt. Per use case 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:


Gegevensuitwisseling Huisartsen

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;
  • Vertegenwoordigers van zorgverleners;
  • Patiënten

1.3 Kaders & Uitgangspunten

1.3.1 Richtlijn en proces

1.3.1.1 Dossierverhuisbericht

Geen richtlijn beschikbaar

1.3.1.2 Waarneembericht

1.3.1.3 Verwijzing huisarts naar medisch specialist

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

1.3.1.4 Verwijzing huisarts naar paramedicus

De Richtlijn Informatie-uitwisseling tussen arts en paramedicus (Richtlijn HASP-paramedicus) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de 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

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

1.3.3 Infrastructuur

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 Use case(s)

Een use case 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 use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case 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 (use cases opgenomen in aparte informatiestandaard)
  • Acute Zorg (use cases opgenomen in aparte informatiestandaard)
  • Medicatieveiligheid (use cases opgenomen in aparte informatiestandaard)

2.1.1 Dossierverhuisbericht

De groep ‘Dossierverhuisbericht’ kent 1 use case:

  1. Huisarts stuurt dossier aan huisarts

2.1.2 Huisartswaarneming

De groep ‘Huisartswaarneming’ kent 2 use cases:

  1. Waarnemend huisarts raadpleegt professionele samenvatting (ps)
  2. Waarnemend huisarts stuurt waarneembericht

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 groep ‘Verwijzing Huisarts naar Paramedicus’ kent 6 use cases:

  1. Huisarts verwijst naar paramedicus
  2. Paramedicus stuurt DT aan huisarts
  3. Huisarts stuurt update aan paramedicus
  4. Paramedicus stuurt update aan huisarts
  5. Paramedicus stuurt eindrapportage aan arts
  6. Paramedicus stuurt eindrapportage aan paramedicus

Een samenvatting van de use cases 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 use cases:

  1. Huisarts verwijst naar medisch specialist
  2. Huisarts stuurt update aan medisch specialist
  3. Medisch specialist stuurt update aan huisarts
  4. Medisch specialist stuurt eindrapportage aan arts

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

2.1.5 Verwijzing huisarts naar GGZ

De groep ‘Verwijzing huisarts naar GGZ’ kent x use cases:

  1. Huisarts stuurt verwijsbrief aan GGZ
  2. X
  3. Y
  4. Z

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

2.1.6 Ketenzorg

De groep ‘Ketenzorg’ kent 3 use cases:

  1. Huisarts verwijst naar ketenzorgpartner
  2. Ketenzorgpartner raadpleegt dossier bij huisarts
  3. Ketenzorgpartner stuurt eindrapportage aan huisarts

2.1.7 Patiënten overdrachten

De groep ‘Patiënten overdrachten’ kent 5 use cases:

  1. Patiënt raadpleegt dossier huisartsengegevens
  2. Huisarts stuurt vragenlijst aan patiënt
  3. Patiënt stuurt antwoorden op vragenlijst aan huisarts
  4. Patiënt stuurt zelfmeting aan huisarts
  5. Patiënt raadpleegt afspraak bij huisarts (tijd van de afspraak)

2.2 Use case: Huisarts stuurt dossier aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.2.4 Informatieoverdracht

2.2.4.1 Systemen & Systeemrollen

2.2.4.2 Transacties & Transactiegroepen

2.2.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.3 Use case: Waarnemend huisarts raadpleegt professionele samenvatting (ps)

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 Use case: Waarnemend huisarts stuurt waarneemretourbericht (wrb)

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.4.1 Doel en Relevantie

De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:

  1. Het opvragen van een professionele samenvatting (PS)
  2. 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 Use case: Huisarts verwijst naar paramedicus

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 use case 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. Met dit verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt deels of volledig wordt overgedragen.

2.5.2 Proces en Context (pre- en postproces)

2.5.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het verwijzen van een patiënt naar een paramedicus.

2.5.2.2 Proces

Het proces van deze use case is:

  • De huisarts stuurt verwijsbrief naar paramedicus
  • Het verwijsbericht is beschikbaar in de tweede lijn op het moment van overname.

2.5.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor het verwijzen van een patiënt naar een paramedicus.

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:

Figuur x. Activiteitendiagram: Huisarts verwijst naar paramedicus

2.5.4 Informatieoverdracht

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

  • HIS (Huisartsinformatiesysteem).
  • EPD's of ECD's (informatiesystemen voor paramedici).

2.5.4.1 Systemen & Systeemrollen

De huisarts en de paramedicus maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (EPD's of ECD's). 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 verwijzingparamedicussturendsysteem [HZP-VPS] Sturen verwijzing van de huisarts naar de paramedicus
EPD's of ECD's verwijzingparamedicusontvangendsysteem [HZP-VPO] Ontvangen verwijzing van de huisarts door de paramedicus

Zie ook onderstaande afbeelding:

Figuur x. Systemen en systeemrollen - Huisarts verwijst naar paramedicus

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

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

2.5.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 de verwijzing door de huisarts naar de paramedicus:

Figuur x. Use case Diagram - Huisarts verwijst naar paramedicus
Use case Transactiegroep Transactie Systeemgroep Systeem Bedrijfsrol
Huisarts verwijst naar paramedicus Sturen verwijzing (PUSH) Sturen verwijzing door huisarts aan paramedicus [HZP-VPS] HIS Huisarts

2.6 Use case: Paramedicus stuurt directe toegang (DT) aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 wordt ook de verantwoordelijkheid van zorg voor de patiënt overgedragen.

2.6.2 Proces en Context (pre- en postproces)

2.6.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus aan de huisarts.

2.6.2.2 Proces

Het proces van deze use case is:

  • De paramedicus stuurt een bericht directe toegang aan de huisarts
  • De huisarts ontvangt een bericht directe toegang

2.6.2.3 Postproces

Er zijn geen post condities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus aan de huisarts.

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:

Bestand:Xxx
Figuur x. Activiteitendiagram: Paramedicus stuurt directe toegang aan huisarts

2.6.4 Informatieoverdracht

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

  • HIS (Huisartsinformatiesysteem).
  • EPD's of ECD's (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 (EPD's of ECD's). 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
EPD's of ECD's Huisartsen Zorg Proces – DT Paramedicus naar huisarts sturend Systeem [HZP-DPS] Sturen bericht directe toegang door de paramedicus aan 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:

Bestand:Xxx
Figuur x. Systemen en systeemrollen - Paramedicus stuurt directe toegang aan huisarts

2.6.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 use case.

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

2.6.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 bericht directe toegang van de paramedicus aan de huisarts:

Bestand:Use case Diagram - xxx
Figuur x. Use case Diagram - Paramedicus stuurt directe toegang aan huisarts
Use case Transactiegroep Transactie Systeemgroep Systeem Bedrijfsrol
Paramedicus stuurt bericht directe toegang aan huisarts Sturen bericht directe toegang (PUSH) Sturen bericht directe toegang door paramedicus aan huisarts [HZP-DPS] EPD of ECD Paramedicus

2.7 Use case: Huisarts stuurt update aan paramedicus

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.7.1 Doel en Relevantie

2.7.2 Proces en Context (pre- en postproces)

2.7.2.1 Preproces

2.7.2.2 Proces

2.7.2.3 Postproces

2.7.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.7.4 Informatieoverdracht

2.7.4.1 Systemen & Systeemrollen

2.7.4.2 Transacties & Transactiegroepen

2.7.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.8 Use case: Paramedicus stuurt update aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.8.1 Doel en Relevantie

2.8.2 Proces en Context (pre- en postproces)

2.8.2.1 Preproces

2.8.2.2 Proces

2.8.2.3 Postproces

2.8.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.8.4 Informatieoverdracht

2.8.4.1 Systemen & Systeemrollen

2.8.4.2 Transacties & Transactiegroepen

2.8.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.9 Use case: Paramedicus stuurt eindrapportage aan arts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.9.1 Doel en Relevantie

2.9.2 Proces en Context (pre- en postproces)

2.9.2.1 Preproces

2.9.2.2 Proces

2.9.2.3 Postproces

2.9.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.9.4 Informatieoverdracht

2.9.4.1 Systemen & Systeemrollen

2.9.4.2 Transacties & Transactiegroepen

2.9.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.10 Use case: Paramedicus stuurt eindrapportage aan paramedicus

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.10.1 Doel en Relevantie

2.10.2 Proces en Context (pre- en postproces)

2.10.2.1 Preproces

2.10.2.2 Proces

2.10.2.3 Postproces

2.10.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.10.4 Informatieoverdracht

2.10.4.1 Systemen & Systeemrollen

2.10.4.2 Transacties & Transactiegroepen

2.10.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.11 Use case: Huisarts verwijst naar medisch specialist

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 use case 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)

2.11.2.1 Preproces

Er zijn geen precondities of voorwaarden van toepassing voor het verwijzen van een patiënt naar een medisch specialist.

2.11.2.2 Proces

Het proces van deze use case is:

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

2.11.2.3 Postproces

Er zijn geen postcondities of voorwaarden van toepassing voor het verwijzen van een patiënt naar een medisch specialist.

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.

xx AFBEELDING INVOEGEN

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 verwijzingmedischspecialiststurendsysteem [HAO-VSS] Sturen verwijzing van de huisarts naar de medisch specialist
ZIS verwijzingmedischspecialistontvangendsysteem [HAO-VSO] Ontvangen verwijzing van de huisarts naar de medisch specialist

2.11.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 use case.

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

2.11.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 de verwijzing door de huisarts naar de medisch specialist: XX AFBEELDING TOEVOEGEN


Use case Transactiegroep Transactie Systeemgroep Systeem Bedrijfsrol
Huisarts verwijst naar medisch specialist Sturen verwijzing (PUSH) Sturen verwijzing door huisarts aan medisch specialist [HAO-VSS] HIS Huisarts

Tabel: Samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep voor de use case Huisarts verwijst naar medisch specialist

2.12 Use case: Huisarts stuurt update aan medisch specialist

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.12.1 Doel en Relevantie

2.12.2 Proces en Context (pre- en postproces)

2.12.2.1 Preproces

2.12.2.2 Proces

2.12.2.3 Postproces

2.12.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.12.4 Informatieoverdracht

2.12.4.1 Systemen & Systeemrollen

2.12.4.2 Transacties & Transactiegroepen

2.12.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.13 Use case: Medisch specialist stuurt update aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.13.1 Doel en Relevantie

2.13.2 Proces en Context (pre- en postproces)

2.13.2.1 Preproces

2.13.2.2 Proces

2.13.2.3 Postproces

2.13.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.13.4 Informatieoverdracht

2.13.4.1 Systemen & Systeemrollen

2.13.4.2 Transacties & Transactiegroepen

2.13.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.14 Use case: Medisch specialist stuurt eindrapportage aan arts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.14.1 Doel en Relevantie

2.14.2 Proces en Context (pre- en postproces)

2.14.2.1 Preproces

2.14.2.2 Proces

2.14.2.3 Postproces

2.14.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.14.4 Informatieoverdracht

2.14.4.1 Systemen & Systeemrollen

2.14.4.2 Transacties & Transactiegroepen

2.14.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.15 Use case: Huisarts verwijst naar GGZ

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.15.1 Doel en Relevantie

2.15.2 Proces en Context (pre- en postproces)

2.15.2.1 Preproces

2.15.2.2 Proces

2.15.2.3 Postproces

2.15.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.15.4 Informatieoverdracht

2.15.4.1 Systemen & Systeemrollen

2.15.4.2 Transacties & Transactiegroepen

2.15.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.16 Use case: X (Verwijzing GGZ)

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.16.1 Doel en Relevantie

2.16.2 Proces en Context (pre- en postproces)

2.16.2.1 Preproces

2.16.2.2 Proces

2.16.2.3 Postproces

2.16.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.16.4 Informatieoverdracht

2.16.4.1 Systemen & Systeemrollen

2.16.4.2 Transacties & Transactiegroepen

2.16.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.17 Use case: Y (Verwijzing GGZ)

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.17.1 Doel en Relevantie

2.17.2 Proces en Context (pre- en postproces)

2.17.2.1 Preproces

2.17.2.2 Proces

2.17.2.3 Postproces

2.17.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.17.4 Informatieoverdracht

2.17.4.1 Systemen & Systeemrollen

2.17.4.2 Transacties & Transactiegroepen

2.17.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.18 Use case: Z (Verwijzing GGZ)

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.18.1 Doel en Relevantie

2.18.2 Proces en Context (pre- en postproces)

2.18.2.1 Preproces

2.18.2.2 Proces

2.18.2.3 Postproces

2.18.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.18.4 Informatieoverdracht

2.18.4.1 Systemen & Systeemrollen

2.18.4.2 Transacties & Transactiegroepen

2.18.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.19 Use case: Huisarts verwijst naar ketenzorgpartner

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.19.1 Doel en Relevantie

2.19.2 Proces en Context (pre- en postproces)

2.19.2.1 Preproces

2.19.2.2 Proces

2.19.2.3 Postproces

2.19.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.19.4 Informatieoverdracht

2.19.4.1 Systemen & Systeemrollen

2.19.4.2 Transacties & Transactiegroepen

2.19.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.20 Use case: Ketenzorgpartner raadpleeg dossier bij huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.20.1 Doel en Relevantie

2.20.2 Proces en Context (pre- en postproces)

2.20.2.1 Preproces

2.20.2.2 Proces

2.20.2.3 Postproces

2.20.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.20.4 Informatieoverdracht

2.20.4.1 Systemen & Systeemrollen

2.20.4.2 Transacties & Transactiegroepen

2.20.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.21 Use case: Ketenzorgpartner stuurt eindrapportage aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.21.1 Doel en Relevantie

2.21.2 Proces en Context (pre- en postproces)

2.21.2.1 Preproces

2.21.2.2 Proces

2.21.2.3 Postproces

2.21.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.21.4 Informatieoverdracht

2.21.4.1 Systemen & Systeemrollen

2.21.4.2 Transacties & Transactiegroepen

2.21.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.22 Use case: Patiënt raadpleegt dossier huisartsgegevens

Note: zie MedMij

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

2.22.1 Doel en Relevantie

2.22.2 Proces en Context (pre- en postproces)

2.22.2.1 Preproces

2.22.2.2 Proces

2.22.2.3 Postproces

2.22.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor) Beschrijving bedrijfsrol
A B
C D

2.22.4 Informatieoverdracht

2.22.4.1 Systemen & Systeemrollen

2.22.4.2 Transacties & Transactiegroepen

2.22.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

2.23 Use case: Huisarts stuurt vragenlijst aan patiënt

Note: Huisarts zet vragenlijst klaar voor patiënt

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 Use case: Patiënt stuurt antwoorden op vragenlijst aan huisarts

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 Use case: Patiënt stuurt zelfmeting aan huisarts

Note: Nog geen richtlijn beschikbaar

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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 Use case: Patiënt raadpleegt afspraak bij huisarts

Note: de tijd van de afspraak

Issue icon.png

De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!

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

Overgenomen van "https://informatiestandaarden.test-nictiz.nl/index.php?title=Ontwerp_Huisartsenzorg&oldid=77548"