Ontwerp Huisartsenzorg: verschil tussen versies
Regel 516: | Regel 516: | ||
[[Bestand:Use_case_Diagram_-_Huisarts_verwijst_naar_paramedicus.png| omkaderd| none| Use case Diagram - Huisarts verwijst naar paramedicus]] | [[Bestand:Use_case_Diagram_-_Huisarts_verwijst_naar_paramedicus.png| omkaderd| none| Use case Diagram - Huisarts verwijst naar paramedicus]] | ||
− | {| class="wikitable" "cellpadding="10" | + | {| class="wikitable" "cellpadding="10" |
− | !style="text-align:left;"|'''Use case''' | + | ! style="text-align:left;"| '''Use case''' |
− | !style="text-align:left;"|'''Transactiegroep''' | + | ! style="text-align:left;"| '''Transactiegroep''' |
− | !style="text-align:left;"|'''Transactie''' | + | ! style="text-align:left;"| '''Transactie''' |
− | !style="text-align:left;"|'''Systeemgroep''' | + | ! style="text-align:left;"| '''Systeemgroep''' |
− | !style="text-align:left;"|'''Systeem''' | + | ! style="text-align:left;"| '''Systeem''' |
− | !style="text-align:left;"|'''Bedrijfsrol''' | + | ! style="text-align:left;"| '''Bedrijfsrol''' |
− | |- | + | |- |
− | | style="background-color: white;"|Huisarts verwijst naar paramedicus | + | |style="background-color: white;vertical-align:top;" rowspan="2"|Huisarts verwijst naar paramedicus |
− | | style="background-color: white;"|Sturen verwijzing(PUSH) | + | |style="background-color: white;vertical-align:top;" rowspan="2"|Sturen verwijzing (PUSH) |
− | | style="background-color: white;"|Sturen verwijzing door huisarts naar paramedicus | + | |style="background-color: white;vertical-align:middle;"|Sturen verwijzing door huisarts naar paramedicus |
− | | style="background-color: white;"|[HZP-VPS] | + | |style="background-color: white;vertical-align:middle;"|[HZP-VPS] |
− | | style="background-color: white;"|HIS | + | |style="background-color: white;vertical-align:middle;"|HIS |
− | | style="background-color: white;"|Huisarts | + | |style="background-color: white;vertical-align:middle;"|Huisarts |
− | |- | + | |- |
− | | | + | |style="background-color: white;vertical-align:top;"|Ontvangen verwijzing door paramedicus van de huisarts |
+ | |style="background-color: white;vertical-align:top;"|[HZP-VPS] | ||
+ | |style="background-color: white;vertical-align:top;"|EPD of ECD | ||
+ | |style="background-color: white;vertical-align:top;"|Paramedicus | ||
==Use case: Paramedicus stuurt bericht directe toegang (DT) naar huisarts== | ==Use case: Paramedicus stuurt bericht directe toegang (DT) naar huisarts== |
Versie van 23 nov 2021 09:53
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:
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 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:
2.1.2 Huisartswaarneming
De groep ‘Huisartswaarneming’ kent 2 use cases:
- Waarnemend huisarts raadpleegt professionele samenvatting (ps)
- 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 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 use cases:
- Huisarts verwijst naar paramedicus
- Paramedicus stuurt DT naar huisarts
- Huisarts stuurt update naar paramedicus
- Paramedicus stuurt update naar huisarts
- Paramedicus stuurt eindrapportage naar huisarts
- Paramedicus draagt over 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:
- Huisarts verwijst naar medisch specialist
- Huisarts stuurt update naar medisch specialist
- Medisch specialist stuurt update naar huisarts
- Medisch specialist stuurt ontslagbericht naar huisarts
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:
- Huisarts stuurt verwijsbrief naar GGZ
- GGZ raadpleegt professionele samenvatting (ps)
- GGZ stuurt bericht naar huisarts
- GGZ stuurt update naar huisarts
- GGZ stuurt ontslagbericht naar huisarts
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:
- Huisarts verwijst naar ketenzorgpartner
- Ketenzorgpartner raadpleegt dossier bij huisarts
- Ketenzorgpartner stuurt eindrapportage naar huisarts
2.1.7 Patiënten overdrachten
De groep ‘Patiënten overdrachten’ kent 5 use cases:
- Patiënt raadpleegt dossier huisartsengegevens
- Huisarts stuurt vragenlijst naar patiënt
- Patiënt stuurt antwoorden op vragenlijst naar huisarts
- Patiënt stuurt zelfmeting naar huisarts
- Patiënt raadpleegt afspraak bij huisarts (tijd van de afspraak)
2.2 Use case: Huisarts stuurt dossier naar huisarts
De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik! |
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 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 dossieroverdrachtsbericht. In dit bericht zitten alle benodigde gegevens voor de nieuwe huisarts om de patiënt te kunnen ontvangen. Met dit verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt deels of volledig wordt overgedragen.
2.2.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.2.2.1 Preproces
Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus naar de huisarts.
2.2.2.2 Proces
Het proces van deze use case is: *De paramedicus stuurt een bericht directe toegang naar de huisarts *De huisarts ontvangt een bericht directe toegang
2.2.2.3 Postproces
Er zijn geen post condities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus naar de huisarts.
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:
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 kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het dossieroverdrachtsbericht aan de nieuwe huisarts mogelijk maken. 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-HDS] | Sturen dossieroverdrachtsbericht door oorspronkelijke huisarts aan nieuwe huisarts |
HIS | Huisartsen Zorg Proces - Huisarts draagt dossier over aan huisarts Ontvangend Systeem | [HZP-HDO] | Ontvangen dossieroverdrachtsbericht door nieuwe huisarts van de oorspronkelijke huisarts |
Zie ook onderstaande afbeelding:
2.2.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 dossieroverdrachtsbericht (PUSH) | Sturen dossieroverdrachtsbericht | Volgt zodra beschikbaar | Volgt zodra beschikbaar |
Ontvangen dossieroverdrachtsbericht |
2.2.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 sturen van het bericht directe toegang van de paramedicus aan de huisarts:
Use case | Transactiegroep | Transactie | Systeemgroep | Systeem | Bedrijfsrol |
---|---|---|---|---|---|
Huisarts stuurt dossier naar huisarts | Sturen dossieroverdrachtsbericht (PUSH) | Sturen dossieroverdrachtsbericht door oorspronkelijke huisarts naar nieuwe huisarts | [HZP-HDS] | HIS | Oorspronkelijke huisarts |
Ontvangen dossieroverdrachtsbericht door nieuwe huisarts van naar huisarts | [HZP-HDO] | HIS | Nieuwe huisarts |
2.3 Use case: Waarnemend huisarts raadpleegt professionele samenvatting (ps)
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)
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:
- 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 Use case: Huisarts verwijst naar paramedicus
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. 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
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:
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 | Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Paramedicus Sturend Systeem | [HZP-VPS] | Sturen verwijzing van de huisarts naar de paramedicus |
EPD's of ECD's | Huisartsen Zorg Proces - Verwijsbericht huisarts naar Paramedicus Ontvangend systeem | [HZP-VPO] | Ontvangen verwijzing van de huisarts door de paramedicus |
Zie ook onderstaande afbeelding:
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:
Use case | Transactiegroep | Transactie | Systeemgroep | Systeem | Bedrijfsrol | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Huisarts verwijst naar paramedicus | Sturen verwijzing (PUSH) | Sturen verwijzing door huisarts naar paramedicus | [HZP-VPS] | HIS | Huisarts | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ontvangen verwijzing door paramedicus van de huisarts | [HZP-VPS] | EPD of ECD | Paramedicus
2.6 Use case: Paramedicus stuurt bericht directe toegang (DT) naar huisarts
2.6.1 Doel en RelevantieDe paramedicus stuurt altijd een bericht directe toegang:
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:
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 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus naar de huisarts. 2.6.2.2 ProcesHet proces van deze use case is:
2.6.2.3 PostprocesEr zijn geen post condities of voorwaarden van toepassing voor het sturen van een bericht directe toegang van de paramedicus naar de huisarts. 2.6.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.6.4 InformatieoverdrachtZowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
2.6.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.6.4.2 Transacties & TransactiegroepenHet 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.
2.6.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van sturen van het bericht directe toegang van de paramedicus naar de huisarts:
2.7 Use case: Huisarts stuurt update aan paramedicus
2.7.1 Doel en RelevantieDeze use case 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:
De arts overweegt een update:
2.7.2.1 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor het sturen van update van een huisarts naar een paramedicus. 2.7.2.2 ProcesHet proces van deze use case is:
2.7.2.3 PostprocesEr zijn geen postcondities of voorwaarden van toepassing voor het sturen van update van een huisarts naar een paramedicus. 2.7.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.7.4 InformatieoverdrachtZowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
2.7.4.1 Systemen & SysteemrollenDe 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 update aan de paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Zie ook onderstaande afbeelding: 2.7.4.2 Transacties & TransactiegroepenHet 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.
2.7.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de update van de huisarts aan de paramedicus:
2.8 Use case: Paramedicus stuurt update aan huisarts
2.8.1 Doel en RelevantieDeze use case 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:
De paramedicus overweegt een update:
2.8.2.1 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor het sturen van een update van de paramedicus aan de huisarts. 2.8.2.2 ProcesHet proces van deze use case is:
2.8.2.3 PostprocesEr zijn geen postcondities of voorwaarden van toepassing voor het sturen van een update van de paramedicus aan de huisarts 2.8.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.8.4 InformatieoverdrachtZowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
2.8.4.1 Systemen & SysteemrollenDe 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 update aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Zie ook onderstaande afbeelding: 2.8.4.2 Transacties & TransactiegroepenHet 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.
2.8.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de update van de paramedicus aan de huisarts:
2.9 Use case: Paramedicus stuurt eindrapportage aan arts
2.9.1 Doel en RelevantieDe 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:
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 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor het sturen van een eindrapportage van een paramedicus aan de huisarts. 2.9.2.2 ProcesHet proces van deze use case is:
2.9.2.3 PostprocesEr zijn geen postcondities of voorwaarden van toepassing voor het sturen van een eindrapportage van een paramedicus aan de huisarts. 2.9.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.9.4 InformatieoverdrachtZowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
2.9.4.1 Systemen & SysteemrollenDe 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 het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Zie ook onderstaande afbeelding: 2.9.4.2 Transacties & TransactiegroepenHet 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.
2.9.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het sturen van de eindrapportage aan de huisarts:
2.10 Use case: Paramedicus draagt over aan paramedicus (paramedische overdracht)
2.10.1 Doel en RelevantieHet overdrachtsbericht bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan. Dit bericht wordt ook wel de ‘overdracht’ genoemd. Deze use case 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:
2.10.2.1 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor de paramedische overdracht. 2.10.2.2 ProcesHet proces van deze use case is:
2.10.2.3 PostprocesEr zijn geen postcondities of voorwaarden van toepassing voor de paramedische overdracht. 2.10.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.10.4 InformatieoverdrachtParamedici maken gebruik van een informatiesysteem, respectievelijk:
2.10.4.1 Systemen & SysteemrollenParamedici maken gebruik van een informatiesysteem: EPD's of ECD's. 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.
Zie ook onderstaande afbeelding: 2.10.4.2 Transacties & TransactiegroepenHet 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.
2.10.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de paramedische overdracht:
2.11 Use case: Huisarts verwijst naar medisch specialist
2.11.1 Doel en RelevantieHet 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)De NHG richtlijn geeft aan dat de huisarts altijd een verwijsbericht stuurt:
2.11.2.1 PreprocesEen huisarts gaat een verwijsbericht sturen naar een medisch specialist. 2.11.2.2 ProcesHet proces van deze use case is:
2.11.2.3 PostprocesDe medisch specialist heeft het verwijsbericht ontvangen van de huisarts. 2.11.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.11.4 Informatieoverdracht2.11.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.11.4.2 Transacties & TransactiegroepenHet 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.
2.11.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande 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:
2.12 Use case: Huisarts stuurt update aan medisch specialist
2.12.1 Doel en RelevantieDeze use case 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:
De huisarts stuurt altijd een update:
2.12.2.1 PreprocesDe 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 ProcesHet proces van deze use case is:
2.12.2.3 PostprocesDe medisch specialist gebruikt de ontvangen gegevens voor de behandeling van de patiënt. 2.12.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.12.4 InformatieoverdrachtZowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
2.12.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.12.4.2 Transacties & TransactiegroepenHet 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.
2.12.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande 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:
2.13 Use case: Medisch specialist stuurt update naar huisarts
2.13.1 Doel en RelevantieBelangrijke 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:
Vanuit kliniek:
De medisch specialist stuurt altijd een update vanuit de kliniek:
2.13.2.1 PreprocesDe 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 ProcesHet proces van deze use case is:
2.13.2.3 PostprocesDe huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt. 2.13.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.13.4 InformatieoverdrachtZowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
2.13.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.13.4.2 Transacties & TransactiegroepenHet 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.
2.13.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de update door de medisch specialist naar de huisarts:
2.14 Use case: Medisch specialist stuurt ontslagbericht naar huisarts
2.14.1 Doel en RelevantieHet 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:
Vanuit de kliniek:
2.14.2.1 PreprocesDe 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 ProcesHet proces van deze use case is:
Bij een goed vormgegeven situatie betekent ‘geen bericht’ dat er geen nieuwe ontwikkelingen zijn. 2.14.2.3 PostprocesDe huisarts verwerkt de ontslaggegevens in het dossier van de patiënt. 2.14.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.14.4 InformatieoverdrachtZowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
2.14.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.14.4.2 Transacties & TransactiegroepenHet 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.
2.14.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het sturen van het ontslagbericht door de medisch specialist naar de huisarts:
2.15 Use case: Huisarts verwijst naar GGZ
2.15.1 Doel en RelevantieDe Verwijsbrief is het bericht van de huisarts als deze de patiënt verwijst naar een GGZ-instelling of psychiater. Deze use case 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. 2.15.2 Proces en Context (pre- en postproces)2.15.2.1 PreprocesEen huisarts gaat een verwijsbericht sturen naar de GGZ. 2.15.2.2 ProcesHet proces van deze use case is:
2.15.2.3 PostprocesDe GGZ-hulpverlener heeft het verwijsbericht ontvangen van de huisarts. 2.15.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.15.4 Informatieoverdracht2.15.4.1 Systemen & SysteemrollenDe huisarts en de medisch specialist 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.
Zie ook onderstaande afbeelding: 2.15.4.2 Transacties & TransactiegroepenHet 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.
2.15.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande 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:
2.16 Use case: GGZ raadpleegt professionele samenvatting (ps)
2.16.1 Doel en RelevantieBij direct contact tussen patiënt en GGZ zonder tussenkomst van de huisarts, moet de GGZ kunnen beschikken over een ‘professionele samenvatting’ 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 use case 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. 2.16.2 Proces en Context (pre- en postproces)2.16.2.1 PreprocesEen GGZ-instelling raadpleegt de professionele samenvatting bij de huisarts. 2.16.2.2 ProcesHet proces van deze use case is:
2.16.2.3 PostprocesDe GGZ-hulpverlener is in staat om gegevens in te zien in het dossier van de huisarts. 2.16.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.16.4 Informatieoverdracht2.16.4.1 Systemen & SysteemrollenDe GGZ-instelling en de huisarts 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 mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.
Zie ook onderstaande afbeelding: 2.16.4.2 Transacties & TransactiegroepenHet 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.
2.16.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het raadplegen van de professionele samenvatting door de GGZ-hulpverlener bij de huisarts:
2.17 Use case: GGZ stuurt bericht aan huisarts
2.17.1 Doel en Relevantie2.17.2 Proces en Context (pre- en postproces)2.17.2.1 Preproces2.17.2.2 Proces2.17.2.3 Postproces2.17.3 Bedrijfsrollen en UML activity diagram
2.17.4 Informatieoverdracht2.17.4.1 Systemen & Systeemrollen2.17.4.2 Transacties & Transactiegroepen2.17.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.18 Use case: GGZ stuurt update aan huisarts
2.18.1 Doel en Relevantie2.18.2 Proces en Context (pre- en postproces)2.18.2.1 Preproces2.18.2.2 Proces2.18.2.3 Postproces2.18.3 Bedrijfsrollen en UML activity diagram
2.18.4 Informatieoverdracht2.18.4.1 Systemen & Systeemrollen2.18.4.2 Transacties & Transactiegroepen2.18.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.19 Use case: GGZ stuurt ontslagbericht aan huisarts
2.19.1 Doel en RelevantieHet 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.19.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.19.2.1 PreprocesEr zijn geen precondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts. 2.19.2.2 ProcesHet proces van deze use case is:
2.19.2.3 PostprocesEr zijn geen postcondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts. 2.19.3 Bedrijfsrollen en UML activity diagram
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren: 2.19.4 InformatieoverdrachtZowel GGZ-instellingen als huisartsen maken gebruik van een informatiesysteem, respectievelijk:
2.19.4.1 Systemen & SysteemrollenDe 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.
Zie ook onderstaande afbeelding: 2.19.4.2 Transacties & TransactiegroepenHet 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.
2.19.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepenOnderstaande 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:
2.20 Use case: Huisarts verwijst naar ketenzorgpartner
2.20.1 Doel en Relevantie2.20.2 Proces en Context (pre- en postproces)2.20.2.1 Preproces2.20.2.2 Proces2.20.2.3 Postproces2.20.3 Bedrijfsrollen en UML activity diagram
2.20.4 Informatieoverdracht2.20.4.1 Systemen & Systeemrollen2.20.4.2 Transacties & Transactiegroepen2.20.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.21 Use case: Ketenzorgpartner raadpleeg dossier bij huisarts
2.21.1 Doel en Relevantie2.21.2 Proces en Context (pre- en postproces)2.21.2.1 Preproces2.21.2.2 Proces2.21.2.3 Postproces2.21.3 Bedrijfsrollen en UML activity diagram
2.21.4 Informatieoverdracht2.21.4.1 Systemen & Systeemrollen2.21.4.2 Transacties & Transactiegroepen2.21.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.22 Use case: Ketenzorgpartner stuurt eindrapportage aan huisarts
2.22.1 Doel en Relevantie2.22.2 Proces en Context (pre- en postproces)2.22.2.1 Preproces2.22.2.2 Proces2.22.2.3 Postproces2.22.3 Bedrijfsrollen en UML activity diagram
2.22.4 Informatieoverdracht2.22.4.1 Systemen & Systeemrollen2.22.4.2 Transacties & Transactiegroepen2.22.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.23 Use case: Patiënt raadpleegt dossier huisartsgegevensNote: zie MedMij
2.23.1 Doel en Relevantie2.23.2 Proces en Context (pre- en postproces)2.23.2.1 Preproces2.23.2.2 Proces2.23.2.3 Postproces2.23.3 Bedrijfsrollen en UML activity diagram
2.23.4 Informatieoverdracht2.23.4.1 Systemen & Systeemrollen2.23.4.2 Transacties & Transactiegroepen2.23.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.24 Use case: Huisarts stuurt vragenlijst aan patiëntNote: Huisarts zet vragenlijst klaar voor patiënt
2.24.1 Doel en Relevantie2.24.2 Proces en Context (pre- en postproces)2.24.2.1 Preproces2.24.2.2 Proces2.24.2.3 Postproces2.24.3 Bedrijfsrollen en UML activity diagram
2.24.4 Informatieoverdracht2.24.4.1 Systemen & Systeemrollen2.24.4.2 Transacties & Transactiegroepen2.24.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.25 Use case: Patiënt stuurt antwoorden op vragenlijst aan huisarts
2.25.1 Doel en Relevantie2.25.2 Proces en Context (pre- en postproces)2.25.2.1 Preproces2.25.2.2 Proces2.25.2.3 Postproces2.25.3 Bedrijfsrollen en UML activity diagram
2.25.4 Informatieoverdracht2.25.4.1 Systemen & Systeemrollen2.25.4.2 Transacties & Transactiegroepen2.25.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.26 Use case: Patiënt stuurt zelfmeting aan huisartsNote: Nog geen richtlijn beschikbaar
2.26.1 Doel en Relevantie2.26.2 Proces en Context (pre- en postproces)2.26.2.1 Preproces2.26.2.2 Proces2.26.2.3 Postproces2.26.3 Bedrijfsrollen en UML activity diagram
2.26.4 Informatieoverdracht2.26.4.1 Systemen & Systeemrollen2.26.4.2 Transacties & Transactiegroepen2.26.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen2.27 Use case: Patiënt raadpleegt afspraak bij huisartsNote: de tijd van de afspraak
2.27.1 Doel en Relevantie2.27.2 Proces en Context (pre- en postproces)2.27.2.1 Preproces2.27.2.2 Proces2.27.2.3 Postproces2.27.3 Bedrijfsrollen en UML activity diagram
2.27.4 Informatieoverdracht2.27.4.1 Systemen & Systeemrollen2.27.4.2 Transacties & Transactiegroepen2.27.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen |