Dit functioneel ontwerp is momenteel in ontwikkeling en kan niet als stabiel worden beschouwd. Voor vragen en wijzigingsverzoeken over deze pagina kan een ticket worden aangemaakt in BITS.
Deze pagina beschrijft het functioneel ontwerp voor ELZ (EersteLijnsZorg). Dit ontwerp wordt gebruikt door de informatiestandaarden Huisartsenzorg en Paramedische Zorg. Ook bevat het functionele usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.
Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz-webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz-website. De technische (FHIR-)representatie van deze informatiestandaard is te vinden op het technisch ontwerp.
Het proces voor gegevensuitwisseling met de huisarts is in onderstaande afbeelding gevisualiseerd:
Figuur: Proces uitwisseling huisartsgegevens
Doelgroep
De doelgroepen van dit functionele ontwerp zijn:
Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, zorgorganisaties en Nictiz;
Nederlandse Multidisciplinaire richtlijn Cardiovasculair risicomanagement (MDR CVRM) en de daarvan afgeleide NHG-Standaard;
Ouderenzorg
Er zijn afspraken tussen de ketenpartijen over de gegevens waartoe de zorgverleners toegang hebben. Dit betekent dat een zorgverlener, zoals een POH, alleen de gegevens ziet die relevant zijn voor de behandeling van patiënt.
Een voorbeeld van een praktische uitwerking hiervan is de AutorisatieMatrix die binnen de zorgtoepassing LSP Ketenzorg van VZVZ wordt toegepast.
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen.
Infrastructuur
De specificatie van de infrastructuur waarover berichten worden uitgewisseld valt buiten de scope van deze informatiestandaard.
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.
Usecases
Op dit moment ondersteunt dit ontwerp alleen de #Usecase:_Huisarts_verwijst_naar_paramedicus, de andere usecases zijn nog in ontwikkeling. Deze concept-usecases zijn al wel (ingeklapt) opgenomen onderaan deze pagina en kunnen indien gewenst worden bekeken.
Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase geanalyseerd en uitgewerkt.
Algemeen
De informatiestandaard Huisartsenzorg is ingedeeld in verschillende (ontwerp) groepen.
Dossierverhuisbericht
Huisartswaarneming
Verwijzing Paramedicus
Verwijzing Specialist
Verwijzing GGZ
Ketenzorg
Patiënten overdrachten
Labuitwisseling (usecases opgenomen in aparte informatiestandaard)
Acute Zorg (usecases opgenomen in aparte informatiestandaard)
Informatie-uitwisseling tussen arts en paramedicus vindt plaats op het moment dat de arts respectievelijk de paramedicus moet stilstaan bij de informatiebehoefte over en weer. Bij verwijzing, directe toegang en afronding behandeling zijn de momenten van uitwisseling: het moment van verwijzen of starten respectievelijk het moment van afronding en op momenten van tussentijdse updates.
De volgende beroepen worden benoemd in de NHG-richtlijn HASP-paramedicus:
Diëtetiek
Ergotherapie
Huidtherapie
Fysiotherapie
Logopedie en Foniatrie
Oefentherapie Cesar en Mensendieck
De groep ‘Verwijzing Huisarts naar Paramedicus’ kent 6 usecases:
Een samenvatting van de usecases wordt getoond in onderstaand figuur.
FIGUUR HASP-PARAMEDICUS INVOEGEN
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.
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de paramedicus zodat paramedische zorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de paramedicus om de benodigde dossiergegevens te kunnen ophalen uit het HIS. Op deze manier kunnen door de paramedicus de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de paramedicus beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing.
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.
Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd.
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).
Preproces
De huisarts gaat een verwijsbericht sturen naar een paramedicus of paramedische zorgaanbieder;
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De huisarts stuurt vanuit het HIS het verwijsbericht met de envelop en de kern naar een paramedicus;
Het informatiesysteem van de paramedicus (PARIS) ontvangt de envelop en de kern en verwerkt deze gegevens;
De paramedicus haalt de actuele dossiergegevens op uit het HIS op het moment dat de paramedicus met de verwijzing aan de slag gaat;
Indien de huisarts het verwijsbericht als annulering heeft gestuurd, zal de paramedicus alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn PARIS.
Postproces
De paramedicus heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt verwijsbericht (met envelop en kern)
Paramedicus
De paramedicus ontvangt verwijsbericht
Paramedicus
De paramedicus raadpleegt dossiergegevens
Huisarts
De huisarts stelt dossiergegevens beschikbaar
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram: Huisarts verwijst naar paramedicus
Informatieoverdracht
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem);
PARIS (Paramedisch informatiesysteem).
Systemen & Systeemrollen
Het HIS en het PARIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van een verwijzing naar een paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Paramedicus Sturend Systeem
HZP-VPS
Sturen verwijzing van de huisarts naar de paramedicus
PARIS
Huisartsen Zorg Proces - Verwijsbericht Huisarts naar Paramedicus Ontvangend systeem
HZP-VPO
Ontvangen verwijzing van de huisarts door de paramedicus
PARIS
Huisartsen Zorg Proces - Dossiergegevens Raadplegend Systeem
HZP-AGR
Raadplegen dossiergegevens door de paramedicus
HIS
Huisartsen Zorg Proces – Dossiergegevens Beschikbaarstellend Systeem
HZP-AGB
Beschikbaarstellen dossiergegevens door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Huisarts verwijst naar paramedicus
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Huisarts verwijst naar paramedicus
Tabel Usecase - Huisarts verwijst naar paramedicus
De informatie-elementen en het scenario voor deze usecase staan in ART-DECOR. Deze informatie is hier te openen en wordt hieronder gepresenteerd.
Concept-usecases
Onderstaande usecases zijn in ontwikkeling en nog niet geldig voor dit ontwerp.
Klik op "tonen" om deze sectie uit te klappen.
Usecase: Huisarts stuurt dossier naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Het dossieroverdrachtsbericht bevat de medische gegevens welke in aanmerking komen voor overdracht van een huisarts waar een patiënt is (was) ingeschreven naar een huisarts waar de patiënt is (zal worden) ingeschreven.
De huisarts levert integrale, persoonlijke en continue zorg aan de patiënt en de huisarts is het eerste medische aanspreekpunt voor de patiënt in de zorg (poortwachter). Men name de aspecten integrale zorg en continuïteit hebben gevolgen voor de inhoud van het medisch dossier bij de huisarts. Het medisch dossier bij de huisarts geeft een overzicht van de medische geschiedenis van een patiënt in de tijd, niet alleen van contacten tussen huisarts en patiënt maar ook van de medische wederwaardigheden met andere zorgverleners zoals andere eerstelijns zorgverleners en medisch specialisten.
Het is vanuit deze optiek dus van het grootste belang dat de medische gegevens zoals die worden beheerd door de huisarts optimaal worden overgedragen wanneer de behandelrelatie overgaat van de ene naar de andere huisarts (mutatie). Het overdrachtsbericht volgt op de noodzaak om de dossiervoering van de patiënt over te dragen van de oorspronkelijke huisarts naar de nieuwe huisarts. Hierdoor wordt de continuering van dossiervoering gewaarborgd. Hiervoor is in de richtlijn aangegeven dat de oorspronkelijke huisarts de verzendende partij (verzender) is en de nieuwe huisarts de ontvangende partij (ontvanger).
Deze usecase beschrijft de reden van het versturen van het dossieroverdrachtsbericht. In dit bericht zitten alle benodigde gegevens voor de nieuwe huisarts om de patiënt te kunnen ontvangen. Bij de overdracht wordt het gehele actuele medische dossier overgedragen aan de nieuwe huisarts.
Proces en Context (pre- en postproces)
Preproces
De oorspronkelijke huisarts gaat een dossieroverdrachtsbericht sturen naar een nieuwe huisarts.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Bij overdracht van de behandelrelatie wordt het dossier elektronisch en gestructureerd overdragen conform de informatiestandaard vanuit het HIS van de oorspronkelijke huisarts naar het HIS van de nieuwe huisarts.
Postproces
Het ontvangen dossier wordt binnen het HIS geplaatst zodat het door de nieuwe huisarts te gebruiken is voor continuering van dossiervoering voor de patiënt.
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:
Afbeelding volgt.
Informatieoverdracht
Huisartsen maken gebruik van een informatiesysteem:
HIS (Huisartsinformatiesysteem).
Systemen & Systeemrollen
Huisartsen maken gebruik van een informatiesysteem, Huisartseninformatiesysteem (HIS). Deze systemen maken het uitwisselen van gegevens in het kader van het sturen van een dossieroverdrachtsbericht aan de nieuwe huisarts mogelijk. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Huisarts draagt dossier over aan huisarts Sturend Systeem
HZP-DHS
Sturen dossieroverdrachtsbericht door oorspronkelijke huisarts aan nieuwe huisarts
HIS
Huisartsen Zorg Proces - Huisarts draagt dossier over aan huisarts Ontvangend Systeem
HZP-DHO
Ontvangen dossieroverdrachtsbericht door nieuwe huisarts van de oorspronkelijke huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts
Sturen dossieroverdrachtsbericht (PUSH)
Sturen dossieroverdrachtsbericht
Oorspronkelijke huisarts
HIS
HZP-DHS
Link naar publicatie volgt zodra beschikbaar
Ontvangen dossieroverdrachtsbericht
Nieuwe huisarts
HIS
HZP-DHO
Tabel Usecase - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
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.
Proces en Context (pre- en postproces)
Preproces
Proces
Postproces
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
A
B
C
D
Informatieoverdracht
Systemen & Systeemrollen
Transacties & Transactiegroepen
Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen
Usecase: Paramedicus stuurt bericht directe toegang (DT) naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
De paramedicus stuurt altijd een bericht directe toegang:
Na een eerste contact met de patiënt bij directe toegang
Als de patiënt na eerdere afronding van de behandeling terugkomt voor dezelfde klacht
Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin mee kan gaan deze berichtgeving achterwege te laten.
Met het bericht directe toegang met behandeling wordt de verantwoordelijkheid van zorg voor de patiënt overgedragen aan de paramedicus. Bij directe toegang zonder behandeling blijft de verantwoordelijkheid van zorg bij de arts.
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.
Preproces
Een paramedicus gaat een bericht directe toegang sturen sturen naar een huisarts.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De paramedicus stuurt een bericht directe toegang naar de huisarts
De huisarts ontvangt een bericht directe toegang
Postproces
De huisarts heeft het bericht directe toegang ontvangen van de paramedicus en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Paramedicus
De paramedicus stuurt een bericht directe toegang
Huisarts
De huisarts ontvangt een bericht directe toegang
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Paramedicus stuurt directe toegang naar huisarts
Informatieoverdracht
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).
Systemen & Systeemrollen
De paramedicus en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het bericht directe toegang aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
PARIS
Huisartsen Zorg Proces – DT Paramedicus naar huisarts sturend Systeem
HZP-DPS
Sturen bericht directe toegang door de paramedicus naar de huisarts
HIS
Huisartsen Zorg Proces – DT Paramedicus naar Huisarts Ontvangend Systeem
HZP-DPO
Ontvangen bericht directe toegang van de paramedicus door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Paramedicus stuurt directe toegang naar huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Paramedicus stuurt directe toegang naar huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Paramedicus stuurt directe toegang naar huisarts
Sturen bericht directe toegang (PUSH)
Sturen bericht directe toegang
Paramedicus
PARIS
HZP-DPS
Link naar publicatie volgt zodra beschikbaar
Ontvangen bericht directe toegang
Huisarts
HIS
HZP-DPO
Tabel Usecase - Paramedicus stuurt directe toegang naar huisarts
Usecase: Huisarts stuurt update naar paramedicus
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de paramedicus. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de paramedicus als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de paramedicus.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP-paramedicus geeft aan dat de arts altijd een update stuurt:
als antwoord op het verzoek om informatie door de paramedicus; dit kan ook het advies inhouden om de patiënt voor consultatie naar de arts te sturen (➞ informatieverstrekking)
als de arts een vraag heeft aan de paramedicus (➞ informatieverzoek)
bij overlijden van de patiënt
De arts overweegt een update:
als zich een wijziging in het beloop voordoet, bij een andere gestelde diagnose en of wijziging van zorg aan de patiënt die van invloed is op de behandeling door de paramedicus
bij een levensgebeurtenis
Preproces
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De huisarts stuurt een update naar paramedicus
De update is beschikbaar in de tweede lijn op het moment van overname.
Postproces
De paramedicus gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt een update
Paramedicus
De paramedicus ontvangt een update
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Huisarts stuurt update naar Paramedicus
Informatieoverdracht
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem)
PARIS (informatiesystemen voor paramedici).
Systemen & Systeemrollen
Het HIS en het PARIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Update Huisarts naar Paramedicus Sturend Systeem
HZP-UPS
Sturen update van de huisarts naar de paramedicus
PARIS
Huisartsen Zorg Proces – Update huisarts naar Paramedicus Ontvangend Systeem
HZP-UPO
Ontvangen update van de huisarts door de paramedicus
Zie ook onderstaande afbeelding:
Component Diagram - Huisarts stuurt update naar Paramedicus
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Huisarts stuurt update naar paramedicus
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Huisarts stuurt update naar paramedicus
Sturen update (PUSH)
Sturen update
Huisarts
HIS
HZP-UPS
Link naar publicatie volgt zodra beschikbaar
Ontvangen update
Paramedicus
PARIS
HZP-UPO
Tabel Usecase - Huisarts stuurt update naar paramedicuss
Usecase: Paramedicus stuurt update naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een update door de paramedicus naar de huisarts. 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.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een update stuurt:
als antwoord op het verzoek om informatie door de arts (➞ informatieverstrekking)
als antwoord op een consultatieaanvraag van de arts (➞ consultatieverslag)
De paramedicus overweegt een update:
bij een eerste contact met de patiënt bij verwijzing (➞ update behandeling)
als de paramedicus (meer) informatie nodig heeft van de huisarts (➞ informatieverzoek)
als de patiënt lang onder behandeling blijft of bij afwijkend beloop: op gezette tijden rapportage over het ingezette traject (➞ update behandeling)
Preproces
De paramedicus 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).
Proces
Het proces van deze usecase is:
De paramedicus stuurt een update naar de huisarts
Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.
Postproces
De huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Paramedicus
De paramedicus stuurt een update
Huisarts
De huisarts ontvangt een update
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Paramedicus stuurt update naar huisarts
Informatieoverdracht
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).
Systemen & Systeemrollen
Het HIS en het PARIS (HIS) kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Update Paramedicus naar Huisarts Sturend Systeem
HZP-UAS
Sturen verwijzing van de paramedicus naar de huisarts
PARIS
Huisartsen Zorg Proces – Update paramedicus naar Huisarts Ontvangend Systeem
HZP-UAO
Ontvangen verwijzing van de paramedicus door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Paramedicus stuurt update naar huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Paramedicus stuurt update naar huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Paramedicus stuurt update naar huisarts
Sturen update (PUSH)
Sturen update
Paramedicus
PARIS
HZP-UAS
Link naar publicatie volgt zodra beschikbaar
Ontvangen update
Huisarts
HIS
HZP-UAO
Tabel Usecase - Paramedicus stuurt update naar huisarts
Usecase: Paramedicus stuurt eindrapportage naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een eindrapportage door de paramedicus naar de huisarts. De eindrapportage wordt gestuurd bij de afsluiting van de behandeling, onafhankelijk van de reden hiervoor. Het paramedische traject wordt hiermee afgesloten.
De eindrapportage bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan.
Met het versturen van de eindrapportage wordt het paramedische traject afgesloten en gaat de verantwoordelijkheid voor de zorg van de patiënt terug naar de huisarts.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:
bij afsluiten van de behandeling, onafhankelijk van de reden hiervoor (➞ eindrapportage)
Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving
aan de huisarts en de paramedicus erin kan meegaan om deze berichtgeving achterwege te laten.
Preproces
De paramedicus 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).
Proces
Het proces van deze usecase is:
De eindrapportage wordt zo snel mogelijk verstuurd en uiterlijk binnen 5 werkdagen na het betreffende zorgmoment of nadat een vraag is gesteld.
Postproces
De huisarts verwerkt de gegevens uit de eindrapportage in het dossier van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Paramedicus
De paramedicus stuurt de eindrapportage
Huisarts
De huisarts ontvangt de eindrapportage
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Paramedicus stuurt eindrapportage naar huisarts
Informatieoverdracht
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
PARIS (informatiesystemen voor paramedici).
Systemen & Systeemrollen
Het HIS en het PARIS kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
PARIS
Huisartsen Zorg Proces – Eindrapportage Paramedicus naar Huisarts Sturend Systeem
HZP-EPS
Sturen eindrapportage naar de huisarts
HIS
Huisartsen Zorg Proces – Eindrapportage Paramedicus naar Huisarts Ontvangend Systeem
HZP-EPO
Ontvangen eindrapportage door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Paramedicus stuurt eindrapportage naar huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Paramedicus stuurt eindrapportage naar huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Paramedicus stuurt eindrapportage naar huisarts
Sturen eindrapportage (PUSH)
Sturen eindrapportage
Paramedicus
PARIS
HZP-EPS
Link naar publicatie volgt zodra beschikbaar
Ontvangen eindrapportage
Huisarts
HIS
HZP-EPO
Tabel Usecase - Paramedicus stuurt eindrapportage naar huisarts
Usecase: Paramedicus draagt over aan paramedicus (paramedische overdracht)
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een overdrachtsbericht door de paramedicus naar de paramedicus. Het overdrachtsbericht bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan. Dit bericht wordt ook wel de ‘overdracht’ genoemd. 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.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:
bij overdracht van de patiënt naar een collega paramedicus als de verantwoordelijkheid ook over gaat naar die collega (➞ overdracht)
Preproces
De paramedicus 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).
Proces
Het proces van deze usecase is:
Patiënt komt bij paramedicus via paramedische overdracht
Postproces
De collega paramedicus gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Paramedicus A
Paramedicus A stuurt overdrachtsbericht aan paramedicus B
Paramedicus B
Paramedicus B ontvangt overdrachtsbericht van paramedicus A
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Paramedische overdracht
Informatieoverdracht
Paramedici maken gebruik van een informatiesysteem:
PARIS (informatiesystemen voor paramedici).
Systemen & Systeemrollen
De PARIS kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de overdracht aan een collega paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
PARIS
Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Sturend Systeem
HZP-OPS
Sturen overdrachtsbericht aan collega paramedicus
PARIS
Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Ontvangend Systeem
HZP-OPO
Ontvangen overdrachtsbericht door collega paramedicus
Zie ook onderstaande afbeelding:
Component Diagram - Paramedische overdracht
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Paramedicus stuurt overdrachtsbericht naar paramedicus
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Paramedicus stuurt overdrachtsbericht naar paramedicus
Sturen overdrachtsbericht (PUSH)
Sturen overdrachtsbericht
Paramedicus
PARIS
HZP-OPS
Link naar publicatie volgt zodra beschikbaar
Ontvangen overdrachtsbericht
Paramedicus
PARIS
HZP-OPO
Tabel Usecase - Paramedicus stuurt overdrachtsbericht naar paramedicus
Usecase: Huisarts verwijst naar medisch specialist
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de medisch specialist zodat medisch specialistische zorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de medisch specialist om de benodigde dossiergegevens te kunnen ophalen uit het HIS. Op deze manier kunnen door de medisch specialist de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de medisch specialist beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing.
Voor een verwijzing geldt dat de arts en de medisch specialist de regel volgen dat de medisch specialist de verantwoordelijkheid neemt voor de medisch specialistische diagnostiek en de medisch specialistische behandeling van de klacht of zorgvraag. Met het versturen van het verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt overgedragen.
Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP geeft aan dat de huisarts altijd een verwijsbericht stuurt:
Op het moment van verwijzen.
Preproces
Een huisarts gaat een verwijsbericht sturen naar een medisch specialist;
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De huisarts stuurt van uit het huisartsinformatiesysteem (HIS) een verwijsbericht naar een medisch specialist;
Het informatiesysteem van de medisch specialist (ZIS) ontvangt de envelop en de kern en verwerkt deze gegevens;
De medisch specialist haalt de actuele dossiergegevens op uit het HIS op het moment dat de medisch specialist met de verwijzing aan de slag gaat;
Indien de huisarts het verwijsbericht als annulering heeft gestuurd, zal de medisch specialist alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn ZIS.
Postproces
De medisch specialist heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt verwijsbericht (met envelop en kern)
Medisch specialist
De medisch specialist ontvangt verwijsbericht
Medisch specialist
De medisch specialist raadpleegt dossiergegevens
Huisarts
De huisarts stelt dossiergegevens beschikbaar
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Huisarts verwijst naar medisch specialist Activity Diagram - Huisarts annuleert verwijzing naar medisch specialist Activity Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts
Informatieoverdracht
Zowel huisartsen als medisch specialisten maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem);
ZIS (Ziekenhuisinformatiesysteem).
Systemen & Systeemrollen
Het HIS en het ZIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Specialist Sturend Systeem
HZP-VSS
Sturen verwijzing van de huisarts naar de medisch specialist
ZIS
Huisartsen Zorg Proces - Verwijsbericht Huisarts naar Specialist Ontvangend Systeem
HZP-VSO
Ontvangen verwijzing van de huisarts door de medisch specialist
ZIS
Huisartsen Zorg Proces - Dossiergegevens Raadplegend Systeem
HZP-DGR
Raadplegen dossiergegevens door de medisch specialist
HIS
Huisartsen Zorg Proces – Dossiergegevens Beschikbaarstellend Systeem
HZP-DGB
Beschikbaarstellen dossiergegevens door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Huisarts verwijst naar medisch specialist Component Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Huisarts verwijst naar medisch specialist Usecase Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Huisarts verwijst naar medisch specialist
Sturen verwijzing (PUSH)
Sturen verwijzing
Huisarts
HIS
HZP-VSS
Link naar publicatie volgt zodra beschikbaar
Ontvangen verwijzing
Medisch specialist
ZIS
HZP-VSO
Raadplegen dossiergegevens (PULL)
Raadplegen dossiergegevens
Medisch specialist
ZIS
HZP-DGR
Link naar publicatie volgt zodra beschikbaar
Beschikbaarstellen dossiergegevens
Huisarts
HIS
HZP-DGB
Tabel Usecase - Huisarts verwijst naar medisch specialist
Usecase: Huisarts stuurt update naar medisch specialist
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de medisch specialist. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de medisch specialist als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de medisch specialist. Een huisarts stuurt altijd een update bij overlijden van de patiënt.
Proces en Context (pre- en postproces)
De NHG-richtlijn HASP geeft aan dat de huisarts een update overweegt:
als zich een wijziging in het beloop voordoet, een nieuwe uitslag bekend is, de huisarts met patiënt een gesprek heeft gehad vanwege gezamenlijke besluitvorming over de behandeling in de tweede lijn;
wanneer de huisarts een diagnose stelt, van diagnose verandert, en/of een behandeling met belangrijke impact inzet of wijzigt, zoals nieuwe medicatie, medicatie wijzigen of stoppen;
bij een levensgebeurtenis.
De huisarts stuurt altijd een update:
bij overlijden van de patiënt.
Preproces
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De huisarts stuurt een update aan de medisch specialist
Een tussentijdse update vanuit de eerste lijn wordt zo snel als vereist is voor de continuïteit van zorg gedeeld met de medisch specialist en waar nodig met overige betrokken zorgverleners.
De medisch specialist ontvangt het bericht in het systeem
Postproces
De medisch specialist gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt een update
Medisch specialist
De medisch specialist ontvangt een update
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Huisarts stuurt update naar de medisch specialist
Informatieoverdracht
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).
Systemen & Systeemrollen
Het HIS en het ZIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Update Huisarts naar Specialist Sturend Systeem
HZP-UHS
Sturen update van de huisarts naar de medisch specialist
ZIS
Huisartsen Zorg Proces – Update Huisarts naar Specialist Ontvangend Systeem
HZP-UHO
Ontvangen update van de huisarts door de medisch specialist
Zie ook onderstaande afbeelding:
Component Diagram - Huisarts stuurt update naar de medisch specialist
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Huisarts stuurt update naar de medisch specialist
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Huisarts stuurt update naar de medisch specialist
Sturen update (PUSH)
Sturen update
Huisarts
HIS
HZP-UHS
Link naar publicatie volgt zodra beschikbaar
Ontvangen update
Medisch specialist
ZIS
HZP-UHO
Tabel Usecase - Huisarts stuurt update naar de medisch specialist
Usecase: Medisch specialist stuurt update naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een update door de medisch specialist naar de huisarts. Belangrijke momenten voor de medisch specialist om de huisarts te informeren zijn bij ontslag uit de kliniek en uit de polikliniek. Maar ook vanuit de tweede lijn is het van belang updates te sturen steeds als er nieuwe relevante informatie beschikbaar is voor de huisarts. Dit is de gedeelde verantwoordelijkheid van zorginstelling en medisch specialist. Ook hier is het helder dat dit van belang is voor de continuïteit van zorg voor de patiënt en mogelijk diens thuisfront.
Proces en Context (pre- en postproces)
De NHG-richtlijn (HASP) geeft aan dat de medisch specialist een update overweegt in de volgende gevallen:
Vanuit polikliniek:
zodra de medisch specialist een werkhypothese en een plan heeft opgesteld;
bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd therapieschema, uitstel interventie, time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten (bijvoorbeeld bij patiënten met kanker), plaatsen op de opnamelijst;
na behandeling/ingreep op de dagbehandeling (bijvoorbeeld indien het een invasieve interactie betreft en kans op bijvoorbeeld nabloeden aanwezig is);
(na het versturen van het ontslagbericht): nagekomen uitslag die relevant is;
als de patiënt lang onder controle blijft: op gezette tijden rapportage over het ingezette traject.
Vanuit kliniek:
bij opname (vaak stuurt het ziekenhuis een opnamebericht; indien dit bericht ook de opname-indicatie vermeldt en de huisarts middels een eerdere update al op de hoogte is van de reden van opname, kan een extra update wellicht achterwege blijven; hetzelfde geldt bij opname vanaf de spoedeisende-hulpafdeling: indien de huisarts al op de hoogte is van de opname en de reden hiervoor, kan de extra update vervallen);
bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd behandelschema, uitstel van de interventie, of bij een time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten;
bij onverwachte opname op de ic; bij onverwachte bevinding bij een operatie.
De medisch specialist stuurt altijd een update vanuit de kliniek:
bij overlijden van de patiënt.
Preproces
De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De medisch specialist stuurt update naar de huisarts
Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.
Postproces
De huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Medisch specialist
De medisch specialist stuurt een update
Huisarts
De huisarts ontvangt een update
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Medisch specialist stuurt update naar huisarts
Informatieoverdracht
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).
Systemen & Systeemrollen
De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Update Specialist naar Huisarts Sturend systeem
HZP-USS
Sturen update van de medisch specialist naar de huisarts
ZIS
Huisartsen Zorg Proces – Update specialist naar Huisarts Ontvangend Systeem
HZP-USO
Ontvangen update van de medisch specialist door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Medisch specialist stuurt update naar huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Medisch specialist stuurt update naar huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Medisch specialist stuurt update naar huisarts
Sturen update (PUSH)
Sturen update
Medisch specialist
ZIS
HZP-USS
Link naar publicatie volgt zodra beschikbaar
Ontvangen update
Huisarts
HIS
HZP-USO
Tabel Usecase - Medisch specialist stuurt update naar huisarts
Usecase: Medisch specialist stuurt ontslagbericht naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een ontslagbericht door de medisch specialist naar de huisarts. Het ontslagbericht wordt door de medisch specialist vanuit de polikliniek aan de huisarts gestuurd bij ontslag uit poliklinische controle.
De medisch specialist stuurt een ontslagbericht vanuit de kliniek bij ontslag of bij overplaatsing (naar een andere afdeling).
Vooral bij ontslagberichten prevaleert tijdigheid van berichtgeving boven volledigheid. De huisarts is zeer gediend met een bericht op de dag van ontslag uit de kliniek om continuïteit van zorg te kunnen leveren. Dan zijn vaak de laatste uitslagen nog niet bekend.
Proces en Context (pre- en postproces)
De NHG-richtlijn (HASP) geeft aan dat een ontslagbericht wordt gestuurd in de volgende gevallen:
Vanuit de polikliniek:
bij ontslag uit poliklinische controle.
Vanuit de kliniek:
bij ontslag (bij doorverwijzing door de medisch specialist naar een andere instelling komt een kopie daarvan voor de huisarts in de plaats van het ontslagbericht);
bij overplaatsing, al dan niet definitief, naar een andere afdeling.
Preproces
De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De medisch specialist stuurt een ontslagbericht naar de huisarts
Het ontslagbericht vanuit de kliniek volgt in principe direct maar uiterlijk binnen 24 uur.
Het ontslagbericht vanuit de polikliniek volgt zo snel vereist is voor de continuïteit van zorg, maar uiterlijk binnen 5 dagen.
Bij een goed vormgegeven situatie betekent ‘geen bericht’ dat er geen nieuwe ontwikkelingen zijn.
Postproces
De huisarts verwerkt de ontslaggegevens in het dossier van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Medisch specialist
De medisch specialist stuurt het ontslagbericht
Huisarts
De huisarts ontvangt het ontslagbericht
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Activity Diagram - Medisch specialist stuurt ontslagbericht naar huisarts
Informatieoverdracht
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
ZIS (Ziekenhuisinformatiesysteem).
Systemen & Systeemrollen
Het HIS en het ZIS kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Sturend Systeem
HZP-OSS
Sturen ontslagbericht naar de huisarts
ZIS
Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Ontvangend Systeem
HZP-OSO
Ontvangen ontslagbericht door de huisarts
Zie ook onderstaande afbeelding:
Component Diagram - Medisch specialist stuurt eindrapportage naar huisarts
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Usecase Diagram - Medisch specialist stuurt ontslagbericht naar huisarts
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Medisch specialist stuurt ontslagbericht naar huisarts
Sturen ontslagbericht (PUSH)
Sturen ontslagbericht
Medisch specialist
ZIS
HZP-OSS
Link naar publicatie volgt zodra beschikbaar
Ontvangen ontslagbericht
Huisarts
HIS
HZP-OSO
Tabel Usecase - Medisch specialist stuurt ontslagbericht naar huisarts
Usecase: Huisarts verwijst naar GGZ
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Het verwijsbericht is het bericht van de huisarts als deze de patiënt verwijst naar een GGZ-instelling of psychiater.
Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.
TERMINOLOGIE: VERWIJSBRIEF (richtlijn) OF VERWIJSBERICHT (gebruikt in HASP en HASP-P)?
Proces en Context (pre- en postproces)
Preproces
Een huisarts gaat een verwijsbericht sturen naar de GGZ.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?
Proces
Het proces van deze usecase is:
De huisarts stuurt een verwijsbericht naar de GGZ
Het verwijsbericht is beschikbaar in de tweede lijn op het moment van overname.
Postproces
De GGZ-hulpverlener heeft het verwijsbericht ontvangen van de huisarts en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt een verwijsbericht
De GGZ
De GGZ ontvangt een verwijsbericht
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:
HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).
Systemen & Systeemrollen
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Verwijsbericht Huisarts naar GGZ Sturend Systeem
HZP-VGS
Sturen verwijzing van de huisarts naar de GGZ
XIS
Huisartsen Zorg Proces - Verwijsbericht Huisarts naar GGZ Ontvangend Systeem
HZP-VGO
Ontvangen verwijzing van de huisarts door de GGZ
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Bij direct contact tussen patiënt en GGZ zonder tussenkomst van de huisarts, moet de GGZ kunnen beschikken over een professionele samenvatting (ps) van het dossier van de huisarts. De professionele samenvatting voor de GGZ stelt de GGZ in staat om gegevens in te zien in het dossier van de huisarts bij diens afwezigheid.
Deze usecase beschrijft de reden van het versturen van een professionele samenvatting. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.
Het bericht sluit aan bij de berichtgeving zoals met Nictiz is afgesproken voor inzage
door de spoedeisende hulp. Het aldaar gestelde is richtinggevend voor de GGZ.
TERMINOLOGIE: GGZ OF GGZ-HULPVERLENER?
Proces en Context (pre- en postproces)
Preproces
Een GGZ-instelling raadpleegt de professionele samenvatting bij de huisarts.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
KLOPT DIT OOK BIJ HET OPVRAGEN VAN DE PS? STAAT NIET EXPLICIET IN DE RICHTLIJN.
Proces
Het proces van deze usecase is:
De huisarts stelt de professionele samenvatting beschikbaar aan de GGZ
De professionele samenvatting is beschikbaar voor de GGZ.
Postproces
De GGZ-hulpverlener is in staat om gegevens in te zien in het dossier van de huisarts en gebruikt de gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ-hulpverlener
De GGZ-hulpverlener raadpleegt de professionele samenvatting
De huisarts
De huisarts stelt de professionele samenvatting beschikbaar
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:
XIS (GGZ-informatiesysteem).
HIS (HuisartsInformatieSysteem).
Systemen & Systeemrollen
De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Professionele samenvatting Raadplegend Systeem
HZP-PSR
Raadplegen professionele samenvatting door de GGZ-instelling bij de huisarts
HIS
Huisartsen Zorg Proces - Professionele samenvatting Beschikbaarstellend Systeem
HZP-PSB
Beschikbaarstellen professionele samenvatting door de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ raadpleegt de professionele samenvatting
Raadplegen professionele samenvatting (PULL)
Raadplegen professionele samenvatting
GGZ
XIS
HZP-PSR
Link naar publicatie volgt zodra beschikbaar
Beschikbaarstellen professionele samenvatting
Huisarts
HIS
HZP-PSB
Tabel Usecase - GGZ raadpleegt de professionele samenvatting
VRAAG: DIT BERICHT WORDT DOOR ZOWEL DE HUISARTS ALS DOOR DE GGZ-HULPVERLENER GESTUURD: KAN DIT IN EEN USECASE?
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een bericht wijziging somatiek/therapie/controles. Dit bericht wordt door zowel de huisarts als de GGZ gebruikt om elkaar te informeren over tussentijdse veranderingen die interfereren met de ingestelde behandeling. Het gaat dan om een belangrijke wijziging in de medicatie, een complicatie van de behandeling of een nieuwe diagnose of episode. In het bericht doet de verzender ook een voorstel voor verdere behandeling en controle van de patiënt.
Proces en Context (pre- en postproces)
Preproces
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
De huisarts stuurt een bericht Wijziging somatiek/therapie/controles naar GGZ of vice versa.
De huisarts ofwel GGZ-hulpverlener ontvangt het bericht in het systeem
Postproces
De huisarts/ GGZ-hulpverlener heeft het bericht ontvangen en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
De huisarts stuurt een bericht wijziging somatiek/therapie/controles
De GGZ
De GGZ ontvangt een bericht wijziging somatiek/therapie/controles
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ
De GGZ stuurt een bericht wijziging somatiek/therapie/controles
Huisarts
De huisarts ontvangt een bericht wijziging somatiek/therapie/controles
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:
HIS (huisarts informatiesysteem);
XIS (GGZ informatiesysteem).
Systemen & Systeemrollen
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Sturend Systeem
[HZP-WHS]
Sturen bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ
XIS
Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Ontvangend Systeem
[HZP-WHO]
Ontvangen bericht wijziging somatiek/therapie/controles van de huisarts door de GGZ
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Sturend Systeem
[HZP-WGS]
Sturen bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts
HIS
Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Ontvangend Systeem
[HZP-WGO]
Ontvangen bericht wijziging somatiek/therapie/controles van de GGZ door de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Huisarts stuurt een bericht wijziging somatiek/therapie/controles naar de GGZ
Tabel Usecase - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ
In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts
Tabel Usecase - GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts
Usecase: GGZ stuurt bericht kennisgeving patiënt heeft afspraak
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Met het bericht 'Kennisgeving patiënt heeft afspraak' bevestigt de GGZ aan de huisarts dat met de patiënt een intake-afspraak is gemaakt na verwijzing door de huisarts. Dit bericht bevat alleen administratieve en logistieke gegevens en bestaat dan ook alleen uit de envelop.
Deze usecase beschrijft de reden van het versturen van dit bericht Kennisgeving patiënt heeft afspraak.
Proces en Context (pre- en postproces)
Preproces
De GGZ gaat een bericht Kennisgeving patiënt heeft afspraak sturen aan de huisarts
Proces
Het proces van deze usecase is:
De GGZ stuurt een bericht Kennisgeving patiënt heeft afspraak aan de huisarts
Postproces
De huisarts heeft een bericht Kennisgeving patiënt heeft afspraak ontvangen en verwerkt in het systeem.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ-hulpverlener
De GGZ-hulpverlener stuurt bericht kennisgeving patiënt heeft afspraak
De huisarts
De huisarts onvangt bericht kennisgeving patiënt heeft afspraak
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:
XIS (GGZ-informatiesysteem).
HIS (HuisartsInformatieSysteem).
Systemen & Systeemrollen
De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Bericht Kennisgeving Sturend Systeem
HZP-AGS
Sturen bericht kennisgeving patiënt heeft afspraak
HIS
Huisartsen Zorg Proces - Bericht Kennisgeving Ontvangend Systeem
HZP-AGO
Ontvangen bericht kennisgeving patiënt heeft afspraak
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ stuurt bericht kennisgeving patiënt heeft afspraak naar huisarts
Sturen bericht kennisgeving patiënt heeft afspraak (PULL)
Sturen bericht kennisgeving patiënt heeft afspraak
GGZ
XIS
HZP-AGS
Link naar publicatie volgt zodra beschikbaar
Ontvangen bericht kennisgeving patiënt heeft afspraak
Huisarts
HIS
HZP-AGO
Tabel Usecase - GGZ stuurt bericht kennisgeving patiënt heeft afspraak
Usecase: GGZ stuurt bericht na intake naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Met het 'Bericht na intake' brengt de GGZ-hulpverlener de huisarts op de hoogte van de bevindingen uit de intake. Dit bericht wordt naar de huisarts verstuurd als reactie op de verwijzing, maar ook als de patiënt via een andere route door de GGZ gezien is. Dit bericht bestaat alleen uit een envelop en kern.
Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.
Proces en Context (pre- en postproces)
Preproces
De huisarts stuurt een verwijsbericht naar de GGZ
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?
Proces
Het proces van deze usecase is:
De GGZ-hulpverlener stuurt een bericht na intake naar de huisarts.
Postproces
De huisarts heeft het bericht na intake ontvangen en verwerkt in het systeem.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ-hulpverlener
De GGZ-hulpverlener stuurt een bericht na intake
De huisarts
De huisarts ontvangt een bericht na intake
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:
HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).
Systemen & Systeemrollen
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Bericht na intake naar huisarts Sturend Systeem
HZP-ISS
Sturen bericht na intake van de GGZ naar de huisarts
HIS
Huisartsen Zorg Proces - Bericht na intake naar huisarts Ontvangend Systeem
HZP-ISO
Ontvangen bericht na intake van de GGZ naar de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ stuurt een bericht na intake naar huisarts
Sturen bericht na intake(PUSH)
Sturen bericht na intake
GGZ
XIS
HZP-ISS
Link naar publicatie volgt zodra beschikbaar
Ontvangen bericht na intake
Huisarts
HIS
HZP-ISO
Tabel Usecase - GGZ stuurt een bericht na intake
Usecase: GGZ stuurt bericht Kennisgeving overdracht behandeling naar GGZ
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
De Kennisgeving overdracht behandeling wordt verstuurd na overdracht van de behandeling naar een andere afdeling binnen de GGZ-instelling.
Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.
Proces en Context (pre- en postproces)
Preproces
De GGZ-hulpverlener gaat een bericht Kennisgeving overdracht behandeling sturen naar een collega GGZ-hulpverlener.
Proces
Het proces van deze usecase is:
De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling naar een collega GGZ-hulpverlener.
Postproces
De nieuwe GGZ ontvangt het bericht en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ-hulpverlener A
De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling
De GGZ-hulpverlener B
De GGZ-hulpverlener ontvangt een bericht Kennisgeving overdracht behandeling
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:
HIS (huisarts informatiesysteem).
XIS (GGZ informatiesysteem).
Systemen & Systeemrollen
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Bericht Kennisgeving overdracht behandeling naar GGZ Sturend Systeem
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ stuurt een bericht Kennisgeving overdracht behandeling naar collega GGZ
Tabel Usecase - GGZ stuurt een bericht Kennisgeving overdracht behandeling
Usecase: GGZ stuurt bericht voortgang naar de huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Tijdens een behandeling met een langdurig karakter stuurt de GGZ ten minste eenmaal per jaar een bericht over de voortgang. Het Bericht 'voortgang' is doorgaans veel korter dan het uitgebreide bericht einde behandeling. Dit heeft te maken met het aantal rubrieken dat wordt ingevuld.
Deze usecase beschrijft de reden van het versturen van het bericht voortgang. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.
Proces en Context (pre- en postproces)
Preproces
De GGZ gaat een bericht voortgang sturen naar de huisarts
Proces
Het proces van deze usecase is:
De GGZ-hulpverlener stuurt een bericht voortgang naar de huisarts.
Postproces
De huisarts heeft het bericht voortgang ontvangen en verwerkt in het systeem.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ-hulpverlener
De GGZ-hulpverlener stuurt een bericht voortgang
De huisarts
De huisarts ontvangt een bericht voortgang
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:
HIS (huisarts informatiesysteem);
XIS (GGZ informatiesysteem).
Systemen & Systeemrollen
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Bericht voortgang naar huisarts Sturend Systeem
HZP-VHS
Sturen bericht voortgang van de GGZ naar de huisarts
HIS
Huisartsen Zorg Proces - Bericht voortgang naar huisarts Ontvangend Systeem
HZP-VHO
Ontvangen bericht voortgang van de GGZ naar de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
GGZ stuurt een bericht voortgang naar huisarts
Sturen bericht voortgang(PUSH)
Sturen bericht voortgang
GGZ
XIS
HZP-VHS
Link naar publicatie volgt zodra beschikbaar
Ontvangen bericht voortgang
Huisarts
HIS
HZP-VHO
Tabel Usecase - GGZ stuurt een bericht voortgang
Usecase: GGZ stuurt bericht einde behandeling naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Het ontslagbericht wordt door de GGZ-instelling aan de huisarts gestuurd na afsluiting van de behandeling.
De aanleiding kan zijn dat de behandeling is afgerond, maar ook dat de cliënt bijvoorbeeld verhuist naar een instelling voor ouderenzorg.
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.
Preproces
Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.
Proces
Het proces van deze usecase is:
De GGZ-hulpverlener stuurt een ontslagbericht aan de huisarts
Postproces
Er zijn geen postcondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
De GGZ
De GGZ-hulpverlener stuurt ontslagbericht
Huisarts
De huisarts ontvangt ontslagbericht
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel GGZ-instellingen als huisartsen maken gebruik van een informatiesysteem, respectievelijk:
GGZ-informatiesysteem (XIS);
HIS (Huisartsinformatiesysteem).
Systemen & Systeemrollen
De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en Huisartseninformatiesysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
XIS
Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Sturend Systeem
HZP-OGS
Sturen ontslagbericht naar de huisarts
HIS
Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Ontvangend Systeem
HZP-OGO
Ontvangen ontslagbericht door de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
Transactiegroep
Transactie
Link naar transactie
Link naar FHIR-profiel
Sturen ontslagbericht(PUSH)
Sturen ontslagbericht
Volgt zodra beschikbaar
Volgt zodra beschikbaar
Ontvangen ontslagbericht
Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen
Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het sturen van de ontslagbericht door de GGZ-instelling aan de huisarts:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Systeemgroep
Systeem
Bedrijfsrol
GGZ-hulpverlener stuurt ontslagbericht aan huisarts
Sturen ontslagbericht(PUSH)
Sturen ontslagbericht door GGZ-hulpverlener aan huisarts
HZP-OGS
XIS
GGZ
Usecase: Huisarts verwijst naar ketenzorgpartner
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
De huisarts verwijst de patiënt naar de ketenzorgpartner zodat zorg ten behoeve van Diabetes, COPD, CVRM en/ of ouderenzorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht.
In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de ketenzorgpartner om de benodigde dossiergegevens te kunnen ophalen uit het HIS.
Op deze manier kunnen door de ketenzorgpartner de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de ketenzorgpartner beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing. De huisarts blijft de verantwoordelijke voor de zorg van de patiënt.
Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd. In het voorgaande functioneel ontwerp voor ketenzorg was dit een aparte usecase, maar met deze opzet komt deze te vervallen.
Proces en Context (pre- en postproces)
Preproces
Een huisarts gaat een verwijsbericht sturen naar een ketenzorgpartner;
De huisarts mag de patiëntgegevens sturen en de ketenzorgpartner mag de dossiergegevens ophalen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
Proces
Het proces van deze usecase is:
De huisarts stuurt vanuit het HIS het verwijsbericht met de envelop en de kern naar de ketenzorgpartner;
Het informatiesysteem van de ketenzorgpartner (KIS) ontvangt de envelop en de kern en verwerkt deze gegevens.
De ketenzorgpartner haalt de actuele dossiergegevens op uit het HIS op het moment dat de ketenzorgpartner met de verwijzing aan de slag gaat.
Indien de huisarts het verwijsbericht als een annulering heeft gestuurd, zal de ketenzorgpartner alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn KIS.
Postproces
De ketenzorgpartner heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Huisarts
Huisarts stuurt verwijsbericht (met envelop en kern)
Ketenzorgpartner
Ketenzorgpartner ontvangt verwijsbericht
Ketenzorgpartner
Ketenzorgpartner raadpleegt dossiergegevens
Huisarts
Huisarts stelt dossiergegevens beschikbaar
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als Ketenzorgpartners maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
KIS (Ketenzorginformatiesysteem).
Systemen & Systeemrollen
De huisarts en de ketenzorgpartner maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ketenzorginformatiesysteem (KIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van het verwijsbericht naar de ketenzorgpartner mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
HIS
Keten Zorg Proces - Verwijzing Sturend Systeem
KZP-VWS
Sturen verwijsbericht naar ketenzorgpartner
KIS
Keten Zorg Proces - Verwijzing Ontvangend Systeem
KZP-VWO
Ontvangen verwijsbericht door ketenzorgpartner
KIS
Keten Zorg Proces - Dossiergegevens Raadplegend Systeem
KZP-AGR
Raadplegen dossiergegevens door ketenzorgpartner
HIS
Keten Zorg Proces - Dossiergegevens Beschikbaarstellend Systeem
KZP-AGB
Beschikbaarstellen dossiergegevens door huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Huisarts stuurt verwijsbericht naar ketenzorgpartner
Sturen verwijsbericht (PUSH)
Sturen verwijsbericht
Huisarts
HIS
KZP-VWS
Link naar publicatie volgt zodra beschikbaar
Ontvangen verwijsbericht
Ketenzorgpartner
KIS
KZP-VWO
Raadplegen dossiergegevens (PULL)
Raadplegen dossiergegevens
Ketenzorgpartner
KIS
KZP-AGR
Link naar publicatie volgt zodra beschikbaar
Beschikbaarstellen dossiergegevens
Huisarts
HIS
KZP-AGB
Tabel Usecase - Huisarts stuurt verwijsbericht naar ketenzorgpartner
Usecase: Ketenzorgpartner stuurt eindrapportage naar huisarts
Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.
Doel en Relevantie
Deze usecase beschrijft de reden van het versturen van een eindrapportage door de ketenzorgpartner naar de huisarts. De eindrapportage wordt gestuurd bij de afsluiting van de behandeling, onafhankelijk van de reden hiervoor. De eindrapportage bevat inzicht in de gegeven behandeling door de ketenzorgpartner en het resultaat daarvan. Met het versturen van de eindrapportage wordt het ketenzorgtraject afgesloten.
Proces en Context (pre- en postproces)
Preproces
De ketenzorgpartner heeft de zorg zodanig geleverd dat de doelstellingen van het individueel zorgplan zijn behaald.
Proces
Het proces van deze usecase is:
De eindrapportage wordt verstuurd na afsluiting van de benodigde geleverde zorg.
Postproces
De huisarts verwerkt de gegevens uit de eindrapportage in het dossier van de patiënt.
Bedrijfsrollen en UML activity diagram
Bedrijfsrol (actor)
Beschrijving bedrijfsrol
Ketenzorgpartner
De ketenzorgpartner stuurt de eindrapportage
Huisarts
De huisarts ontvangt de eindrapportage
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
Afbeelding volgt.
Informatieoverdracht
Zowel Huisartsen als Ketenzorgpartners maken gebruik van een informatiesysteem, respectievelijk:
HIS (Huisartsinformatiesysteem).
KIS (Ketenzorginformatiesysteem).
Systemen & Systeemrollen
De huisarts en de ketenzorgpartner maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ketenzorginformatiesystemen (KIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.
Systeem
Naam systeemrol
Systeemrolcode
Omschrijving
KIS
Keten Zorg Proces – Eindrapportage Ketenzorgpartner naar Huisarts Sturend Systeem
KZP-RCS
Sturen eindrapportage naar de huisarts
HIS
Keten Zorg Proces – Eindrapportage Ketenzorgpartner naar Huisarts Ontvangend Systeem
KZP-RCO
Ontvangen eindrapportage door de huisarts
Zie ook onderstaande afbeelding:
Afbeelding volgt.
Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.
Elke usecase bestaat uit de volgende verbanden:
Een usecase bevat een transactiegroep.
Een transactiegroep bestaat uit transacties.
Een transactie wordt uitgevoerd door een bedrijfsrol.
Bedrijfsrollen maken gebruik van systemen.
Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
Afbeelding volgt.
Usecase
Transactiegroep
Transactie
Bedrijfsrol
Systeem
Systeemrolcode
Publicatie
Ketenzorgpartner stuurt eindrapportage naar huisarts
Sturen eindrapportage (PUSH)
Sturen eindrapportage
Ketenzorgpartner
KIS
KZP-RCS
Link naar publicatie volgt zodra beschikbaar
Ontvangen eindrapportage
Huisarts
HIS
KZP-RCO
Tabel Usecase - Ketenzorgpartner stuurt eindrapportage naar huisarts