gen:V0.1 Ontwerp Generiek: verschil tussen versies
(→Notified Pull) |
(→Use case patroon: Notificeren en ophalen informatie) |
||
| (20 tussenliggende versies door dezelfde gebruiker niet weergegeven) | |||
| Regel 30: | Regel 30: | ||
websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties]. | websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties]. | ||
=Dataset= | =Dataset= | ||
| + | ==zibs== | ||
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets. | Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets. | ||
| Regel 43: | Regel 44: | ||
|- | |- | ||
|} | |} | ||
| + | ==Objectidentificatie== | ||
| + | {{IssueBox|TODO: metadata voor Objectidentificatie}} | ||
| − | =Use | + | =Use cases= |
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een | Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een | ||
concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren | concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren | ||
| Regel 55: | Regel 58: | ||
==Algemeen== | ==Algemeen== | ||
==Use case patroon: Notificeren en ophalen informatie== | ==Use case patroon: Notificeren en ophalen informatie== | ||
| − | + | De Technische Afspraak Uitwisselpatroon Notified Pull (hierna: Notified Pull) is gepubliceerd door Twiin: https://www.twiin.nl/tanp. | |
===Doel en Relevantie=== | ===Doel en Relevantie=== | ||
| + | Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke. | ||
| + | De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt. | ||
| + | Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces. | ||
| + | De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer | ||
| + | de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie. | ||
| + | |||
| + | Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling. | ||
| + | |||
| + | <small>Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.</small> | ||
| + | </noinclude> | ||
| + | <section begin=fo-gen-not-pull /> | ||
| + | {{ombox|text=De Notified Pull is een uitwisselpatroon voor de transacties: | ||
| + | * Notificerend Systeem stuurt notificatie naar het Ophalend Systeem; | ||
| + | * Ophalend Systeem haalt gegevens op van een Notificerend Systeem; | ||
| + | |||
| + | De trigger (de reden dat er iets uitgewisseld wordt) ligt bij de Notified Pull bij het Notificerend Systeem, en het is een variatie op het "PUSH" patroon waarbij informatie verstuurd wordt. De Notified Pull wijkt van een klassieke PUSH af doordat de trigger weliswaar bij het Notificerend Systeem ligt, maar de gegevens worden opgehaald door het Ophalend Systeem op het moment dat de informatie gewenst is. [[gen:V0.1_Ontwerp_Generiek#Use_case_patroon:_Notificeren_en_ophalen_informatie|Meer informatie.]] | ||
| + | }} | ||
| + | <section end=fo-gen-not-pull /> | ||
| + | |||
===Proces en Context (pre- en postproces)=== | ===Proces en Context (pre- en postproces)=== | ||
====Preproces==== | ====Preproces==== | ||
| + | Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde. | ||
====Proces==== | ====Proces==== | ||
| + | # De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald. | ||
| + | # De ontvangende zorgverlener haalt de benodigde informatie op. | ||
| + | |||
====Postproces==== | ====Postproces==== | ||
| + | Het zorgproces wordt voortgezet bij de ontvangende zorgverlener. | ||
===Bedrijfsrollen en UML activity diagram=== | ===Bedrijfsrollen en UML activity diagram=== | ||
{| class="wikitable" "cellpadding="10" | {| class="wikitable" "cellpadding="10" | ||
| Regel 66: | Regel 93: | ||
!style="text-align:left;"|Beschrijving bedrijfsrol | !style="text-align:left;"|Beschrijving bedrijfsrol | ||
|- | |- | ||
| − | | style="background-color: white;"| | + | | style="background-color: white;"| Initiërende zorgverlener |
| − | | style="background-color: white;"| | + | | style="background-color: white;"| Ontvangende zorgverlener |
|- | |- | ||
| − | | style="background-color: white;"| | + | | style="background-color: white;"| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is. |
| − | | style="background-color: white;"| | + | | style="background-color: white;"| Zorgverlener die de informatie nodig heeft. |
|- | |- | ||
|} | |} | ||
| Regel 76: | Regel 103: | ||
===Informatieoverdracht=== | ===Informatieoverdracht=== | ||
====Systemen & Systeemrollen==== | ====Systemen & Systeemrollen==== | ||
| − | ===== | + | * XIS (Notificerend Systeem) |
| − | + | * XIS (Ophalend Systeem) | |
| − | + | ====Transacties & Transactiegroepen==== | |
| − | + | {| class="wikitable" "cellpadding="10" | |
| + | ! style="text-align:left;"| '''Transactiegroep''' | ||
| + | ! style="text-align:left;"| '''Transactie''' | ||
| + | ! style="text-align:left;"| '''Systeemrol''' | ||
| + | ! style="text-align:left;"| '''Systeem''' | ||
| + | ! style="text-align:left;"| '''Bedrijfsrol''' | ||
| + | ! style="text-align:left;"| '''Technisch''' | ||
| + | |- | ||
| + | |style="background-color: white;vertical-align:top;" rowspan="2"|Notificeren en ophalen | ||
| + | |style="background-color: white;vertical-align:top;"|Notificeren | ||
| − | + | * Notificatie | |
| − | + | * Optioneel: lijst met beschikbare informatie | |
| − | + | |style="background-color: white;vertical-align:top;"|(in te vullen in informatiestandaard) | |
| + | |style="background-color: white;vertical-align:top;"|XIS (Notificerend Systeem) | ||
| + | |style="background-color: white;vertical-align:top;"|Initiërende zorgverlener | ||
| + | |style="background-color: white;vertical-align:middle;" rowspan="2"| | ||
| + | |- | ||
| + | |style="background-color: white;vertical-align:top;"|Ophalen | ||
| − | + | * Ophalen gewenste beschikbare informatie | |
| − | + | |style="background-color: white;vertical-align:top;"|(in te vullen in informatiestandaard) | |
| + | |style="background-color: white;vertical-align:top;"|XIS (Ophalend Systeem) | ||
| + | |style="background-color: white;vertical-align:top;"|Ontvangende zorgverlener | ||
| + | |} | ||
| − | + | ==Use case: Ontdubbelen== | |
| − | |||
| − | ==Use case: | ||
{{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}} | {{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}} | ||
===Doel en Relevantie=== | ===Doel en Relevantie=== | ||
| Regel 113: | Regel 155: | ||
====Transacties & Transactiegroepen==== | ====Transacties & Transactiegroepen==== | ||
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen==== | ====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen==== | ||
| − | = | + | ==Use case: Documentuitwisseling== |
| − | + | ==Use case: Publiceren en ophalen dynamische waardelijsten== | |
| − | == | + | |
| − | |||
=Referenties= | =Referenties= | ||
=Release notes= | =Release notes= | ||
=Wiki-paginahistorie= | =Wiki-paginahistorie= | ||
Huidige versie van 20 nov 2024 om 13:51
 |
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. |
This page has been removed from search engines' indexes.
Inhoud
- 1 Inleiding
- 2 Dataset
- 3 Use cases
- 3.1 Algemeen
- 3.2 Use case patroon: Notificeren en ophalen informatie
- 3.3 Use case: Ontdubbelen
- 3.4 Use case: Documentuitwisseling
- 3.5 Use case: Publiceren en ophalen dynamische waardelijsten
- 4 Referenties
- 5 Release notes
- 6 Wiki-paginahistorie
1 Inleiding
1.1 Algemeen
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten.
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz website].
1.2 Doelgroep
1.3 Kaders & Uitgangspunten
1.3.1 Richtlijn en proces
1.3.2 Reikwijdte Informatiestandaard
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht; niet alles is overal van toepassing.
1.3.3 Infrastructuur
1.4 Kwalificatie
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp. Voor meer informatie zie de websitepagina over Nictiz kwalificaties.
2 Dataset
2.1 zibs
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.
| Nederlands | English |
|---|---|
| Zib publicatie 2017 | HCIM release 2017 |
| Zib publicatie 2020 | HCIM release 2020 |
2.2 Objectidentificatie
|
|
TODO: metadata voor Objectidentificatie |
3 Use cases
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case geanalyseerd en uitgewerkt.
3.1 Algemeen
3.2 Use case patroon: Notificeren en ophalen informatie
De Technische Afspraak Uitwisselpatroon Notified Pull (hierna: Notified Pull) is gepubliceerd door Twiin: https://www.twiin.nl/tanp.
3.2.1 Doel en Relevantie
Notificeren en ophalen is een patroon wat toegepast kan worden bij verwijzingen, overdrachten en dergelijke. De zorgverlener die het proces initieert stuurt een notificatie naar de zorgverlener die het vervolg overneemt. Daarbij wordt aangegeven welke informatie beschikbaar en relevant is voor het proces. De ontvangende zorgverlener haalt de benodigde informatie op op het moment dat deze nodig is; bijvoorbeeld wanneer de verwijzing ingepland is en de patiënt verwacht wordt. Er kan dus tijd liggen tussen de trigger (versturen van de notificatie) en het ophalen. Dit maakt het mogelijk op dat moment de meest recente gegevens op te halen. Het is ook mogelijk dat de gegevens alleen op te halen indien ze daadwerkelijk nodig zijn; zo faciliteert de Notified Pull dataminimalisatie.
Dit patroon gaat over informatieoverdracht tussen zorginstellingen, niet binnen de instelling.
Onderstaand blok kan met een transclude opgenomen worden in ieder FO dat gebruik maakt van de Notified Pull.
 |
De Notified Pull is een uitwisselpatroon voor de transacties:
|
3.2.2 Proces en Context (pre- en postproces)
3.2.2.1 Preproces
Er is een zorgproces in gang gezet, en er is informatieoverdracht gewenst. De informatie bij de initiërende zorgverlener is op orde.
3.2.2.2 Proces
- De initiërende zorgverlener stuurt een notificatie naar de ontvangende zorgverlener. Daarbij kan worden aangegeven welke informatie kan worden opgehaald.
- De ontvangende zorgverlener haalt de benodigde informatie op.
3.2.2.3 Postproces
Het zorgproces wordt voortgezet bij de ontvangende zorgverlener.
3.2.3 Bedrijfsrollen en UML activity diagram
| Bedrijfsrol (actor) | Beschrijving bedrijfsrol |
|---|---|
| Initiërende zorgverlener | Ontvangende zorgverlener |
| Zorgverlener die een proces initieert waarbij informatieoverdracht gewenst is. | Zorgverlener die de informatie nodig heeft. |
3.2.4 Informatieoverdracht
3.2.4.1 Systemen & Systeemrollen
- XIS (Notificerend Systeem)
- XIS (Ophalend Systeem)
3.2.4.2 Transacties & Transactiegroepen
| Transactiegroep | Transactie | Systeemrol | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Notificeren en ophalen | Notificeren
|
(in te vullen in informatiestandaard) | XIS (Notificerend Systeem) | Initiërende zorgverlener | |
Ophalen
|
(in te vullen in informatiestandaard) | XIS (Ophalend Systeem) | Ontvangende zorgverlener |
3.3 Use case: Ontdubbelen
|
|
De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik! |
3.3.1 Doel en Relevantie
3.3.2 Proces en Context (pre- en postproces)
3.3.2.1 Preproces
3.3.2.2 Proces
3.3.2.3 Postproces
3.3.3 Bedrijfsrollen en UML activity diagram
| Bedrijfsrol (actor) | Beschrijving bedrijfsrol |
|---|---|
| E | F |
| G | H |
