informatiestandaarden - Gebruikersbijdragen [nl]

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-22T12:29:21Z

Bas de Jong: /* Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
| HL7 v3 Huisartswaarneembericht: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.1
HL7 FHIR R4 BehandelAanwijzing: [https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.142-2025-03-24T104833.html Transactie Raadplegen behandelaanwijzing]
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
| HL7 v3 Huisartswaarneembericht: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.2
HL7 FHIR R4 BehandelAanwijzing: [https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.143-2025-03-24T104833.html Transactie Beschikbaarstellen behandelaanwijzing]
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde ontvangt waarneemverslag
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde verstuurt waarneemverslag
|-
|}

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
| Waarneemverslag: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.3
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
| Waarneemverslag: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.3
|}

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-22T12:26:15Z

Bas de Jong: /* Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.1
HL7 FHIR R4 BehandelAanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.142-2025-03-24T104833.html
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.2
HL7 FHIR R4 Behandelaanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.143-2025-03-24T104833.html
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde ontvangt waarneemverslag
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde verstuurt waarneemverslag
|-
|}

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
| Waarneemverslag: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.3
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
| Waarneemverslag: [https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. HL7v3-domeinspecificatie_Primary_Care] Hoofdstuk 4.3
|}

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-22T12:13:01Z

Bas de Jong: /* Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.1
HL7 FHIR R4 BehandelAanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.142-2025-03-24T104833.html
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.2
HL7 FHIR R4 Behandelaanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.143-2025-03-24T104833.html
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde ontvangt waarneemverslag
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde verstuurt waarneemverslag
|-
|}

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
| Waarneemverslag: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. Hoofdstuk 4.3
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
| Waarneemverslag: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1e9b2e1*_up*MQ..*_ga*MTg1MDU0NDA5LjE3NjExMzUxMTI.*_ga_0ZRXV90GXH*czE3NjExMzUxMTEkbzEkZzAkdDE3NjExMzUxMTEkajYwJGwwJGg2NDE0MjIyMjc. Hoofdstuk 4.3
|}

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-22T12:05:48Z

Bas de Jong: /* Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.1
HL7 FHIR R4 BehandelAanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.142-2025-03-24T104833.html
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
| HL7 v3 Huisartswaarneembericht: https://nictiz.nl/app/uploads/2021/11/HL7v3-domeinspecificatie_Primary_Care.pdf?_gl=1*1qgfqk4*_up*MQ..*_ga*MTcyMzEyODU5MC4xNzYxMTM0NjUz*_ga_0ZRXV90GXH*czE3NjExMzQ2NTIkbzEkZzAkdDE3NjExMzQ2NTIkajYwJGwwJGgxNTcxMDU2NDI2 Hoofdstuk 4.2
HL7 FHIR R4 Behandelaanwijzing: https://decor.nictiz.nl/pub/eerstelijnszorg/hg-html-20251021T110553/tr-2.16.840.1.113883.2.4.3.11.60.103.4.143-2025-03-24T104833.html
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde ontvangt waarneemverslag
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde verstuurt waarneemverslag
|-
|}

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-22T11:37:21Z

Bas de Jong: /* Systemen & Systeemrollen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Waarneemsamenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde ontvangt waarneemverslag
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde verstuurt waarneemverslag
|-
|}

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:36:10Z

Bas de Jong: /* Algemeen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting (PS) en het Waarneemverslag is benoemd als Waarneemretourbericht (WBR). In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:34:21Z

Bas de Jong: /* Algemeen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

N.B. in voorgaande versies van de richtlijn is de Waarneemsamenvatting benoemd als Professionele samenvatting en het Waarneemverslag is benoemd als Waarneemretourbericht. In de systeemrollen (actoren) zijn de afkortingen gebaseerd op deze eerdere benamingen. Dit maakt voor de functionaliteit echter niets uit.

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:31:38Z

Bas de Jong: /* Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA) */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemverslag voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:30:19Z

Bas de Jong: /* Proces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol, al is deze als bedrijfsrol wel als zodanig benoemd. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:28:47Z

Bas de Jong: /* Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

==Usecase: Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar na controle op verleende toestemming.
* Het HAPIS toont de waarneemsamenvatting.
De vaste huisarts heeft in dit proces geen actieve rol. Het HIS voorziet automatisch in het doorlopen van bovengenoemde processtappen, vermits in het preproces de toestemming is verleend.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-10-15T15:25:48Z

Bas de Jong: /* Algemeen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
# Het opvragen van een waarneemsamenvatting door de waarnemend huisarts bij de vaste huisarts
# Versturen van een waarneemverslag door een waarnemend huisarts naar de vaste huisarts

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

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

[[Bestand:Activity_diagram_waarneemverslag.png| omkaderd| none| Activity Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

[[Bestand:Component_diagram_waarnemendarts_stuurt_waarneemverslag_naarvastearts.png| omkaderd| none| Component Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

[[Bestand:Use_Case_Diagram_Waarneemverslag_.png| omkaderd| none| Use Case Diagram - Waarnemend arts stuurt waarneemverslag naar vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:53:10Z

Bas de Jong: /* Preproces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemend arts het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:51:46Z

Bas de Jong: /* Doel en relevantie */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:50:57Z

Bas de Jong: /* Richtlijn */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is om de zorgverleners die in de waarneemsituatie medisch-generalistische zorg hebben geleverd en waarneemgegevens hebben geregistreerd

Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:49:50Z

Bas de Jong: /* Algemeen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is om de zorgverleners die in de waarneemsituatie medisch-generalistische zorg hebben geleverd en waarneemgegevens hebben geregistreerd

Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:48:50Z

Bas de Jong: /* Doel en relevantie */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is om de zorgverleners die in de waarneemsituatie medisch-generalistische zorg hebben geleverd en waarneemgegevens hebben geregistreerd

Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost].

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:47:14Z

Bas de Jong: /* Doel en relevantie */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===
Het doel van deze use case is om de zorgverleners die in de waarneemsituatie medisch-generalistische zorg hebben geleverd en waarneemgegevens hebben geregistreerd

Het doel van deze use case is het versturen van het waarneemverslag vanuit het HAPIS naar het HIS van de vaste huisarts. Dit waarneemverslag is opgesteld door de waarnemend arts of de triagist onder diens verantwoordelijkheid. Het waarneemverslag bevat alle geregistreerde gegevens over de uitvoering van het waarneemconsult zoals gespecificeerd in de Richtlijn

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:27:53Z

Bas de Jong: /* Preproces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
* Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:27:22Z

Bas de Jong: /* Postproces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====
* De vaste huisarts verwerkt het waarneemverslag in het dossier van de patiënt onder een reeds bestaande of nieuw aan te maken episode
* Indien van toepassing zal de huisarts verdere zorgacties uitvoeren

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:24:31Z

Bas de Jong: /* Proces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts
* In het HIS van de vaste huisarts wordt het waarneemverslag ontvangen

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T11:23:32Z

Bas de Jong: /* Proces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* De waarnemend huisarts (of de triagist onder diens verantwoordelijkheid) voort het waarneemconsult uit, al dan niet gebruik makend van de geraadpleegde waarneemsamenvatting
* Alle gegevens omtrent de uitvoering het waarneemconsult worden vastgelegd in het HAPIS, inclusief een SOEPverslag
* De waarnemend huisarts stuurt het waarneemverslag op vanuit het HAPIS naar het HIS van de vaste huisarts

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T08:59:17Z

Bas de Jong: /* Proces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====
* DE waarnemend huisarts voort het waarneemconsult uit

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T08:58:10Z

Bas de Jong: /* Proces en Context (pre- en postproces) */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T08:57:16Z

Bas de Jong: /* Preproces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost/]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de bovengenoemde richtlijn is beschreven, wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T08:56:51Z

Bas de Jong: /* Proces en context */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost/]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] is beschreven wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-30T08:55:37Z

Bas de Jong: /* Preproces */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.1.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost/]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==

===Doel en relevantie===

===Proces en context===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [1]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te kunnen leveren.

====Preproces====
Zoals in de [https://www.nhg.org/wp-content/uploads/2022/11/final_richtlijn_gegevensuitwisseling_huisarts_en_huisartsenpost_hap_2021.pdf Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP)] is beschreven wordt de waarneming doorgaans door een waarnemend arts uitgevoerd. Daarnaast kan een Een triagist op de HAP onder mandaat van een waarnemend arts de waarneemsamenvatting opvragen. Na afhandeling van de hulpvraag met een zelfstandig advies en/of behandeling fiatteert de waarnemer het waarneemverslag dat de triagist heeft opgesteld. Er vinden varianten op deze werkwijze plaats, maar altijd binnen de verantwoordelijkheid van een mandaterend arts.

====Proces====

====Postproces====

===Bedrijfsrollen en UML activity diagram===

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - Waarneemverslag sturend systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - Waarneemverslag ontvangend systeem [HWG-WRO].

====Transacties & Transactiegroepen====
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-23T14:31:11Z

Bas de Jong: /* Systemen & Systeemrollen */

hwg:V2.1.0Ontwerp Huisartswaarneming

2025-09-23T14:24:37Z

Bas de Jong: /* Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA) */

hwg:V2.0.0Ontwerp Huisartswaarneming

2025-09-23T13:26:10Z

Bas de Jong: /* Systemen & Systeemrollen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.0.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost/]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==
===Systemen & Systeemrollen===
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HAPIS vervult de systeemrol:
* HWG Proces - WRB Sturend Systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - WRB Ontvangend Systeem [HWG-WRO].

===Transacties & Transactiegroepen===
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

hwg:V2.0.0Ontwerp Huisartswaarneming

2025-09-23T13:25:22Z

Bas de Jong: /* Transacties & Transactiegroepen */

[[Landingspagina_Huisartswaarneming|< Terug naar Landingspagina Huisartswaarneming]]
{{DISPLAYTITLE: Functioneel ontwerp Huisartswaarneming 2.0.0}}

__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten voor de informatiestandaard Huisartswaarneming (HWG). Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/informatiestandaarden/|Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://nictiz.nl/standaarden/begrippen/| begrippenoverzicht op de Nictiz website].

Het Huisartswaarnemingsproces, dat deze informatiestandaard omvat, is beschreven in de [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost// Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost].

In dit proces zijn de bedrijfsrollen van de zorgverleners:
* [https://nl.wikipedia.org/wiki/Huisarts Huisarts] (HA);
* [https://nl.wikipedia.org/wiki/Huisartsenpost Huisartsenpost] (HAP);

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:
* Huisartseninformatiesysteem (HIS);
* Huisartsenpostinformatiesysteem (HAPIS);

==Doelgroep==

De doelgroepen van dit functionele ontwerp zijn:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en [https://www.nictiz.nl/ Nictiz];
* Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==

===Richtlijn===

De [https://www.nhg.org/themas/publicaties/richtlijn-gegevensuitwisseling-huisarts-centrale-huisartsenpost/ Richtlijn gegevensuitwisseling huisarts-centrale huisartsenpost] geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen het waarneemproces te ondersteunen. Dit vormt de basis voor de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/huisartswaarneming Informatiestandaard Huisartswaarneming].

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

===Infrastructuur===
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificaties| Nictiz kwalificaties].

=[https://nl.wikipedia.org/wiki/Use_case 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 FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
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.

==Usecase: Waarnemend arts raadpleegt professionele samenvatting (waarneemsamenvatting) bij vaste arts==

===Doel en Relevantie===
Het doel van deze use case is om de zorgverleners die medisch-generalistische zorg leveren waarneemgegevens ter beschikking te stellen om tijdens de waarneming goede zorg te kunnen leveren.
===Proces en Context (pre- en postproces)===
De NHG-richtlijn 'Richtlijn Gegevensuitwisseling huisarts en huisartsenpost (HAP) [https://www.nhg.org/praktijkvoering/gegevensuitwisseling/gegevensuitwisseling-huisarts-huisartsenpost/]' geeft voor zorgverleners in de medisch-generalistische zorg - huisartsen, artsen verstandelijk gehandicapten en specialisten ouderengeneeskunde - een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt om voor de waarneming kwalitatief goede zorg te
kunnen leveren.

====Preproces====
* De vaste arts moet de patiënt informeren dat de waarnemend arts patiëntgegevens kan raadplegen maar alleen als de patiënt hier expliciet toestemming voor heeft gegeven. Toestemming van de patiënt is altijd noodzakelijk voor het ter beschikking stellen van diens gegevens aan derden (‘opt-in’). De patiënt kan inzage weigeren en kan ook delen van zijn dossier tegen inzage door derden bij de vaste arts laten afschermen.

====Proces====
Het proces van deze usecase is:

* De waarnemend arts raadpleegt via het HAP informatiesysteem (HAPIS) de waarneemsamenvatting bij de vaste arts van de patiënt middels een bevraging met queryparameters.
* Het informatiesysteem van de vaste arts (HIS) ontvangt de bevraging met queryparameters.
* Het HIS stelt de waarneemsamenvatting beschikbaar.
* Het HAPIS toont de waarneemsamenvatting.

====Postproces====
* De waarnemend arts gebruikt de gegevens in de waarneemsamenvatting voor verdere zorgverlening.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"

!style="text-align:left;"|Bedrijfsrol (actor)

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Vaste arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde stelt waarneemsamenvatting beschikbaar
|-
| style="background-color: white;"| Waarnemend arts
| style="background-color: white;"| De huisarts, arts verstandelijk gehandicapten en de specialist ouderengeneeskunde raadpleegt de waarneemsamenvatting
|-
|}

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

[[Bestand:Use_Case_Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Activity_diagram.png| omkaderd| none| Activity Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
De systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de waarneemsamenvatting mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| HAPIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting raadplegend Systeem
| style="background-color: white;"| HWG-PSR (ntb)
| rowspan=2 | De waarneemsamenvatting is een samenvatting uit het elektronisch patiëntendossier (EPD) van de patiënt. De waarnemend arts kan deze samenvatting, die beheerd wordt door de huisarts, artsen verstandelijk gehandicapten of specialist ouderengeneeskunde, vanuit het informatiesysteem raadplegen en uit deze gegevens set de benodigde informatie halen om tijdens de waarneming kwalitatief goede zorg te kunnen leveren.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartswaarneemgegevens proces – Professionele Samenvatting beschikbaarstellend Systeem
| style="background-color: white;"| HWG-PSB (ntb)
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Component_diagram.png| omkaderd| none |Component Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Transacties & Transactiegroepen====

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

Elke usecase bestaat uit de volgende verbanden:
*Een usecase bevat een transactiegroep.
*Een transactiegroep bestaat uit transacties.
*Een transactie wordt uitgevoerd door een bedrijfsrol.
*Bedrijfsrollen maken gebruik van systemen.
*Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.
In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Waarnemend_arts_stuurt_waarneemsamenvatting_naar_vaste_arts_-_Use_case_diagram.png| omkaderd| none| Usecase Diagram - Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts]]

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

{| class="wikitable"
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
! Publicatie
|-
| Waarnemend arts raadpleegt waarneemsamenvatting bij vaste arts (waarnemend arts → vaste arts)
| Waarneemsamenvatting (PULL)
| Raadplegen professionele samenvatting (waarneemsamenvatting)
| HWG-PSR
| HAPIS
| Waarnemend arts
|
|-
| Vaste arts stelt waarneemsamenvatting beschikbaar voor waarnemend arts (vaste arts → waarnemend arts)
| Waarneemsamenvatting (PULL)
| Beschikbaarstellen professionele samenvatting (waarneemsamenvatting)
| HWG-PSB
| HIS
| Vaste arts
|
|}

==Usecase: Waarneemretourbericht voor huisarts(HA/HAP→HA)==
===Systemen & Systeemrollen===
Zowel de huisarts als de huisartsenpost maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS). Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HIS vervult de systeemrol:
* HWG Proces - WRB Sturend Systeem [HWG-WRS].

Het HAPIS vervult de systeemrol:
* HWG Proces - WRB Sturend Systeem [HWG-WRS].

Het HIS vervult de systeemrol:
* HWG Proces - WRB Ontvangend Systeem [HWG-WRO].

===Transacties & Transactiegroepen===
De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

{| class="wikitable"
|-
! Use Case(s) (Scenario's)
! Transactiegroep
! Transacties
! Systeemrol(len)
! Systemen
! Bedrijfsrollen
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Sturen WRB
| HWG-WRS
| HAPIS
| Waarnemend huisarts
|-
| Versturen WRB voor eigen huisarts(HA/HAP→HA)
| WRB huisarts (PUSH)
| Ontvangen WRB
| HWG-WRO
| HIS
| Eigen huisarts
|}

MedMij:Vissue-ELZ-269/Huisartsgegevens Beschikbaarstellen

2025-07-18T12:54:30Z

Bas de Jong: /* Algemene contactgegevens */

{{IssuePaginaWaarschuwing|ELZ-269|MedMij:V2020.01/Huisartsgegevens_Beschikbaarstellen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Huisartsgegevens - kwalificatie - Beschikbaarstellen Huisartsgegevens {{VersieInfo|Huisartsgegevens}}}}
<span class="toclimit-3">__TOC__</span>




= Doelgroep =
De doelgroep van dit document zijn de leveranciers van huisarts informatiesystemen (HIS) leverancier die zich willen kwalificeren voor de gegevensoverdracht behorende bij de inzage voor een patiënt van het huisartsdossier middels een Persoonlijke Gezondheisomgeving (PGO).
De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, genaamd Conformancelab, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. In dit document wordt verwezen naar verschillende addenda waarin inhoudelijke gegevens zijn opgenomen. De patiëntgegevens waarmee een huisartsinformatiesysteem (HIS) kan worden geraadpleegd staan in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6 van het MedMij kwalificatiescript voor Huisartsgegevens Raadplegen]]. De inhoudelijke huisartsgegevens zoals wordt opgeleverd door een HIS staan beschreven in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript.

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Dit kwalificatiescript is opgesteld ten behoeve van MedMij. Bij het opstellen van dit script is uitgegaan van het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens|Functioneel Ontwerp Huisartsgegevens]] (ook bereikbaar via de Ontwerpen MedMij-pagina). Dit Functioneel Ontwerp (FO) is gebaseerd op de richtlijn opgesteld door het Nederlands huisarts genootschap (NHG) en de Patiëntenfederatie (PF). De te raadplegen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. De onderdelen die niet gekoppeld kunnen worden vallen buiten scope van deze kwalificatie. In tabel 1 van het FO staat hiervan een overzicht.
Bij de bepalingen is een splitsing gemaakt tussen algemene metingen en lab resultaten (dit loopt vooruit op ontwikkelingen binnen de zorginformatiebouwstenen)

== Algemene voorwaarden voor kwalificatie ==




Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij Afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Dit hoofdstuk van het kwalificatiescript is bedoeld om te controleren of het systeem (HIS) succesvol de huisartsgegevens aan een persoonlijke gezondheidsomgeving (PGO) beschikbaar kan stellen.

De patient journey hiervoor is dat een persoon is ingelogd in een PGO en wil zijn gegevens raadplegen die zijn opgeslagen bij zijn huisarts. Daarvoor moet de PGO eerst verbinding maken met het huisarts informatiesysteem (HIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.

Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.

== Op te leveren kwalificatiemateriaal door de leverancier ==

* De berichten worden verstuurd vanuit het HIS. Verstuur de inhoudelijke gegevens zoals is opgesteld in de addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript naar de simulator (FHIR-server).
Let op: sommige ingevoerde gegevens naar aanleiding van de addenda zoals BSN-nummer en de S- en O-regel mogen dus '''niet''' worden meegestuurd in het bericht. Zie hiervoor de NHG [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf Richtlijn online inzage in het H-EPD door patiënt].

* Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het aanleverformat [https://informatiestandaarden.nictiz.nl/images/c/c8/Aanleverformat_-_Beschikbaarstellen_huisartsgegevens_V2020.01_20210324.zip ''Aanleverformat - Beschikbaarstellen huisartsgegevens''].

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in het HIS de patiëntgegevens voor de testpersonen zoals beschreven in de inhoudelijke gegevens van addendum 1 in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak in het HIS het dossier aan voor deze persoon; gebruik hiervoor de inhoudelijke gegevens in de overige addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het [[MedMij:Vprepub-2020.01/Kwalificatie#Huisartsgegevens_2.0| ''Aanleverformat - Beschikbaarstellen huisartsgegevens'']].
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Gegevens beschikbaarstellen conform de addenda/scenario's van het kwalificatiescript Beschikbaarstellen Huisartsgegevens.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem huisartsgegevens beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|}

== Overige aandachtspunten ==
Momenteel geeft scenario 1.1, stap 'Serve Composition' een warning in Conformancelab bij het valideren van de resources, bijvoorbeeld:

<pre><nowiki>Test: processing
Location: Bundle.entry[1].resource/*Composition/gp-EncounterReport-gpdata-encounter-contact01*/.section[0].extension[0].value.ofType(CodeableConcept).coding[0], Line[173] Col[22]
Description: Unknown Code System 'http://hl7.org/fhir/sid/icpc-1-nl'</nowiki></pre>

Warnings die gerelateerd zijn aan een onbekende code in codestelsel ICPC-1-NL (<code><nowiki>http://hl7.org/fhir/sid/icpc-1-nl</nowiki></code>) zijn bekend en kunnen worden genegeerd.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Addendum 1 van dit kwalificatiescript voor Beschikbaarstellen Huisartsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats. In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door het XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben. Een alternatief voor het BSN is het patiëntnummer in het HIS dossier. Dit is een identificatienummer dat gebruikt wordt binnen één HIS maar is niet uniek ten opzichte van patiëntnummers in andere HIS dossiers. Daarom wordt dit niet beschouwd als een persoonsidentificatie.

== Datum T ==
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T-100 dgn betekent dit: 100 dagen eerder dan de afgesproken datum.

==Overige aandachtspunten==
Bij het samenstellen van de inhoudelijke gegevens is zoveel mogelijk de [https://www.nhg.org/themas/publicaties/richtlijn-online-inzage-het-medisch-dossier-door-patient NHG Richtlijn online inzage in het H-EPD door patiënt] aangehouden.
In de voorbeelden zijn SOEP regels opgenomen, waarvan de S en O regel conform de richtlijn '''niet''' dienen te worden aangeleverd. Daarop wordt gecontroleerd bij de kwalificatie.

Daarnaast zijn voorbeelden uitgewerkt met begin- en einddatum van een episode, eventueel in combinatie met een attentievlag. Mocht het kwalificerende systeem hierin een functionele beperking kennen, dient dit voorafgaande aan de kwalificatie afgestemd te worden, zodat we kunnen inschatten wat de implicaties zijn en we daarmee bij de beoordeling van kwalificatie eventueel rekening kunnen houden.

=Inhoudelijke gegevens - addenda 'Beschikbaarstellen Huisartsgegevens'=

In analogie met de kwalificatiescripts voor de gegevensoverdrachten van Huisartswaarneemgegevens, Ketenzorg en Acute zorg, wordt er in dit kwalificatiescript addenda toegepast, vergelijkbaar met scenario's in andere MedMij kwalificatiescripts.

==Addendum 1. Persoonsgegevens==
Een DVA/HIS geeft persoonsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|fBSN ||999911132
|-
|Voornaam ||Jacqueline
|-
|Initialen ||J.
|-
|Eigen naam ||XXX_Cevat
|-
|Straat||Knolweg
|-
|Huisnummer ||1001
|-
|Postcode || 9999XX
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Officieel adres
|-
|Telefoonnummer ||+31190531770
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Telefoonnummer thuis
|-
|EmailAdres ||j_cevat950@HUISARTS.nl
|-
|EmailSoort ||Privé e-mailadres
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Vrouw
|}

==Addendum 2. Zorgverlener (huisarts)==
Een DVA/HIS geeft huisartsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|Voornaam ||Dokter
|-
|Initialen ||D.
|-
|Naamgebruik ||
|-
|Voorvoegsels ||
|-
|Achternaam ||Bernard
|-
|VoorvoegselsPartner ||
|-
|AchternaamPartner ||
|-
|Specialisme ||Huisarts (01.015)
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||dokterbernard@aesculaap.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-
|Identificatie (UZI) ||UZI 1 (zoals 000001111)
|}

==Addendum 3. Zorgaanbieder (huisartsenpraktijk)==
Een DVA/HIS geeft praktijkgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|OrganisatieNaam ||Aesculaap
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245 HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-
|Identificatie systeem (URA) ||00003333
|}

==Addendum 4. Episode==

{| class="wikitable"
!Startdatum !!Einddatum !!Datum Eerste contact !!Datum Laatste contact !!ICPC !!ICPC omschrijving !!Titel (eigen omschrijving) !!Attentie-vlag !!Ref. ID
|-
|T - 400 dgn ||- ||T-400 ||T-400 ||K78 ||Boezemfibrilleren/-fladderen ||Hartkloppingen -paroxysmaal boezemfibrilleren ||X ||Contact01
|-
|T - 300 dgn ||- ||- ||- ||K70 ||Infectieziekte Hartvaatstelsel ||Endocarditis profylaxe ivm mitralis insufficiëntie ||- ||-
|-
|T - 200 dgn ||- ||T-160 ||T-160 ||R96 ||Astma ||Astma ||X ||ContactMMK
|-
|T - 120 dgn ||- ||T-120 ||T-10 ||L86.01 ||HNP (thoracaal/lumbaal) ||Rughernia ||- ||Contact04, Contact05, Contact14, Contact15, Contact16, Contact17
|-
|T - 100 dgn ||T - 95 ||T-95 ||T-95 ||D02 ||Maagpijn ||Maagpijn ||X ||Contact07
|-
|T - 175 dgn ||T - 169 ||T-175 ||T-175 ||S04 ||Lokale zwelling/papel/knobbel huid/subcutis ||Zwelling bij kaak re ||- ||Contact08
|-
|T - 170 dgn ||- ||T-170 ||T-170 ||S74.01 ||Tinea Pedis
||Tinea Pedis ||- ||Contact09
|-
|T - 150 dgn ||- ||T-150 ||T-10 ||R21.01 ||Keelpijn
||Keelpijn ||- ||Contact06, Contact10, Contact11, Contact12, Contact13
|}

==Addendum 5. Journaal (contact, SOEP regels, resultaten van bepalingen, actuele medicatie)==
===Contact13 – T-10d – SE (R21.01)===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 10 dgn
|-
|'''Einddatum''' ||T - 10 dgn
|-
|'''Identificatie''' ||Contact13
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen keelpijn meer, maar wel even uitleg geven. Bleek ontsteking achter in de keel te zijn. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|}

===Contact17 – T-15d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 15 dgn
|-
|'''Einddatum ''' ||T - 15 dgn
|-
|'''Identificatie ''' ||Contact17
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Voelt zich beter, maar het is nog erg stijf || ||UZI 1
|-
|O ||Cesar heeft positieve uitwerking. || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Nogmaals verwijzing Cesar || ||UZI 1
|}

===Contact12 – T-50d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 50 dgn
|-
|'''Einddatum''' ||T - 50 dgn
|-
|'''Identificatie''' ||Contact12
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Meer dan een maand geleden ook geweest ivm keelpijn, echter vergeten te bellen over de uitslag. Nu toch weer pijn || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. Uitslag telling geen afwijking. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Bezoek brengen aan de tandarts, wellicht zit er daar iets. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 50 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}

===Contact16 – T-55d – OE (L86.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 55 dgn
|-
|'''Einddatum''' ||T - 55 dgn
|-
|'''Identificatie''' ||Contact16
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|O ||Op de CT scan duidelijke uitstulping van L02 || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Patiënt geïnformeerd, ziet het nog even aan. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 55 dgn ||2283 CT-onderrug/lumbale wervelkolom ||Duidelijke uitstulping L02.
|}

===Contact15 – T-60d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 60 dgn
|-
|'''Einddatum''' ||T - 60 dgn
|-
|'''Identificatie''' ||Contact15
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Is inmiddels al bijna 3 maanden bezig en het wordt niet beter. Heeft nu ook last van uitstraling. || ||UZI 1
|-
|O ||De klachten zijn helder, scherpe pijn, branderig gevoel in li been || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Scan laten maken, afspraak gepland. || ||UZI 1
|}

===Contact14 – T-80d – SE (L03) P – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 80 dgn
|-
|'''Einddatum''' ||T - 80 dgn
|-
|'''Identificatie''' ||Contact14
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. Verwijzing aangemaakt || ||UZI 1
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!Test-code !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatievlaggen !!Zorgverlener
|-
|T – 80 dgn ||Glucose nuchter, art/cap ||3208 ||5,4 mmol/l ||3,5 mmol/l ||5,6 mmol/l || ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9803 ||T – 80 dgn ||14 d ||PRK: 80349 ||KETOCONAZOL SHAMPOO ||2W (2 maal per week) ||Cutaan || ||UZI 1
|}

===Contact11 – T-90d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 90 dgn
|-
|'''Einddatum''' ||T - 90 dgn
|-
|'''Identificatie''' ||Contact11
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Weer terug de keelpijn, nu wel ziek en lichte verhoging || ||UZI 1
|-
|O ||Geen koorts, Keel: lichte aanslag || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Kweek van aanslag keel || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 90 dgn ||Temperatuur (oraal gemeten) (1915) ||37,7 Cel
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!TestCode !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatie vlaggen !!Zorgverlener
|-
|T – 90 dgn ||Kweek keel ||1334 ||Positief || || || ||UZI 1
|}

===Contact07 – T-95d – SOE (D02) – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 95 dgn
|-
|'''Einddatum''' ||T - 95 dgn
|-
|'''Identificatie''' ||Contact07
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||In eerste instantie na warme eten enige uren pijn in bovenbuik. Niet misselijk, opboeren soms, opgeblazen gevoel. || ||UZI 1
|-
|O ||Maagstreek gevoelig. Overig gb. || ||UZI 1
|-
|E ||Maag/duodenum problemen? ||D02 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9801 ||T – 95 dgn ||5 d ||PRK: 43044 <br> GPK: 96938 ||PANTOPRAZOL 40MG TABLET MSR ||2D1T (2 maal daags 1 tablet, 1 uur voor de maaltijd) ||Oraal || ||UZI 1
|}

===Contact05 – T-100d – SE (L03) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 100 dgn
|-
|'''Einddatum''' ||T - 100 dgn
|-
|'''Identificatie''' ||Contact05
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. || ||UZI 1
|}

===Contact10 – T-115d – SOE (R21.01) P – M ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 115 dgn
|-
|'''Einddatum''' ||T - 115 dgn
|-
|'''Identificatie''' ||Contact10
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Ruim een maand geleden ook al, ging toen vanzelf weg. Had de afgelopen dagen wel lichte verhoging, iets boven de 38. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Medicatie is nog beschikbaar || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 115 dgn ||Temperatuur (oraal gemeten) (1915) ||37,3 Cel
|}

===Contact04 – T-120d – SE (L03) – V ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 120 dgn
|-
|'''Einddatum''' ||T - 120 dgn
|-
|'''Identificatie''' ||Contact04
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Pijn onderrug re, geen uitstraling of hoofdpijn. || ||UZI 1
|-
|E ||lage rugpijn ||L03 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9795 ||T – 120 dgn || ||PRK: 27278 <br> GPK: 51004 ||IBUPROFEN 400MG TABLET ||3D1T zn <br> (3 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|}

===Contact06 – T-150d – SOE (R21.01) P – M – V2===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T - 150 dgn
|-
|'''Einddatum''' ||T - 150 dgn
|-
|'''Identificatie''' ||Contact06
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Keelpijn, morgen feest. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Pcm, tijdens feest paracod. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 150 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}
====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|4234 ||T – 150 dgn ||5 d ||HPK: 768901 ||PARACETAMOL TEVA TABLET 500MG ||6D1T zn (6 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|-
|2226 ||T – 150 dgn || ||GPK: 43990 ||PARACETAMOL/CODEINE ZETPIL 500/10MG ||6D1S zn (6 maal daags, 1 zetpil, zo nodig) ||Rectaal || ||UZI 1
|}

===Contact MMK – T-160d – S (R02) OE (R96) P – V ===

====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 160 dagen
|-
|'''Einddatum''' ||T – 160 dagen
|-
|'''Identificatie''' ||ContactMMK
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Benauwd en hoesten tijdens en na sporten. Gebruikt reeds ICS. ||R02 ||UZI 1
|-
|O ||Pulm gb || ||UZI 1
|-
|E ||astma ||R96 ||UZI 1
|-
|P ||Salbutamol half uur voor het sporten. || ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangsdatum !!Duur gebruik !!Code !!Medicijn !!Doseerinstructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|7776 ||T – 160 dgn || ||GPK: <br> PRK: 43281 ||SALBUTAMOL AEROSOL 100UG/DO 200DO AUTOH ||2 inhalaties half uur voor het sporten ||Oraal || ||UZI 1
|}

===Contact09 – T-170d – SOE (S74.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 170 dgn
|-
|'''Einddatum''' ||T - 170 dgn
|-
|'''Identificatie''' ||Contact09
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Jeuk tussen tenen, uitslag. || ||UZI 1
|-
|O ||Rood, smettend. || ||UZI 1
|-
|E ||Mycose. ||S74.01 ||UZI 1
|-
|P ||Heeft nog canesten via drogist; 2x daags gebruiken. || ||UZI 1
|}

===Contact08 – T-175d – SOP===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 175 dgn
|-
|'''Einddatum''' ||T - 175 dgn
|-
|'''Identificatie''' ||Contact08
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Zwelling onder kaak re. bemerkt. || ||UZI 1
|-
|O ||Onder mandibula re. glad weinig mobile zwelling, lijkt speekselkl. || ||UZI 1
|-
|P ||Echo. || ||UZI 1
|}

===Contact03 – T-360d – SP – M3===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 360 dgn
|-
|'''Einddatum''' ||T – 360 dgn
|-
|'''Identificatie''' ||Contact03
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen klachten gehad. || ||UZI 1
|-
|P ||Over paar weken RR thuis. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 360 dgn ||Systolische bloeddruk (1744) ||188 mm[Hg]
|-
|T – 360 dgn ||Diastolische bloeddruk (1740) ||96 mm[Hg]
|-
|T – 360 dgn ||Polsfrequentie (1875) ||104 /min
|}

===Contact02 – T-380d – P – M3===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T – 380 dgn
|-
|'''Einddatum''' ||T – 380 dgn
|-
|'''Identificatie''' ||Contact02
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|P ||Na vakantie nogmaals. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 380 dgn ||Systolische bloeddruk (1744) ||172 mm[Hg]
|-
|T – 380 dgn ||Diastolische bloeddruk (1740) ||87 mm[Hg]
|-
|T – 380 dgn ||Polsfrequentie (1875) ||84 /min
|}

===Contact01 – T-400d – SE (K78) P – M5===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 400 dgn
|-
|'''Einddatum''' ||T - 400 dgn
|-
|'''Identificatie''' ||Contact01
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Wakker geworden, maar vannacht hartkloppingen. Geen beklemdheid. Verder geen klachten || ||UZI 1
|-
|E ||Ritmestoornis. ||K78 ||UZI 1
|-
|P ||Naar SEH. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 400 dgn ||Systolische bloeddruk (1744) ||184 mm[Hg]
|-
|T - 400 dgn ||Diastolische bloeddruk (1740) ||93 mm[Hg]
|-
|T - 400 dgn ||Polsfrequentie (1875) ||120 /min
|-
|T - 400 dgn ||Polsritme (2102) ||irregulair (202)
|-
|T - 400 dgn ||Pols opmerkingen (2126) ||linker pols
|}

==Addendum 6. Medicatie-overgevoeligheid==

{| class="wikitable"
!colspan='2'|Allergie intolerantie
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|-
|'''VeroorzakendeStof''' ||PREDNISOLON CAPSULE 65MG FNA MR (code = '1112821' in codeSystem 'G-Standaard HPK')
|-
|'''AllergieCategorie''' ||Neiging tot ongewenste reactie op medicatie en/of drug (code = '419511003' in codeSystem 'SNOMED CT')
|-
|'''AllergieStatus''' ||Achterhaald (code = 'obsolete' in codeSystem 'HL7 ActStatus')
|-
|'''BeginDatumTijd''' ||T - 50 dagen
|-
|'''MateVanKritiekZijn''' ||Matig (code = '6736007' in codeSystem 'SNOMED CT')
|-
|'''Toelichting''' ||Geldt alleen voor dit merk.
|-
|colspan='2'|'''Reactie'''
|-
|'''Symptoom''' ||Toxische epidermale necrolyse (code = '23067006' in codeSystem 'SNOMED CT')
|-
|'''SpecifiekeStof''' ||Prednisolon (code = '4170' in codeSystem 'G-Standaard SNK')
|-
|'''ReactieBeschrijving''' ||Blaren op grote delen van de huid
|-
|'''Ernst''' ||Ernstig (code = '24484000' in codeSystem 'SNOMED CT')
|-
|'''Reactie tijdstip''' ||T - 50 dagen om 17:45:00 uur
|}

= Release notes =
Je vindt de release notes bij het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens#Release_notes|functioneel ontwerp]].

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:Vissue-ELZ-269/Huisartsgegevens Beschikbaarstellen

2025-07-18T12:52:53Z

Bas de Jong: /* Labresultaten */

{{IssuePaginaWaarschuwing|ELZ-269|MedMij:V2020.01/Huisartsgegevens_Beschikbaarstellen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Huisartsgegevens - kwalificatie - Beschikbaarstellen Huisartsgegevens {{VersieInfo|Huisartsgegevens}}}}
<span class="toclimit-3">__TOC__</span>




= Doelgroep =
De doelgroep van dit document zijn de leveranciers van huisarts informatiesystemen (HIS) leverancier die zich willen kwalificeren voor de gegevensoverdracht behorende bij de inzage voor een patiënt van het huisartsdossier middels een Persoonlijke Gezondheisomgeving (PGO).
De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, genaamd Conformancelab, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. In dit document wordt verwezen naar verschillende addenda waarin inhoudelijke gegevens zijn opgenomen. De patiëntgegevens waarmee een huisartsinformatiesysteem (HIS) kan worden geraadpleegd staan in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6 van het MedMij kwalificatiescript voor Huisartsgegevens Raadplegen]]. De inhoudelijke huisartsgegevens zoals wordt opgeleverd door een HIS staan beschreven in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript.

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Dit kwalificatiescript is opgesteld ten behoeve van MedMij. Bij het opstellen van dit script is uitgegaan van het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens|Functioneel Ontwerp Huisartsgegevens]] (ook bereikbaar via de Ontwerpen MedMij-pagina). Dit Functioneel Ontwerp (FO) is gebaseerd op de richtlijn opgesteld door het Nederlands huisarts genootschap (NHG) en de Patiëntenfederatie (PF). De te raadplegen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. De onderdelen die niet gekoppeld kunnen worden vallen buiten scope van deze kwalificatie. In tabel 1 van het FO staat hiervan een overzicht.
Bij de bepalingen is een splitsing gemaakt tussen algemene metingen en lab resultaten (dit loopt vooruit op ontwikkelingen binnen de zorginformatiebouwstenen)

== Algemene voorwaarden voor kwalificatie ==




Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij Afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Dit hoofdstuk van het kwalificatiescript is bedoeld om te controleren of het systeem (HIS) succesvol de huisartsgegevens aan een persoonlijke gezondheidsomgeving (PGO) beschikbaar kan stellen.

De patient journey hiervoor is dat een persoon is ingelogd in een PGO en wil zijn gegevens raadplegen die zijn opgeslagen bij zijn huisarts. Daarvoor moet de PGO eerst verbinding maken met het huisarts informatiesysteem (HIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.

Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.

== Op te leveren kwalificatiemateriaal door de leverancier ==

* De berichten worden verstuurd vanuit het HIS. Verstuur de inhoudelijke gegevens zoals is opgesteld in de addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript naar de simulator (FHIR-server).
Let op: sommige ingevoerde gegevens naar aanleiding van de addenda zoals BSN-nummer en de S- en O-regel mogen dus '''niet''' worden meegestuurd in het bericht. Zie hiervoor de NHG [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf Richtlijn online inzage in het H-EPD door patiënt].

* Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het aanleverformat [https://informatiestandaarden.nictiz.nl/images/c/c8/Aanleverformat_-_Beschikbaarstellen_huisartsgegevens_V2020.01_20210324.zip ''Aanleverformat - Beschikbaarstellen huisartsgegevens''].

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in het HIS de patiëntgegevens voor de testpersonen zoals beschreven in de inhoudelijke gegevens van addendum 1 in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak in het HIS het dossier aan voor deze persoon; gebruik hiervoor de inhoudelijke gegevens in de overige addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het [[MedMij:Vprepub-2020.01/Kwalificatie#Huisartsgegevens_2.0| ''Aanleverformat - Beschikbaarstellen huisartsgegevens'']].
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Gegevens beschikbaarstellen conform de addenda/scenario's van het kwalificatiescript Beschikbaarstellen Huisartsgegevens.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem huisartsgegevens beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|}

== Overige aandachtspunten ==
Momenteel geeft scenario 1.1, stap 'Serve Composition' een warning in Conformancelab bij het valideren van de resources, bijvoorbeeld:

<pre><nowiki>Test: processing
Location: Bundle.entry[1].resource/*Composition/gp-EncounterReport-gpdata-encounter-contact01*/.section[0].extension[0].value.ofType(CodeableConcept).coding[0], Line[173] Col[22]
Description: Unknown Code System 'http://hl7.org/fhir/sid/icpc-1-nl'</nowiki></pre>

Warnings die gerelateerd zijn aan een onbekende code in codestelsel ICPC-1-NL (<code><nowiki>http://hl7.org/fhir/sid/icpc-1-nl</nowiki></code>) zijn bekend en kunnen worden genegeerd.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Addendum 1 van dit kwalificatiescript voor Beschikbaarstellen Huisartsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats. In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door het XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben. Een alternatief voor het BSN is het patiëntnummer in het HIS dossier. Dit is een identificatienummer dat gebruikt wordt binnen één HIS maar is niet uniek ten opzichte van patiëntnummers in andere HIS dossiers. Daarom wordt dit niet beschouwd als een persoonsidentificatie.

== Datum T ==
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T-100 dgn betekent dit: 100 dagen eerder dan de afgesproken datum.

==Overige aandachtspunten==
Bij het samenstellen van de inhoudelijke gegevens is zoveel mogelijk de [https://www.nhg.org/themas/publicaties/richtlijn-online-inzage-het-medisch-dossier-door-patient NHG Richtlijn online inzage in het H-EPD door patiënt] aangehouden.
In de voorbeelden zijn SOEP regels opgenomen, waarvan de S en O regel conform de richtlijn '''niet''' dienen te worden aangeleverd. Daarop wordt gecontroleerd bij de kwalificatie.

Daarnaast zijn voorbeelden uitgewerkt met begin- en einddatum van een episode, eventueel in combinatie met een attentievlag. Mocht het kwalificerende systeem hierin een functionele beperking kennen, dient dit voorafgaande aan de kwalificatie afgestemd te worden, zodat we kunnen inschatten wat de implicaties zijn en we daarmee bij de beoordeling van kwalificatie eventueel rekening kunnen houden.

=Inhoudelijke gegevens - addenda 'Beschikbaarstellen Huisartsgegevens'=

In analogie met de kwalificatiescripts voor de gegevensoverdrachten van Huisartswaarneemgegevens, Ketenzorg en Acute zorg, wordt er in dit kwalificatiescript addenda toegepast, vergelijkbaar met scenario's in andere MedMij kwalificatiescripts.

==Addendum 1. Persoonsgegevens==
Een DVA/HIS geeft persoonsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|fBSN ||999911132
|-
|Voornaam ||Jacqueline
|-
|Initialen ||J.
|-
|Eigen naam ||XXX_Cevat
|-
|Straat||Knolweg
|-
|Huisnummer ||1001
|-
|Postcode || 9999XX
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Officieel adres
|-
|Telefoonnummer ||+31190531770
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Telefoonnummer thuis
|-
|EmailAdres ||j_cevat950@HUISARTS.nl
|-
|EmailSoort ||Privé e-mailadres
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Vrouw
|}

==Addendum 2. Zorgverlener (huisarts)==
Een DVA/HIS geeft huisartsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|Voornaam ||Dokter
|-
|Initialen ||D.
|-
|Naamgebruik ||
|-
|Voorvoegsels ||
|-
|Achternaam ||Bernard
|-
|VoorvoegselsPartner ||
|-
|AchternaamPartner ||
|-
|Specialisme ||Huisarts (01.015)
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||dokterbernard@aesculaap.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-
|Identificatie (UZI) ||UZI 1 (zoals 000001111)
|}

==Addendum 3. Zorgaanbieder (huisartsenpraktijk)==
Een DVA/HIS geeft praktijkgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|OrganisatieNaam ||Aesculaap
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245 HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-
|Identificatie systeem (URA) ||00003333
|}

==Addendum 4. Episode==

{| class="wikitable"
!Startdatum !!Einddatum !!Datum Eerste contact !!Datum Laatste contact !!ICPC !!ICPC omschrijving !!Titel (eigen omschrijving) !!Attentie-vlag !!Ref. ID
|-
|T - 400 dgn ||- ||T-400 ||T-400 ||K78 ||Boezemfibrilleren/-fladderen ||Hartkloppingen -paroxysmaal boezemfibrilleren ||X ||Contact01
|-
|T - 300 dgn ||- ||- ||- ||K70 ||Infectieziekte Hartvaatstelsel ||Endocarditis profylaxe ivm mitralis insufficiëntie ||- ||-
|-
|T - 200 dgn ||- ||T-160 ||T-160 ||R96 ||Astma ||Astma ||X ||ContactMMK
|-
|T - 120 dgn ||- ||T-120 ||T-10 ||L86.01 ||HNP (thoracaal/lumbaal) ||Rughernia ||- ||Contact04, Contact05, Contact14, Contact15, Contact16, Contact17
|-
|T - 100 dgn ||T - 95 ||T-95 ||T-95 ||D02 ||Maagpijn ||Maagpijn ||X ||Contact07
|-
|T - 175 dgn ||T - 169 ||T-175 ||T-175 ||S04 ||Lokale zwelling/papel/knobbel huid/subcutis ||Zwelling bij kaak re ||- ||Contact08
|-
|T - 170 dgn ||- ||T-170 ||T-170 ||S74.01 ||Tinea Pedis
||Tinea Pedis ||- ||Contact09
|-
|T - 150 dgn ||- ||T-150 ||T-10 ||R21.01 ||Keelpijn
||Keelpijn ||- ||Contact06, Contact10, Contact11, Contact12, Contact13
|}

==Addendum 5. Journaal (contact, SOEP regels, resultaten van bepalingen, actuele medicatie)==
===Contact13 – T-10d – SE (R21.01)===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 10 dgn
|-
|'''Einddatum''' ||T - 10 dgn
|-
|'''Identificatie''' ||Contact13
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen keelpijn meer, maar wel even uitleg geven. Bleek ontsteking achter in de keel te zijn. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|}

===Contact17 – T-15d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 15 dgn
|-
|'''Einddatum ''' ||T - 15 dgn
|-
|'''Identificatie ''' ||Contact17
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Voelt zich beter, maar het is nog erg stijf || ||UZI 1
|-
|O ||Cesar heeft positieve uitwerking. || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Nogmaals verwijzing Cesar || ||UZI 1
|}

===Contact12 – T-50d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 50 dgn
|-
|'''Einddatum''' ||T - 50 dgn
|-
|'''Identificatie''' ||Contact12
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Meer dan een maand geleden ook geweest ivm keelpijn, echter vergeten te bellen over de uitslag. Nu toch weer pijn || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. Uitslag telling geen afwijking. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Bezoek brengen aan de tandarts, wellicht zit er daar iets. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 50 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}

===Contact16 – T-55d – OE (L86.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 55 dgn
|-
|'''Einddatum''' ||T - 55 dgn
|-
|'''Identificatie''' ||Contact16
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|O ||Op de CT scan duidelijke uitstulping van L02 || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Patiënt geïnformeerd, ziet het nog even aan. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 55 dgn ||2283 CT-onderrug/lumbale wervelkolom ||Duidelijke uitstulping L02.
|}

===Contact15 – T-60d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 60 dgn
|-
|'''Einddatum''' ||T - 60 dgn
|-
|'''Identificatie''' ||Contact15
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Is inmiddels al bijna 3 maanden bezig en het wordt niet beter. Heeft nu ook last van uitstraling. || ||UZI 1
|-
|O ||De klachten zijn helder, scherpe pijn, branderig gevoel in li been || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Scan laten maken, afspraak gepland. || ||UZI 1
|}

===Contact14 – T-80d – SE (L03) P – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 80 dgn
|-
|'''Einddatum''' ||T - 80 dgn
|-
|'''Identificatie''' ||Contact14
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. Verwijzing aangemaakt || ||UZI 1
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!Test-code !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatievlaggen !!Zorgverlener
|-
|T – 80 dgn ||Glucose nuchter, art/cap ||3208 ||5,4 mmol/l ||3,5 mmol/l ||5,6 mmol/l || ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9803 ||T – 80 dgn ||14 d ||PRK: 80349 ||KETOCONAZOL SHAMPOO ||2W (2 maal per week) ||Cutaan || ||UZI 1
|}

===Contact11 – T-90d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 90 dgn
|-
|'''Einddatum''' ||T - 90 dgn
|-
|'''Identificatie''' ||Contact11
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Weer terug de keelpijn, nu wel ziek en lichte verhoging || ||UZI 1
|-
|O ||Geen koorts, Keel: lichte aanslag || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Kweek van aanslag keel || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 90 dgn ||Temperatuur (oraal gemeten) (1915) ||37,7 Cel
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!TestCode !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatie vlaggen !!Zorgverlener
|-
|T – 90 dgn ||Kweek keel ||1334 ||Positief || || || ||UZI 1
|}

===Contact07 – T-95d – SOE (D02) – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 95 dgn
|-
|'''Einddatum''' ||T - 95 dgn
|-
|'''Identificatie''' ||Contact07
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||In eerste instantie na warme eten enige uren pijn in bovenbuik. Niet misselijk, opboeren soms, opgeblazen gevoel. || ||UZI 1
|-
|O ||Maagstreek gevoelig. Overig gb. || ||UZI 1
|-
|E ||Maag/duodenum problemen? ||D02 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9801 ||T – 95 dgn ||5 d ||PRK: 43044 <br> GPK: 96938 ||PANTOPRAZOL 40MG TABLET MSR ||2D1T (2 maal daags 1 tablet, 1 uur voor de maaltijd) ||Oraal || ||UZI 1
|}

===Contact05 – T-100d – SE (L03) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 100 dgn
|-
|'''Einddatum''' ||T - 100 dgn
|-
|'''Identificatie''' ||Contact05
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. || ||UZI 1
|}

===Contact10 – T-115d – SOE (R21.01) P – M ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 115 dgn
|-
|'''Einddatum''' ||T - 115 dgn
|-
|'''Identificatie''' ||Contact10
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Ruim een maand geleden ook al, ging toen vanzelf weg. Had de afgelopen dagen wel lichte verhoging, iets boven de 38. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Medicatie is nog beschikbaar || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 115 dgn ||Temperatuur (oraal gemeten) (1915) ||37,3 Cel
|}

===Contact04 – T-120d – SE (L03) – V ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 120 dgn
|-
|'''Einddatum''' ||T - 120 dgn
|-
|'''Identificatie''' ||Contact04
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Pijn onderrug re, geen uitstraling of hoofdpijn. || ||UZI 1
|-
|E ||lage rugpijn ||L03 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9795 ||T – 120 dgn || ||PRK: 27278 <br> GPK: 51004 ||IBUPROFEN 400MG TABLET ||3D1T zn <br> (3 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|}

===Contact06 – T-150d – SOE (R21.01) P – M – V2===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T - 150 dgn
|-
|'''Einddatum''' ||T - 150 dgn
|-
|'''Identificatie''' ||Contact06
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Keelpijn, morgen feest. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Pcm, tijdens feest paracod. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 150 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}
====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|4234 ||T – 150 dgn ||5 d ||HPK: 768901 ||PARACETAMOL TEVA TABLET 500MG ||6D1T zn (6 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|-
|2226 ||T – 150 dgn || ||GPK: 43990 ||PARACETAMOL/CODEINE ZETPIL 500/10MG ||6D1S zn (6 maal daags, 1 zetpil, zo nodig) ||Rectaal || ||UZI 1
|}

===Contact MMK – T-160d – S (R02) OE (R96) P – V ===

====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 160 dagen
|-
|'''Einddatum''' ||-
|-
|'''Identificatie''' ||ContactMMK
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Benauwd en hoesten tijdens en na sporten. Gebruikt reeds ICS. ||R02 ||UZI 1
|-
|O ||Pulm gb || ||UZI 1
|-
|E ||astma ||R96 ||UZI 1
|-
|P ||Salbutamol half uur voor het sporten. || ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangsdatum !!Duur gebruik !!Code !!Medicijn !!Doseerinstructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|7776 ||T – 160 dgn || ||GPK: <br> PRK: 43281 ||SALBUTAMOL AEROSOL 100UG/DO 200DO AUTOH ||2 inhalaties half uur voor het sporten ||Oraal || ||UZI 1
|}

===Contact09 – T-170d – SOE (S74.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 170 dgn
|-
|'''Einddatum''' ||T - 170 dgn
|-
|'''Identificatie''' ||Contact09
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Jeuk tussen tenen, uitslag. || ||UZI 1
|-
|O ||Rood, smettend. || ||UZI 1
|-
|E ||Mycose. ||S74.01 ||UZI 1
|-
|P ||Heeft nog canesten via drogist; 2x daags gebruiken. || ||UZI 1
|}

===Contact08 – T-175d – SOP===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 175 dgn
|-
|'''Einddatum''' ||T - 175 dgn
|-
|'''Identificatie''' ||Contact08
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Zwelling onder kaak re. bemerkt. || ||UZI 1
|-
|O ||Onder mandibula re. glad weinig mobile zwelling, lijkt speekselkl. || ||UZI 1
|-
|P ||Echo. || ||UZI 1
|}

===Contact03 – T-360d – SP – M3===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 360 dgn
|-
|'''Einddatum''' ||T – 360 dgn
|-
|'''Identificatie''' ||Contact03
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen klachten gehad. || ||UZI 1
|-
|P ||Over paar weken RR thuis. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 360 dgn ||Systolische bloeddruk (1744) ||188 mm[Hg]
|-
|T – 360 dgn ||Diastolische bloeddruk (1740) ||96 mm[Hg]
|-
|T – 360 dgn ||Polsfrequentie (1875) ||104 /min
|}

===Contact02 – T-380d – P – M3===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T – 380 dgn
|-
|'''Einddatum''' ||T – 380 dgn
|-
|'''Identificatie''' ||Contact02
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|P ||Na vakantie nogmaals. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 380 dgn ||Systolische bloeddruk (1744) ||172 mm[Hg]
|-
|T – 380 dgn ||Diastolische bloeddruk (1740) ||87 mm[Hg]
|-
|T – 380 dgn ||Polsfrequentie (1875) ||84 /min
|}

===Contact01 – T-400d – SE (K78) P – M5===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 400 dgn
|-
|'''Einddatum''' ||T - 400 dgn
|-
|'''Identificatie''' ||Contact01
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Wakker geworden, maar vannacht hartkloppingen. Geen beklemdheid. Verder geen klachten || ||UZI 1
|-
|E ||Ritmestoornis. ||K78 ||UZI 1
|-
|P ||Naar SEH. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 400 dgn ||Systolische bloeddruk (1744) ||184 mm[Hg]
|-
|T - 400 dgn ||Diastolische bloeddruk (1740) ||93 mm[Hg]
|-
|T - 400 dgn ||Polsfrequentie (1875) ||120 /min
|-
|T - 400 dgn ||Polsritme (2102) ||irregulair (202)
|-
|T - 400 dgn ||Pols opmerkingen (2126) ||linker pols
|}

==Addendum 6. Medicatie-overgevoeligheid==

{| class="wikitable"
!colspan='2'|Allergie intolerantie
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|-
|'''VeroorzakendeStof''' ||PREDNISOLON CAPSULE 65MG FNA MR (code = '1112821' in codeSystem 'G-Standaard HPK')
|-
|'''AllergieCategorie''' ||Neiging tot ongewenste reactie op medicatie en/of drug (code = '419511003' in codeSystem 'SNOMED CT')
|-
|'''AllergieStatus''' ||Achterhaald (code = 'obsolete' in codeSystem 'HL7 ActStatus')
|-
|'''BeginDatumTijd''' ||T - 50 dagen
|-
|'''MateVanKritiekZijn''' ||Matig (code = '6736007' in codeSystem 'SNOMED CT')
|-
|'''Toelichting''' ||Geldt alleen voor dit merk.
|-
|colspan='2'|'''Reactie'''
|-
|'''Symptoom''' ||Toxische epidermale necrolyse (code = '23067006' in codeSystem 'SNOMED CT')
|-
|'''SpecifiekeStof''' ||Prednisolon (code = '4170' in codeSystem 'G-Standaard SNK')
|-
|'''ReactieBeschrijving''' ||Blaren op grote delen van de huid
|-
|'''Ernst''' ||Ernstig (code = '24484000' in codeSystem 'SNOMED CT')
|-
|'''Reactie tijdstip''' ||T - 50 dagen om 17:45:00 uur
|}

= Release notes =
Je vindt de release notes bij het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens#Release_notes|functioneel ontwerp]].

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:Vissue-ELZ-269/Huisartsgegevens Beschikbaarstellen

2025-07-18T12:51:03Z

Bas de Jong: Clone of V2020.01 production page for issue ELZ-269

{{IssuePaginaWaarschuwing|ELZ-269|MedMij:V2020.01/Huisartsgegevens_Beschikbaarstellen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Huisartsgegevens - kwalificatie - Beschikbaarstellen Huisartsgegevens {{VersieInfo|Huisartsgegevens}}}}
<span class="toclimit-3">__TOC__</span>




= Doelgroep =
De doelgroep van dit document zijn de leveranciers van huisarts informatiesystemen (HIS) leverancier die zich willen kwalificeren voor de gegevensoverdracht behorende bij de inzage voor een patiënt van het huisartsdossier middels een Persoonlijke Gezondheisomgeving (PGO).
De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, genaamd Conformancelab, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. In dit document wordt verwezen naar verschillende addenda waarin inhoudelijke gegevens zijn opgenomen. De patiëntgegevens waarmee een huisartsinformatiesysteem (HIS) kan worden geraadpleegd staan in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6 van het MedMij kwalificatiescript voor Huisartsgegevens Raadplegen]]. De inhoudelijke huisartsgegevens zoals wordt opgeleverd door een HIS staan beschreven in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript.

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Dit kwalificatiescript is opgesteld ten behoeve van MedMij. Bij het opstellen van dit script is uitgegaan van het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens|Functioneel Ontwerp Huisartsgegevens]] (ook bereikbaar via de Ontwerpen MedMij-pagina). Dit Functioneel Ontwerp (FO) is gebaseerd op de richtlijn opgesteld door het Nederlands huisarts genootschap (NHG) en de Patiëntenfederatie (PF). De te raadplegen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. De onderdelen die niet gekoppeld kunnen worden vallen buiten scope van deze kwalificatie. In tabel 1 van het FO staat hiervan een overzicht.
Bij de bepalingen is een splitsing gemaakt tussen algemene metingen en lab resultaten (dit loopt vooruit op ontwikkelingen binnen de zorginformatiebouwstenen)

== Algemene voorwaarden voor kwalificatie ==




Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij Afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Dit hoofdstuk van het kwalificatiescript is bedoeld om te controleren of het systeem (HIS) succesvol de huisartsgegevens aan een persoonlijke gezondheidsomgeving (PGO) beschikbaar kan stellen.

De patient journey hiervoor is dat een persoon is ingelogd in een PGO en wil zijn gegevens raadplegen die zijn opgeslagen bij zijn huisarts. Daarvoor moet de PGO eerst verbinding maken met het huisarts informatiesysteem (HIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.

Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.

== Op te leveren kwalificatiemateriaal door de leverancier ==

* De berichten worden verstuurd vanuit het HIS. Verstuur de inhoudelijke gegevens zoals is opgesteld in de addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen#Inhoudelijke_gegevens_-_addenda_.27Beschikbaarstellen_Huisartsgegevens.27|hoofdstuk 6]] van dit kwalificatiescript naar de simulator (FHIR-server).
Let op: sommige ingevoerde gegevens naar aanleiding van de addenda zoals BSN-nummer en de S- en O-regel mogen dus '''niet''' worden meegestuurd in het bericht. Zie hiervoor de NHG [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf Richtlijn online inzage in het H-EPD door patiënt].

* Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het aanleverformat [https://informatiestandaarden.nictiz.nl/images/c/c8/Aanleverformat_-_Beschikbaarstellen_huisartsgegevens_V2020.01_20210324.zip ''Aanleverformat - Beschikbaarstellen huisartsgegevens''].

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in het HIS de patiëntgegevens voor de testpersonen zoals beschreven in de inhoudelijke gegevens van addendum 1 in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak in het HIS het dossier aan voor deze persoon; gebruik hiervoor de inhoudelijke gegevens in de overige addenda in [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|hoofdstuk 6]].
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het [[MedMij:Vprepub-2020.01/Kwalificatie#Huisartsgegevens_2.0| ''Aanleverformat - Beschikbaarstellen huisartsgegevens'']].
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Gegevens beschikbaarstellen conform de addenda/scenario's van het kwalificatiescript Beschikbaarstellen Huisartsgegevens.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem huisartsgegevens beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|}

== Overige aandachtspunten ==
Momenteel geeft scenario 1.1, stap 'Serve Composition' een warning in Conformancelab bij het valideren van de resources, bijvoorbeeld:

<pre><nowiki>Test: processing
Location: Bundle.entry[1].resource/*Composition/gp-EncounterReport-gpdata-encounter-contact01*/.section[0].extension[0].value.ofType(CodeableConcept).coding[0], Line[173] Col[22]
Description: Unknown Code System 'http://hl7.org/fhir/sid/icpc-1-nl'</nowiki></pre>

Warnings die gerelateerd zijn aan een onbekende code in codestelsel ICPC-1-NL (<code><nowiki>http://hl7.org/fhir/sid/icpc-1-nl</nowiki></code>) zijn bekend en kunnen worden genegeerd.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Addendum 1 van dit kwalificatiescript voor Beschikbaarstellen Huisartsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats. In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door het XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben. Een alternatief voor het BSN is het patiëntnummer in het HIS dossier. Dit is een identificatienummer dat gebruikt wordt binnen één HIS maar is niet uniek ten opzichte van patiëntnummers in andere HIS dossiers. Daarom wordt dit niet beschouwd als een persoonsidentificatie.

== Datum T ==
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T-100 dgn betekent dit: 100 dagen eerder dan de afgesproken datum.

==Overige aandachtspunten==
Bij het samenstellen van de inhoudelijke gegevens is zoveel mogelijk de [https://www.nhg.org/themas/publicaties/richtlijn-online-inzage-het-medisch-dossier-door-patient NHG Richtlijn online inzage in het H-EPD door patiënt] aangehouden.
In de voorbeelden zijn SOEP regels opgenomen, waarvan de S en O regel conform de richtlijn '''niet''' dienen te worden aangeleverd. Daarop wordt gecontroleerd bij de kwalificatie.

Daarnaast zijn voorbeelden uitgewerkt met begin- en einddatum van een episode, eventueel in combinatie met een attentievlag. Mocht het kwalificerende systeem hierin een functionele beperking kennen, dient dit voorafgaande aan de kwalificatie afgestemd te worden, zodat we kunnen inschatten wat de implicaties zijn en we daarmee bij de beoordeling van kwalificatie eventueel rekening kunnen houden.

=Inhoudelijke gegevens - addenda 'Beschikbaarstellen Huisartsgegevens'=

In analogie met de kwalificatiescripts voor de gegevensoverdrachten van Huisartswaarneemgegevens, Ketenzorg en Acute zorg, wordt er in dit kwalificatiescript addenda toegepast, vergelijkbaar met scenario's in andere MedMij kwalificatiescripts.

==Addendum 1. Persoonsgegevens==
Een DVA/HIS geeft persoonsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|fBSN ||999911132
|-
|Voornaam ||Jacqueline
|-
|Initialen ||J.
|-
|Eigen naam ||XXX_Cevat
|-
|Straat||Knolweg
|-
|Huisnummer ||1001
|-
|Postcode || 9999XX
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Officieel adres
|-
|Telefoonnummer ||+31190531770
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Telefoonnummer thuis
|-
|EmailAdres ||j_cevat950@HUISARTS.nl
|-
|EmailSoort ||Privé e-mailadres
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Vrouw
|}

==Addendum 2. Zorgverlener (huisarts)==
Een DVA/HIS geeft huisartsgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|Voornaam ||Dokter
|-
|Initialen ||D.
|-
|Naamgebruik ||
|-
|Voorvoegsels ||
|-
|Achternaam ||Bernard
|-
|VoorvoegselsPartner ||
|-
|AchternaamPartner ||
|-
|Specialisme ||Huisarts (01.015)
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||dokterbernard@aesculaap.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-
|Identificatie (UZI) ||UZI 1 (zoals 000001111)
|}

==Addendum 3. Zorgaanbieder (huisartsenpraktijk)==
Een DVA/HIS geeft praktijkgegevens zoals ze in het systeem staan. Minimaal worden onderstaande gegevens verwacht.

{| class="wikitable"
!Item !!Data
|-
|OrganisatieNaam ||Aesculaap
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245 HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-
|Identificatie systeem (URA) ||00003333
|}

==Addendum 4. Episode==

{| class="wikitable"
!Startdatum !!Einddatum !!Datum Eerste contact !!Datum Laatste contact !!ICPC !!ICPC omschrijving !!Titel (eigen omschrijving) !!Attentie-vlag !!Ref. ID
|-
|T - 400 dgn ||- ||T-400 ||T-400 ||K78 ||Boezemfibrilleren/-fladderen ||Hartkloppingen -paroxysmaal boezemfibrilleren ||X ||Contact01
|-
|T - 300 dgn ||- ||- ||- ||K70 ||Infectieziekte Hartvaatstelsel ||Endocarditis profylaxe ivm mitralis insufficiëntie ||- ||-
|-
|T - 200 dgn ||- ||T-160 ||T-160 ||R96 ||Astma ||Astma ||X ||ContactMMK
|-
|T - 120 dgn ||- ||T-120 ||T-10 ||L86.01 ||HNP (thoracaal/lumbaal) ||Rughernia ||- ||Contact04, Contact05, Contact14, Contact15, Contact16, Contact17
|-
|T - 100 dgn ||T - 95 ||T-95 ||T-95 ||D02 ||Maagpijn ||Maagpijn ||X ||Contact07
|-
|T - 175 dgn ||T - 169 ||T-175 ||T-175 ||S04 ||Lokale zwelling/papel/knobbel huid/subcutis ||Zwelling bij kaak re ||- ||Contact08
|-
|T - 170 dgn ||- ||T-170 ||T-170 ||S74.01 ||Tinea Pedis
||Tinea Pedis ||- ||Contact09
|-
|T - 150 dgn ||- ||T-150 ||T-10 ||R21.01 ||Keelpijn
||Keelpijn ||- ||Contact06, Contact10, Contact11, Contact12, Contact13
|}

==Addendum 5. Journaal (contact, SOEP regels, resultaten van bepalingen, actuele medicatie)==
===Contact13 – T-10d – SE (R21.01)===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 10 dgn
|-
|'''Einddatum''' ||T - 10 dgn
|-
|'''Identificatie''' ||Contact13
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen keelpijn meer, maar wel even uitleg geven. Bleek ontsteking achter in de keel te zijn. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|}

===Contact17 – T-15d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum ''' ||T - 15 dgn
|-
|'''Einddatum ''' ||T - 15 dgn
|-
|'''Identificatie ''' ||Contact17
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Voelt zich beter, maar het is nog erg stijf || ||UZI 1
|-
|O ||Cesar heeft positieve uitwerking. || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Nogmaals verwijzing Cesar || ||UZI 1
|}

===Contact12 – T-50d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 50 dgn
|-
|'''Einddatum''' ||T - 50 dgn
|-
|'''Identificatie''' ||Contact12
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Meer dan een maand geleden ook geweest ivm keelpijn, echter vergeten te bellen over de uitslag. Nu toch weer pijn || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. Uitslag telling geen afwijking. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Bezoek brengen aan de tandarts, wellicht zit er daar iets. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 50 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}

===Contact16 – T-55d – OE (L86.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 55 dgn
|-
|'''Einddatum''' ||T - 55 dgn
|-
|'''Identificatie''' ||Contact16
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|O ||Op de CT scan duidelijke uitstulping van L02 || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Patiënt geïnformeerd, ziet het nog even aan. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 55 dgn ||2283 CT-onderrug/lumbale wervelkolom ||Duidelijke uitstulping L02.
|}

===Contact15 – T-60d – SOE (L86.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 60 dgn
|-
|'''Einddatum''' ||T - 60 dgn
|-
|'''Identificatie''' ||Contact15
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Is inmiddels al bijna 3 maanden bezig en het wordt niet beter. Heeft nu ook last van uitstraling. || ||UZI 1
|-
|O ||De klachten zijn helder, scherpe pijn, branderig gevoel in li been || ||UZI 1
|-
|E ||HNP ||L86.01 ||UZI 1
|-
|P ||Scan laten maken, afspraak gepland. || ||UZI 1
|}

===Contact14 – T-80d – SE (L03) P – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 80 dgn
|-
|'''Einddatum''' ||T - 80 dgn
|-
|'''Identificatie''' ||Contact14
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. Verwijzing aangemaakt || ||UZI 1
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!Test-code !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatievlaggen !!Zorgverlener
|-
|T – 80 dgn ||Glucose nuchter, art/cap ||3208 ||5,4 mmol/l ||3,5 mmol/l ||5,6 mmol/l ||N ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9803 ||T – 80 dgn ||14 d ||PRK: 80349 ||KETOCONAZOL SHAMPOO ||2W (2 maal per week) ||Cutaan || ||UZI 1
|}

===Contact11 – T-90d – SOE (R21.01) P – M===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 90 dgn
|-
|'''Einddatum''' ||T - 90 dgn
|-
|'''Identificatie''' ||Contact11
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Weer terug de keelpijn, nu wel ziek en lichte verhoging || ||UZI 1
|-
|O ||Geen koorts, Keel: lichte aanslag || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Kweek van aanslag keel || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 90 dgn ||Temperatuur (oraal gemeten) (1915) ||37,7 Cel
|}

====Labresultaten====

{| class="wikitable"
!Test DatumTijd !!Naam !!TestCode !!Waarde !!Referentie Ondergrens !!Referentie Bovengrens !!Interpretatie vlaggen !!Zorgverlener
|-
|T – 90 dgn ||Kweek keel ||1334 ||Positief || || || ||UZI 1
|}

===Contact07 – T-95d – SOE (D02) – V===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 95 dgn
|-
|'''Einddatum''' ||T - 95 dgn
|-
|'''Identificatie''' ||Contact07
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||In eerste instantie na warme eten enige uren pijn in bovenbuik. Niet misselijk, opboeren soms, opgeblazen gevoel. || ||UZI 1
|-
|O ||Maagstreek gevoelig. Overig gb. || ||UZI 1
|-
|E ||Maag/duodenum problemen? ||D02 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9801 ||T – 95 dgn ||5 d ||PRK: 43044 <br> GPK: 96938 ||PANTOPRAZOL 40MG TABLET MSR ||2D1T (2 maal daags 1 tablet, 1 uur voor de maaltijd) ||Oraal || ||UZI 1
|}

===Contact05 – T-100d – SE (L03) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 100 dgn
|-
|'''Einddatum''' ||T - 100 dgn
|-
|'''Identificatie''' ||Contact05
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Nog steeds last. || ||UZI 1
|-
|E ||Lage rugpijn ||L03 ||UZI 1
|-
|P ||Cesar of Mensendieck. || ||UZI 1
|}

===Contact10 – T-115d – SOE (R21.01) P – M ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 115 dgn
|-
|'''Einddatum''' ||T - 115 dgn
|-
|'''Identificatie''' ||Contact10
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Ruim een maand geleden ook al, ging toen vanzelf weg. Had de afgelopen dagen wel lichte verhoging, iets boven de 38. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Medicatie is nog beschikbaar || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 115 dgn ||Temperatuur (oraal gemeten) (1915) ||37,3 Cel
|}

===Contact04 – T-120d – SE (L03) – V ===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 120 dgn
|-
|'''Einddatum''' ||T - 120 dgn
|-
|'''Identificatie''' ||Contact04
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Pijn onderrug re, geen uitstraling of hoofdpijn. || ||UZI 1
|-
|E ||lage rugpijn ||L03 ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|9795 ||T – 120 dgn || ||PRK: 27278 <br> GPK: 51004 ||IBUPROFEN 400MG TABLET ||3D1T zn <br> (3 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|}

===Contact06 – T-150d – SOE (R21.01) P – M – V2===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T - 150 dgn
|-
|'''Einddatum''' ||T - 150 dgn
|-
|'''Identificatie''' ||Contact06
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Keelpijn, morgen feest. || ||UZI 1
|-
|O ||Geen koorts, niet ziek. Keel:gb. || ||UZI 1
|-
|E ||Keelpijn eci. ||R21.01 ||UZI 1
|-
|P ||Afwachten, zn. Pcm, tijdens feest paracod. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 150 dgn ||Temperatuur (oraal gemeten) (1915) ||37,4 Cel
|}
====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangs-datum !!Duur gebruik !!Code !!Medicijn !!Doseer-instructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|4234 ||T – 150 dgn ||5 d ||HPK: 768901 ||PARACETAMOL TEVA TABLET 500MG ||6D1T zn (6 maal daags, 1 tablet, zo nodig) ||Oraal || ||UZI 1
|-
|2226 ||T – 150 dgn || ||GPK: 43990 ||PARACETAMOL/CODEINE ZETPIL 500/10MG ||6D1S zn (6 maal daags, 1 zetpil, zo nodig) ||Rectaal || ||UZI 1
|}

===Contact MMK – T-160d – S (R02) OE (R96) P – V ===

====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 160 dagen
|-
|'''Einddatum''' ||-
|-
|'''Identificatie''' ||ContactMMK
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Benauwd en hoesten tijdens en na sporten. Gebruikt reeds ICS. ||R02 ||UZI 1
|-
|O ||Pulm gb || ||UZI 1
|-
|E ||astma ||R96 ||UZI 1
|-
|P ||Salbutamol half uur voor het sporten. || ||UZI 1
|}

====Medicatieafspraken====

{| class="wikitable"
!MBH-id !!Ingangsdatum !!Duur gebruik !!Code !!Medicijn !!Doseerinstructie !!Toedienings-weg !!Voorschrijf-reden !!Voorschrijver
|-
|7776 ||T – 160 dgn || ||GPK: <br> PRK: 43281 ||SALBUTAMOL AEROSOL 100UG/DO 200DO AUTOH ||2 inhalaties half uur voor het sporten ||Oraal || ||UZI 1
|}

===Contact09 – T-170d – SOE (S74.01) P===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 170 dgn
|-
|'''Einddatum''' ||T - 170 dgn
|-
|'''Identificatie''' ||Contact09
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Jeuk tussen tenen, uitslag. || ||UZI 1
|-
|O ||Rood, smettend. || ||UZI 1
|-
|E ||Mycose. ||S74.01 ||UZI 1
|-
|P ||Heeft nog canesten via drogist; 2x daags gebruiken. || ||UZI 1
|}

===Contact08 – T-175d – SOP===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 175 dgn
|-
|'''Einddatum''' ||T - 175 dgn
|-
|'''Identificatie''' ||Contact08
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Zwelling onder kaak re. bemerkt. || ||UZI 1
|-
|O ||Onder mandibula re. glad weinig mobile zwelling, lijkt speekselkl. || ||UZI 1
|-
|P ||Echo. || ||UZI 1
|}

===Contact03 – T-360d – SP – M3===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T – 360 dgn
|-
|'''Einddatum''' ||T – 360 dgn
|-
|'''Identificatie''' ||Contact03
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Geen klachten gehad. || ||UZI 1
|-
|P ||Over paar weken RR thuis. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 360 dgn ||Systolische bloeddruk (1744) ||188 mm[Hg]
|-
|T – 360 dgn ||Diastolische bloeddruk (1740) ||96 mm[Hg]
|-
|T – 360 dgn ||Polsfrequentie (1875) ||104 /min
|}

===Contact02 – T-380d – P – M3===
====Algemene contactgegevens====

{| class="wikitable"
!'''Soort contact''' !!Consult
|-
|'''Startdatum''' ||T – 380 dgn
|-
|'''Einddatum''' ||T – 380 dgn
|-
|'''Identificatie''' ||Contact02
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|P ||Na vakantie nogmaals. || ||UZI 1
|}
====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T – 380 dgn ||Systolische bloeddruk (1744) ||172 mm[Hg]
|-
|T – 380 dgn ||Diastolische bloeddruk (1740) ||87 mm[Hg]
|-
|T – 380 dgn ||Polsfrequentie (1875) ||84 /min
|}

===Contact01 – T-400d – SE (K78) P – M5===
====Algemene contactgegevens====

{| class="wikitable"
|'''Soort contact''' ||Consult
|-
|'''Startdatum''' ||T - 400 dgn
|-
|'''Einddatum''' ||T - 400 dgn
|-
|'''Identificatie''' ||Contact01
|-
|'''Identificatie inhoudsverantwoordelijke''' ||UZI 1
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|}

====Journaalregels====

{| class="wikitable"
!Type !!Tekst !!ICPC !!Zorgverlener
|-
|S ||Wakker geworden, maar vannacht hartkloppingen. Geen beklemdheid. Verder geen klachten || ||UZI 1
|-
|E ||Ritmestoornis. ||K78 ||UZI 1
|-
|P ||Naar SEH. || ||UZI 1
|}

====Metingen====

{| class="wikitable"
!Datum !!Omschrijving (Code) !!Uitslag (waarde, eenheid)
|-
|T - 400 dgn ||Systolische bloeddruk (1744) ||184 mm[Hg]
|-
|T - 400 dgn ||Diastolische bloeddruk (1740) ||93 mm[Hg]
|-
|T - 400 dgn ||Polsfrequentie (1875) ||120 /min
|-
|T - 400 dgn ||Polsritme (2102) ||irregulair (202)
|-
|T - 400 dgn ||Pols opmerkingen (2126) ||linker pols
|}

==Addendum 6. Medicatie-overgevoeligheid==

{| class="wikitable"
!colspan='2'|Allergie intolerantie
|-
|'''Naam inhoudsverantwoordelijke''' ||Dokter Bernard
|-
|'''VeroorzakendeStof''' ||PREDNISOLON CAPSULE 65MG FNA MR (code = '1112821' in codeSystem 'G-Standaard HPK')
|-
|'''AllergieCategorie''' ||Neiging tot ongewenste reactie op medicatie en/of drug (code = '419511003' in codeSystem 'SNOMED CT')
|-
|'''AllergieStatus''' ||Achterhaald (code = 'obsolete' in codeSystem 'HL7 ActStatus')
|-
|'''BeginDatumTijd''' ||T - 50 dagen
|-
|'''MateVanKritiekZijn''' ||Matig (code = '6736007' in codeSystem 'SNOMED CT')
|-
|'''Toelichting''' ||Geldt alleen voor dit merk.
|-
|colspan='2'|'''Reactie'''
|-
|'''Symptoom''' ||Toxische epidermale necrolyse (code = '23067006' in codeSystem 'SNOMED CT')
|-
|'''SpecifiekeStof''' ||Prednisolon (code = '4170' in codeSystem 'G-Standaard SNK')
|-
|'''ReactieBeschrijving''' ||Blaren op grote delen van de huid
|-
|'''Ernst''' ||Ernstig (code = '24484000' in codeSystem 'SNOMED CT')
|-
|'''Reactie tijdstip''' ||T - 50 dagen om 17:45:00 uur
|}

= Release notes =
Je vindt de release notes bij het [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens#Release_notes|functioneel ontwerp]].

{{MedMij:Sjabloon_Ondersteuning}}

Kwalificatiescript - Ambulanceoverdracht AMB - SEH ontvangen

2025-07-11T12:06:43Z

Bas de Jong: /* Uit te voeren stappen */

__NOINDEX__


<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>



__NUMBEREDHEADINGS__

{{DISPLAYTITLE:xAcute Zorgx {{VersieInfo|xAcuteZorgx}}- Kwalificatie Ambulanceoverdracht SEH ontvangen- xontvangen Ambulanceoverdracht SEHx}}
<span class="toclimit-3">__TOC__</span>



[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]


= Inleiding =
== Algemene informatie ==

Dit kwalificatiescript is opgesteld door Nictiz. Actuele informatie over de informatiestandaard en de usecase van dit kwalificatiescript kan je vinden via de hoofdpagina van [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]].

== Doelgroep ==
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg.
Dit document beschrijft het te doorlopen script voor kwalificatie met de systeemrol: '''Acute Zorg Proces - Ambulance Overdracht SEH Ontvangend [AZP-AOO] Systeem'''.

== Voorwaarden voor kwalificeren==
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz:
* De XIS leverancier heeft kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* De XIS leverancier heeft kennis en begrip van de Informatiestandaard [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]]
* De XIS leverancier begrijpt en zorgt voor naleving van de aandachtspunten zoals beschreven in dit document.
* Ten aanzien van Sturen / Beschikbaar stellen: de kwalificatiedocumentatie bevat de gegevens die de XIS leverancier partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. ''Onjuist ingevoerde gegevens''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
* Ten aanzien van Ontvangen / Raadplegen: inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te laten kwalificeren op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.
== Aanpak van kwalificatie==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.
== Op te leveren materialen ==
De op te leveren materialen bestaan uit:
# een live demo inclusief opname tijdens het ontvangen van het bericht.
# schermafdrukken (voor de aangegeven scenario's).
Indien een schermafdruk opgeleverd moet worden, staat in het scenario aangegeven wat er op het schermafdruk zichtbaar moet zijn (staat er niks genoemd, dan is er geen schermafdruk nodig).

== Tools voor kwalificatie ==
===ART-DECOR===
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =
== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:

'''Ontvangen'''
# Maak in het XIS de zorgverlener en zorgaanbieder aan, zoals beschreven in de inhoudelijke gegevens.
# Registreer in het XIS de persoonsgegevens voor de kwalificatiepersoon zoals opgenomen in de inhoudelijke gegevens.
# Maak schermafdrukken van de ingevoerde gegevens.
# Start het opsturen van de inhoudelijke gegevens vanaf de kwalificatieserver.
# Ontvang en verwerk (gestructureerd opslaan in database) de berichten in het XIS.
# Maak schermafdrukken van de in het XIS getoonde gegevens.

== Overzicht kwalificatiescenario's ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht|| Doel van kwalificatie || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Aanmeldingsbericht met minimale vulling || Aantonen dat het ambulanceoverdracht ontvangend informatiesysteem de berichten met verschillende statussen (actief, geannuleerd en overgedragen) en diens gegevens in dit testscript correct en volledig kan ontvangen, verwerken en tonen.|| [[#Scenario 1| Bericht 1]]
|-
| 2 || Update met aanvullende informatie tijdens overdracht van de patiënt van de AMB naar de SEH || Het systeem moet in staat zijn om alle cumulatieve gegevens vanaf bericht T1 volledig, correct en in de juiste context te ontvangen en te tonen. || [[#Scenario 2| Bericht 2]]
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor kwalificatiedoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de kwalificatiepersoon).

== Variabele T-datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum.

Voor de kwalificatieserver van ART-DECOR geldt: Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss“

= Inhoudelijke gegevens =

De volgende relatieve tijden worden aangehouden in de berichten.

{| class="wikitable" width="10%"
|-style="vertical-align:top;|style="background-color: white;"
|T1 || T1
|-style="vertical-align:top;|style="background-color: white;"
|T2 || T1 + 2min
|}

== Bericht 1 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT1}}

== Bericht 2 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT2}}

Kwalificatiescript - Ambulanceoverdracht AMB - SEH ontvangen

2025-07-11T12:04:19Z

Bas de Jong: /* Voorwaarden voor kwalificeren */

__NOINDEX__


<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>



__NUMBEREDHEADINGS__

{{DISPLAYTITLE:xAcute Zorgx {{VersieInfo|xAcuteZorgx}}- Kwalificatie Ambulanceoverdracht SEH ontvangen- xontvangen Ambulanceoverdracht SEHx}}
<span class="toclimit-3">__TOC__</span>



[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]


= Inleiding =
== Algemene informatie ==

Dit kwalificatiescript is opgesteld door Nictiz. Actuele informatie over de informatiestandaard en de usecase van dit kwalificatiescript kan je vinden via de hoofdpagina van [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]].

== Doelgroep ==
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg.
Dit document beschrijft het te doorlopen script voor kwalificatie met de systeemrol: '''Acute Zorg Proces - Ambulance Overdracht SEH Ontvangend [AZP-AOO] Systeem'''.

== Voorwaarden voor kwalificeren==
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz:
* De XIS leverancier heeft kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* De XIS leverancier heeft kennis en begrip van de Informatiestandaard [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]]
* De XIS leverancier begrijpt en zorgt voor naleving van de aandachtspunten zoals beschreven in dit document.
* Ten aanzien van Sturen / Beschikbaar stellen: de kwalificatiedocumentatie bevat de gegevens die de XIS leverancier partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. ''Onjuist ingevoerde gegevens''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
* Ten aanzien van Ontvangen / Raadplegen: inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te laten kwalificeren op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.
== Aanpak van kwalificatie==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.
== Op te leveren materialen ==
De op te leveren materialen bestaan uit:
# een live demo inclusief opname tijdens het ontvangen van het bericht.
# schermafdrukken (voor de aangegeven scenario's).
Indien een schermafdruk opgeleverd moet worden, staat in het scenario aangegeven wat er op het schermafdruk zichtbaar moet zijn (staat er niks genoemd, dan is er geen schermafdruk nodig).

== Tools voor kwalificatie ==
===ART-DECOR===
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =
== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:

'''Ontvangen'''
# Maak in het XIS de zorgverlener en zorgaanbieder aan, zoals beschreven in de inhoudelijke gegevens.
# Registreer in het XIS de persoonsgegevens voor de kwalificatiepersoon zoals opgenomen in de inhoudelijke gegevens.
# Maak schermafdrukken van de ingevoerde gegevens.
# Start het sturen van de inhoudelijke gegevens op vanaf de kwalificatieserver.
# Ontvang en verwerk (gestructureerd opslaan in database) de berichten in het XIS.
# Maak schermafdrukken van de in het XIS ontvangen gegevens.

== Overzicht kwalificatiescenario's ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht|| Doel van kwalificatie || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Aanmeldingsbericht met minimale vulling || Aantonen dat het ambulanceoverdracht ontvangend informatiesysteem de berichten met verschillende statussen (actief, geannuleerd en overgedragen) en diens gegevens in dit testscript correct en volledig kan ontvangen, verwerken en tonen.|| [[#Scenario 1| Bericht 1]]
|-
| 2 || Update met aanvullende informatie tijdens overdracht van de patiënt van de AMB naar de SEH || Het systeem moet in staat zijn om alle cumulatieve gegevens vanaf bericht T1 volledig, correct en in de juiste context te ontvangen en te tonen. || [[#Scenario 2| Bericht 2]]
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor kwalificatiedoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de kwalificatiepersoon).

== Variabele T-datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum.

Voor de kwalificatieserver van ART-DECOR geldt: Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss“

= Inhoudelijke gegevens =

De volgende relatieve tijden worden aangehouden in de berichten.

{| class="wikitable" width="10%"
|-style="vertical-align:top;|style="background-color: white;"
|T1 || T1
|-style="vertical-align:top;|style="background-color: white;"
|T2 || T1 + 2min
|}

== Bericht 1 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT1}}

== Bericht 2 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT2}}

Kwalificatiescript - Ambulanceoverdracht AMB - SEH ontvangen

2025-07-11T11:54:47Z

Bas de Jong: /* Doelgroep */

__NOINDEX__


<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>



__NUMBEREDHEADINGS__

{{DISPLAYTITLE:xAcute Zorgx {{VersieInfo|xAcuteZorgx}}- Kwalificatie Ambulanceoverdracht SEH ontvangen- xontvangen Ambulanceoverdracht SEHx}}
<span class="toclimit-3">__TOC__</span>



[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]


= Inleiding =
== Algemene informatie ==

Dit kwalificatiescript is opgesteld door Nictiz. Actuele informatie over de informatiestandaard en de usecase van dit kwalificatiescript kan je vinden via de hoofdpagina van [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]].

== Doelgroep ==
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg.
Dit document beschrijft het te doorlopen script voor kwalificatie met de systeemrol: '''Acute Zorg Proces - Ambulance Overdracht SEH Ontvangend [AZP-AOO] Systeem'''.

== Voorwaarden voor kwalificeren==
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:
* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. ''Onjuist ingevoerde gegevens''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
* Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
* Kennis en begrip van de Informatiestandaard [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]]

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te laten kwalificeren op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.
== Aanpak van kwalificatie==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.
== Op te leveren materialen ==
De op te leveren materialen bestaan uit:
# een live demo inclusief opname tijdens het ontvangen van het bericht.
# schermafdrukken (voor de aangegeven scenario's).
Indien een schermafdruk opgeleverd moet worden, staat in het scenario aangegeven wat er op het schermafdruk zichtbaar moet zijn (staat er niks genoemd, dan is er geen schermafdruk nodig).

== Tools voor kwalificatie ==
===ART-DECOR===
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =
== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:

'''Ontvangen'''
# Maak in het XIS de zorgverlener en zorgaanbieder aan, zoals beschreven in de inhoudelijke gegevens.
# Registreer in het XIS de persoonsgegevens voor de kwalificatiepersoon zoals opgenomen in de inhoudelijke gegevens.
# Maak schermafdrukken van de ingevoerde gegevens.
# Start het sturen van de inhoudelijke gegevens op vanaf de kwalificatieserver.
# Ontvang en verwerk (gestructureerd opslaan in database) de berichten in het XIS.
# Maak schermafdrukken van de in het XIS ontvangen gegevens.

== Overzicht kwalificatiescenario's ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht|| Doel van kwalificatie || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Aanmeldingsbericht met minimale vulling || Aantonen dat het ambulanceoverdracht ontvangend informatiesysteem de berichten met verschillende statussen (actief, geannuleerd en overgedragen) en diens gegevens in dit testscript correct en volledig kan ontvangen, verwerken en tonen.|| [[#Scenario 1| Bericht 1]]
|-
| 2 || Update met aanvullende informatie tijdens overdracht van de patiënt van de AMB naar de SEH || Het systeem moet in staat zijn om alle cumulatieve gegevens vanaf bericht T1 volledig, correct en in de juiste context te ontvangen en te tonen. || [[#Scenario 2| Bericht 2]]
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor kwalificatiedoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de kwalificatiepersoon).

== Variabele T-datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum.

Voor de kwalificatieserver van ART-DECOR geldt: Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss“

= Inhoudelijke gegevens =

De volgende relatieve tijden worden aangehouden in de berichten.

{| class="wikitable" width="10%"
|-style="vertical-align:top;|style="background-color: white;"
|T1 || T1
|-style="vertical-align:top;|style="background-color: white;"
|T2 || T1 + 2min
|}

== Bericht 1 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT1}}

== Bericht 2 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT2}}

Kwalificatiescript - Ambulanceoverdracht AMB - SEH ontvangen

2025-07-11T11:53:17Z

Bas de Jong: /* Algemene informatie */

__NOINDEX__


<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>



__NUMBEREDHEADINGS__

{{DISPLAYTITLE:xAcute Zorgx {{VersieInfo|xAcuteZorgx}}- Kwalificatie Ambulanceoverdracht SEH ontvangen- xontvangen Ambulanceoverdracht SEHx}}
<span class="toclimit-3">__TOC__</span>



[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]


= Inleiding =
== Algemene informatie ==

Dit kwalificatiescript is opgesteld door Nictiz. Actuele informatie over de informatiestandaard en de usecase van dit kwalificatiescript kan je vinden via de hoofdpagina van [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]].

== Doelgroep ==
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van het bericht bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg.
Dit kwalificatiemateriaal is ontwikkeld voor de systeemrol: Sturen/Ontvangen

Dit document beschrijft het te doorlopen script voor kwalificatie voor de systeemrol: '''Acute Zorg Proces - Ambulance Overdracht SEH Ontvangend [AZP-AOO] Systeem'''.

== Voorwaarden voor kwalificeren==
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:
* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. ''Onjuist ingevoerde gegevens''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
* Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
* Kennis en begrip van de Informatiestandaard [[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg| Acute Zorg]]

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te laten kwalificeren op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.
== Aanpak van kwalificatie==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.
== Op te leveren materialen ==
De op te leveren materialen bestaan uit:
# een live demo inclusief opname tijdens het ontvangen van het bericht.
# schermafdrukken (voor de aangegeven scenario's).
Indien een schermafdruk opgeleverd moet worden, staat in het scenario aangegeven wat er op het schermafdruk zichtbaar moet zijn (staat er niks genoemd, dan is er geen schermafdruk nodig).

== Tools voor kwalificatie ==
===ART-DECOR===
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =
== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:

'''Ontvangen'''
# Maak in het XIS de zorgverlener en zorgaanbieder aan, zoals beschreven in de inhoudelijke gegevens.
# Registreer in het XIS de persoonsgegevens voor de kwalificatiepersoon zoals opgenomen in de inhoudelijke gegevens.
# Maak schermafdrukken van de ingevoerde gegevens.
# Start het sturen van de inhoudelijke gegevens op vanaf de kwalificatieserver.
# Ontvang en verwerk (gestructureerd opslaan in database) de berichten in het XIS.
# Maak schermafdrukken van de in het XIS ontvangen gegevens.

== Overzicht kwalificatiescenario's ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht|| Doel van kwalificatie || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Aanmeldingsbericht met minimale vulling || Aantonen dat het ambulanceoverdracht ontvangend informatiesysteem de berichten met verschillende statussen (actief, geannuleerd en overgedragen) en diens gegevens in dit testscript correct en volledig kan ontvangen, verwerken en tonen.|| [[#Scenario 1| Bericht 1]]
|-
| 2 || Update met aanvullende informatie tijdens overdracht van de patiënt van de AMB naar de SEH || Het systeem moet in staat zijn om alle cumulatieve gegevens vanaf bericht T1 volledig, correct en in de juiste context te ontvangen en te tonen. || [[#Scenario 2| Bericht 2]]
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor kwalificatiedoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de kwalificatiepersoon).

== Variabele T-datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum.

Voor de kwalificatieserver van ART-DECOR geldt: Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss“

= Inhoudelijke gegevens =

De volgende relatieve tijden worden aangehouden in de berichten.

{| class="wikitable" width="10%"
|-style="vertical-align:top;|style="background-color: white;"
|T1 || T1
|-style="vertical-align:top;|style="background-color: white;"
|T2 || T1 + 2min
|}

== Bericht 1 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT1}}

== Bericht 2 ==
{{#lst:az:V2.5.0_Kwalificatiescript_draft_Ambulanceoverdracht_AMB_SEH_2.5.0_Sturen_addendum#Inhoudelijke_gegevens|BerichtT2}}

az:V2.2.0 Kwalificatiescript Spoedsamenvatting raadplegen MKA

2025-06-27T09:11:02Z

Bas de Jong: /* Scenario - Raadplegen actuele episodes van patiënt */

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>

{{DISPLAYTITLE: Acute zorg - kwalificatie Nictiz - Spoedsamenvatting V2.2.0 Raadplegen door MKA}}
[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==
Dit kwalificatiescript is opgesteld op naam van Nictiz. De onderdelen zijn onderdeel van de ketenzorgbouwstenen. Actuele informatie over de informatiestandaard van dit kwalificatiescript kan je vinden via het [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg Acute Zorg].

= Doelgroep =
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van gegevens binnen de informatiestandaard Acute Zorg. De kwalificatie wordt door de kwalificatiespecialist uitgevoerd met de Nictiz kwalificatiesimulator. De kwalificatiesimulator kan berichten verzenden en ontvangen. Met dit script kan de leverancier kwalificeren voor de volgende systeemrollen: Raadplegend/Beschikbaar stellen

Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol: AZP-PMR (Acute Zorg Proces - Spoedsamenvatting Meldkamer Raadplegend), [https://informatiestandaarden.nictiz.nl/wiki/iaz:Ontwerp_Acute_Zorg#Spoedsamenvatting_voor_meldkamer_.28HA.E2.86.92_MKA.29]

= Voorwaarden voor kwalificeren =
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
Kennis en begrip van de Informatiestandaard [[Landingspagina_Acute_Zorg]] en [https://decor.nictiz.nl/pub/acutezorg Publicaties voor Acute Zorg]

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.

== Aanpak van kwalificatie ==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

== Op te leveren materialen ==
De op te leveren materialen bestaan uit: Schermafdrukken voor alle scenario's.

== Tools voor kwalificatie ==

== ART-DECOR ==
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =

== Uit te voeren stappen ==
Uit te voeren stappen voor beschikbaar stellen spoedsamenvatting:

1. Stuur een context specifieke vraag uit ten behoeve van het opvragen van de bouwstenen, met de volgende
instellingen:

{| class="wikitable"
| Toepassing || Contextcode || Rol zorgverlener || Patiënt BSN
|-
| Acute Zorg – PS || PSMKA || Meldkamer || 999910528
|-
|}

2. De tester vangt het bericht met de context specifieke vraag af in de simulator.

3. De testsimulator stuurt een bouwsteeninformatie naar het XIS.

4. Ontvang, verwerk en toon alle bouwsteeninformatie in schermen en controleer op juistheid. Als alternatief voor het maken van schermprints kan er ook een afspraak met Nictiz worden gemaakt om het tonen van de Spoedsamenvatting gegevens in een live-demo te doen. Deze live-demo wordt opgenomen zodat nadere details nog bestudeerd kunnen worden.

== Overzicht bouwstenen==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Nr. || Bouwstenen|| Doel van de test || Verwacht resultaat
|-
| 1 || Actuele contactmomenten van patiënt || Het ontvangen en verwerken van de actuele contactmomenten || De contactmoment worden getoond met auteurgegevens
|-
| 2 || Actuele contactverslagen van patiënt || Het ontvangen en verwerken van de actuele contactverslagen || De contactverslagen worden getoond
|-
| 3 || Actuele episodes van patiënt || Het ontvangen en verwerken van de actuele episodes || De episodes worden getoond met auteurgegevens
|-
| 4 || Actuele labbepalingen van patiënt || Het ontvangen en verwerken van de actuele lab bepalingen || De lab bepalingen worden getoond met auteurgegevens
|-
| 5 || Actuele algemene bepalingen van patiënt || Het ontvangen en verwerken van de actuele algemene bepalingen || De algemene bepalingen worden getoond met auteurgegevens
|-
| 6 || Actuele medicatieafspraken van patiënt || Het ontvangen en verwerken van de actuele medicatieafspraken || De medicatieafspraken worden getoond met voorschrijvergegevens
|-
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).

== Variabele T datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss

= Inhoudelijke gegevens =
De bundel geeft algemene gegevens over de auteur en het onderwerp. De bundel is bij iedere bouwsteen hetzelfde. Minimaal worden onderstaande gegevens verwacht.
De identificaties zijn in de praktijk vrij te kiezen. Voor testdoeleinden worden de identificaties gevuld met placeholders om in het testscript verwijzingen naar bouwstenen aan te geven.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="7" | Bundel
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="6" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="7"|Auteur
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="36"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="6"|Zorgverlener
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="34"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|ZorgverlenerIdentificatienummer
|style="background-color: white;"| 000002221(2.16.528.1.1007.3.1 UZI nummer natuurlijke personen; zorgverlener of medewerker met UZI pas)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Specialisme
|style="background-color: white;"| Huisarts (Code = '01.015' in codesysteem 2.16.840.1.113883.2.4.15.111 'RoleCodeNL - zorgverlenertype (personen)')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Naamgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="9"|
|colspan="3"|Voornamen
|style="background-color: white;"| Meindert
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Initialen
|style="background-color: white;"| M.
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Roepnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslachtsnaam
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voorvoegsels
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Achternaam
|style="background-color: white;"|huisarts 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|GeslachtsnaamPartner
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|VoorvoegselsPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AchternaamPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Adresgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="10"|
|colspan="3"|Straat
|style="background-color: white;"|Valkendael
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummer
|style="background-color: white;"|45
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummerletter
|style="background-color: white;"|A
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummertoevoeging
|style="background-color: white;"|2
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AanduidingBijNummer
|style="background-color: white;"|Bij (Code = 'by' in codesysteem 2.16.840.1.113883.2.4.3.11.60.101.5.3 'AanduidingBijHuisnummer')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Postcode
|style="background-color: white;"|6245 HK
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Woonplaats
|style="background-color: white;"|Maastricht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Land
|style="background-color: white;"|Nederland
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdditioneleInformatie
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdresSoort
|style="background-color: white;"|Werkadres (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Contactgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="6"|
|colspan="5"|Telefoonnummers
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"| Telefoonnummer
|style="background-color: white;"| 0211234567

|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|NummerSoort
|style="background-color: white;"|Work Place (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|EmailAdressen
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|EmailAdres
|style="background-color: white;"|huisarts@zorgverlener.org
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|EmailSoort
|style="background-color: white;"|Zakelijk e-mailadres (Code = 'WP in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Zorgaanbieder
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="2"|
|colspan="3"| ZorgaanbiederIdentificatienummer
|style="background-color: white;"|00001111 (2.16.528.1.1007.3.3 UZI register abonneenummer (URA); zorgaanbieder die UZI passen aanvraagt)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|OrganisatieNaam
|style="background-color: white;"|Gezondheidscentrum Aesculaap
|-style="vertical-align:top; background-color: #E3E3E3;;"

|colspan="7"|Onderwerp
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="44"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="6"|Patient
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="29"|
|colspan="5"|Naamgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="11"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voornamen
|style="background-color: white;"| Antoin
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Initialen
|style="background-color: white;"| A.
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Roepnaam
|style="background-color: white;"|

|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslachtsnaam
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voorvoegsels
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Achternaam
|style="background-color: white;"|XXX_Gieteling
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|GeslachtsnaamPartner
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|VoorvoegselsPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AchternaamPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Adresgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="11"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Straat
|style="background-color: white;"|Knolweg
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummer
|style="background-color: white;"|1002
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummerletter
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummertoevoeging
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AanduidingBijNummer
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Postcode
|style="background-color: white;"|9999ZZ
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Woonplaats
|style="background-color: white;"|STITSWERD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Land
|style="background-color: white;"|Nederland
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdditioneleInformatie
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdresSoort
|style="background-color: white;"|Primair huisadres (Code = 'HP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Identificatienummer
|style="background-color: white;"|999910528 (BSN)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geboortedatum
|style="background-color: white;"|19540806
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslacht
|style="background-color: white;"|man (Code = M in codesysteem 2.16.840.1.113883.5.1 'Administrative Gender')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|MeerlingIndicator
|style="background-color: white;"|Nee
|-style="vertical-align:top; background-color: #E3E3E3;;"
|}

==Scenario - Raadplegen actuele contactmomenten van patiënt met contactverslagen==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment11}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslagtweedeA20}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment03}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslag03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment04}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslag04}}
<br>

==Scenario - Raadplegen actuele episodes van patiënt==
<section begin=episode01 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeN88
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel = ICPC-omschrijving
|style="background-color: white;"|Epilepsie (alle vormen)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Open (code = ‘active’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T-1010D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemN88
|}
<section end=episode01 />

<section begin=episode02 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeA20
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|ICPC omschrijving
|style="background-color: white;"|Gesprek levenseinde/behandelwensen
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel (eigen omschrijving)
|style="background-color: white;"|08-06-2023 besluit met patient. Wilsverklaring: niet reanimeren. PZP:Z wel, IC wel, B wel, BP wel, AB wel
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Gesloten (code = ‘completed’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| 08-06-2023
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"| T-1D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemA20
|}
<section end=episode02 />

<section begin=episode04 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeR95
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|ICPC omschrijving
|style="background-color: white;"|Emfyseem/COPD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel (eigen omschrijving)
|style="background-color: white;"|COPD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Open (code = ‘active’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T-9D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemR95
|}
<section end=episode04 />

==Scenario - Raadplegen actuele labbepalingen van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab01}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab02}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab04}}

==Scenario - Raadplegen actuele algemene bepalingen van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep04}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep05}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep06}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep07}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep08}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep09}}

==Scenario - Raadplegen actuele medicatieafspraken van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs02}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs04}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs05}}

az:V2.2.0 Kwalificatiescript Spoedsamenvatting raadplegen SEH AMB

2025-06-27T09:08:33Z

Bas de Jong:

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>

{{DISPLAYTITLE: Acute zorg - kwalificatie Nictiz - Spoedsamenvatting V2.2.0 Raadplegen door SEH en ambulance}}
[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==
Dit kwalificatiescript is opgesteld op naam van Nictiz. De onderdelen zijn onderdeel van de ketenzorgbouwstenen. Actuele informatie over de informatiestandaard van dit kwalificatiescript kan je vinden via het [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Acute_Zorg Acute Zorg].

= Doelgroep =
De doelgroep van dit kwalificatiescript is de leverancier die zich wil kwalificeren voor het uitwisselen van gegevens binnen de informatiestandaard Acute Zorg. De kwalificatie wordt door de kwalificatiespecialist uitgevoerd met de Nictiz kwalificatiesimulator. De kwalificatiesimulator kan berichten verzenden en ontvangen. Met dit script kan de leverancier kwalificeren voor de volgende systeemrollen: Raadplegend/Beschikbaar stellen

Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:AZP-PAR (Acute Zorg Proces - Spoedsamenvatting Ambulance Raadplegend) en AZP-PSR (Spoedsamenvatting SEH Raadplegend), [https://informatiestandaarden.nictiz.nl/wiki/iaz:Ontwerp_Acute_Zorg#Spoedsamenvatting_voor_SEH_.28HA.E2.86.92_SEH.29]

= Voorwaarden voor kwalificeren =
Voor het uitvoeren van dit kwalificatiescript gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
Kennis en begrip van de Informatiestandaard [[Landingspagina_Acute_Zorg]] en [https://decor.nictiz.nl/pub/acutezorg Publicaties voor Acute Zorg]

== Begrippenlijst ==
Nictiz maakt gebruik van bepaalde afkortingen en termen. Meer informatie kan gevonden worden in [https://nictiz.nl/standaarden/begrippen/ deze algemene begrippenlijst]. Daarnaast is er een [https://thesauruszorgenwelzijn.multites.net/ thesaurus] waarin begrippen kunnen worden opgezocht.

= Kwalificatie-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden. Kwalificatie vindt plaats per systeemrol.

== Aanpak van kwalificatie ==
Houd tijdens de kwalificatie de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

== Op te leveren materialen ==
De op te leveren materialen bestaan uit: Schermafdrukken voor alle scenario's.

== Tools voor kwalificatie ==

== ART-DECOR ==
Voor meer informatie over kwalificatie met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Kwalificatiescript =

== Uit te voeren stappen ==
Uit te voeren stappen voor raadplegen spoedsamenvatting:

1. Stuur een context specifieke vraag uit ten behoeve van het opvragen van de bouwstenen, met de volgende
instellingen:

{| class="wikitable"
| Toepassing || Contextcode || Rol zorgverlener || Patiënt BSN
|-
| Acute Zorg – PS || PSAMB || Ambulance || 999910528
|-
| Acute Zorg – PS || PSSEH || SEH || 999910528
|-
| Acute Zorg – PS || PSMKA || Meldkamer || 999910528
|-
|}

2. De tester vangt het bericht met de context specifieke vraag af in de simulator.

3. De testsimulator stuurt een bouwsteeninformatie naar het XIS.

4. Ontvang, verwerk en toon alle bouwsteeninformatie in schermen en controleer op juistheid. Als alternatief voor het maken van schermprints kan er ook een afspraak met Nictiz worden gemaakt om het tonen van de Spoedsamenvatting gegevens in een live-demo te doen. Deze live-demo wordt opgenomen zodat nadere details nog bestudeerd kunnen worden.

== Overzicht bouwstenen==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Nr. || Bouwstenen|| Doel van de test || Verwacht resultaat
|-
| 1 || Actuele contactmomenten van patiënt || Het ontvangen en verwerken van de actuele contactmomenten || De contactmoment worden getoond met auteurgegevens
|-
| 2 || Actuele contactverslagen van patiënt || Het ontvangen en verwerken van de actuele contactverslagen || De contactverslagen worden getoond met auteurgegevens
|-
| 3 || Actuele episodes van patiënt || Het ontvangen en verwerken van de actuele episodes || De episodes worden getoond met auteurgegevens
|-
| 4 || Actuele labbepalingen van patiënt || Het ontvangen en verwerken van de actuele lab bepalingen || De lab bepalingen worden getoond met auteurgegevens
|-
| 5 || Actuele algemene bepalingen van patiënt || Het ontvangen en verwerken van de actuele algemene bepalingen || De algemene bepalingen worden getoond met auteurgegevens
|-
| 6 || Actuele medicatieafspraken van patiënt || Het ontvangen en verwerken van de actuele medicatieafspraken || De medicatieafspraken worden getoond met voorschrijvergegevens
|-
| 7 || Actuele alerts van patiënt || Het ontvangen en verwerken van de actuele alerts voor ambulance en SEH, niet voor de meldkamer|| De alerts worden getoond met auteurgegevens
|-
| 8 || Actuele allergie/intoleranties van patiënt || Het ontvangen en verwerken van de actuele allergie/intoleranties voor ambulance en SEH, niet voor de meldkamer || Allergie en/of intoleranties worden getoond met auteurgegevens
|-
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).

== Variabele T datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss

= Inhoudelijke gegevens =
De bundel geeft algemene gegevens over de auteur en het onderwerp. De bundel is bij iedere bouwsteen hetzelfde. Minimaal worden onderstaande gegevens verwacht.
De identificaties zijn in de praktijk vrij te kiezen. De identificaties zijn gevuld met placeholders om in het kwalificatiescript verwijzingen naar bouwstenen aan te geven.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="7" | Bundel
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="6" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="7"|Auteur
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="36"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="6"|Zorgverlener
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="34"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|ZorgverlenerIdentificatienummer
|style="background-color: white;"| 000002221 (2.16.528.1.1007.3.1 UZI nummer natuurlijke personen; zorgverlener of medewerker met UZI pas)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Specialisme
|style="background-color: white;"| Huisarts (Code = '01.015' in codesysteem 2.16.840.1.113883.2.4.15.111 'RoleCodeNL - zorgverlenertype (personen)')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Naamgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="9"|
|colspan="3"|Voornamen
|style="background-color: white;"| Meindert
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Initialen
|style="background-color: white;"| M.
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Roepnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslachtsnaam
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voorvoegsels
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Achternaam
|style="background-color: white;"|huisarts 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|GeslachtsnaamPartner
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|VoorvoegselsPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AchternaamPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Adresgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="10"|
|colspan="3"|Straat
|style="background-color: white;"|Valkendael
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummer
|style="background-color: white;"|45
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummerletter
|style="background-color: white;"|A
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummertoevoeging
|style="background-color: white;"|2
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AanduidingBijNummer
|style="background-color: white;"|Bij (Code = 'by' in codesysteem 2.16.840.1.113883.2.4.3.11.60.101.5.3 'AanduidingBijHuisnummer')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Postcode
|style="background-color: white;"|6245 HK
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Woonplaats
|style="background-color: white;"|Maastricht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Land
|style="background-color: white;"|Nederland
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdditioneleInformatie
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdresSoort
|style="background-color: white;"|Werkadres (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Contactgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="6"|
|colspan="5"|Telefoonnummers
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"| Telefoonnummer
|style="background-color: white;"| 0211234567

|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|NummerSoort
|style="background-color: white;"|Work Place (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|EmailAdressen
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|EmailAdres
|style="background-color: white;"|huisarts@zorgverlener.org
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|EmailSoort
|style="background-color: white;"|Zakelijk e-mailadres (Code = 'WP in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Zorgaanbieder
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="2"|
|colspan="3"| ZorgaanbiederIdentificatienummer
|style="background-color: white;"|00001111 (2.16.528.1.1007.3.3 UZI register abonneenummer (URA); zorgaanbieder die UZI passen aanvraagt)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|OrganisatieNaam
|style="background-color: white;"| Gezondheidscentrum Aesculaap
|-style="vertical-align:top; background-color: #E3E3E3;;"

|colspan="7"|Onderwerp
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="44"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="6"|Patient
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="29"|
|colspan="5"|Naamgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="11"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voornamen
|style="background-color: white;"| Antoin
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Initialen
|style="background-color: white;"| A.
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Roepnaam
|style="background-color: white;"|

|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslachtsnaam
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Voorvoegsels
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Achternaam
|style="background-color: white;"|XXX_Gieteling
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|GeslachtsnaamPartner
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|VoorvoegselsPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AchternaamPartner
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Adresgegevens
|-style="vertical-align:top; background-color: #E3E3E3;;"
|rowspan="11"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Straat
|style="background-color: white;"|Knolweg
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummer
|style="background-color: white;"|1002
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummerletter
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Huisnummertoevoeging
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AanduidingBijNummer
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Postcode
|style="background-color: white;"|9999ZZ
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Woonplaats
|style="background-color: white;"|STITSWERD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|Land
|style="background-color: white;"|Nederland
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdditioneleInformatie
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="3"|AdresSoort
|style="background-color: white;"|Primair huisadres (Code = 'HP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Identificatienummer
|style="background-color: white;"|999910528 (BSN)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geboortedatum
|style="background-color: white;"|19540806
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|Geslacht
|style="background-color: white;"|man (Code = M in codesysteem 2.16.840.1.113883.5.1 'Administrative Gender')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="4"|MeerlingIndicator
|style="background-color: white;"|Nee
|-style="vertical-align:top; background-color: #E3E3E3;;"
|}

==Scenario - Raadplegen actuele contactmomenten van patiënt met contactverslagen==

{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment11}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslagtweedeA20}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment02}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslag02}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment03}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslag03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactmoment04}}
<nowiki>*</nowiki> Zie auteur in de bundel
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|contactverslag04}}

==Scenario - Raadplegen actuele episodes van patiënt==
<section begin=episode01 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeN88
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel = ICPC-omschrijving
|style="background-color: white;"|Epilepsie (alle vormen)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Open (code = ‘active’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T-1010D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemN88
|}
<section end=episode01 />

<section begin=episode02 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeA20
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|ICPC omschrijving
|style="background-color: white;"|Gesprek levenseinde/behandelwensen
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel (eigen omschrijving)
|style="background-color: white;"|08-06-2023 besluit met patient. Wilsverklaring: niet reanimeren. PZP:Z wel, IC wel, B wel, BP wel, AB wel
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Gesloten (code = ‘completed’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| 08-06-2023
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"| T-1D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemA20
|}
<section end=episode02 />

<section begin=episode04 />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|EpisodeR95
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|ICPC omschrijving
|style="background-color: white;"|Emfyseem/COPD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel (eigen omschrijving)
|style="background-color: white;"|COPD
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Open (code = ‘active’ in codeSystem 2.16.840.1.113883.5.14 ‘ActStatus’)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T-9D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemR95
|}
<section end=episode04 />

==Scenario - Raadplegen actuele labbepalingen van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab01}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab02}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|lab04}}

==Scenario - Raadplegen actuele algemene bepalingen van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep04}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep05}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep06}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep07}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep08}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|AlgBep09}}

==Scenario - Raadplegen actuele medicatieafspraken van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs02}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs03}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs04}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|MedAfs05}}

==Scenario - Raadplegen actuele alerts van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|alert01}}
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|alert02}}

==Scenario - Raadplegen actuele allergie/intoleranties van patiënt==
{{#lst:az:V2.2.0_Kwalificatiescript_Spoedsamenvatting_beschikbaarstellen|allergie01}}

az:V2024.01/Testscript Spoedsamenvatting 2 2 0 beschikbaarstellen ontvangen MKA minimaal

2025-06-27T08:59:09Z

Bas de Jong:

az:V2024.01/Testscript Spoedsamenvatting 2 2 0 beschikbaarstellen ontvangen MKA

2025-06-27T08:57:38Z

Bas de Jong:

[[testmaterialen|< Terug naar testmaterialen]]
{{DISPLAYTITLE: Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de meldkamer '''maximaal bericht''' }}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|bundel}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactmomentT}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactverslag01}}

<section begin="episode" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|L03
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel
|style="background-color: white;"|Aspecifieke lage rugpijn
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Actief
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"| T + 30D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|Probleem L03
|}
<section end="episode" />

<section begin="geslotenepisodemetattentiewaarde" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|K75
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel
|style="background-color: white;"|Hartinfarct
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Gesloten
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"|T-500D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|T-400D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|Probleem K75
|}
<section end="geslotenepisodemetattentiewaarde" />

{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|lab<-10D}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep01}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep02}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep03}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep04}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep05}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|medicatie}}

az:V2024.01/Testscript Spoedsamenvatting 2 2 0 beschikbaarstellen ontvangen

2025-06-27T08:51:26Z

Bas de Jong:

[[testmaterialen|< Terug naar testmaterialen]]

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de ambulance en SEH '''maximaal bericht''' }}
<span class="toclimit-3">__TOC__</span>


{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|bundel}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactmomentT}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactmomentT-40D}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactverslag01}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|contactverslag02}}

<section begin="episode" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|L03
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel
|style="background-color: white;"|Aspecifieke lage rugpijn
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Actief
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"| T + 30D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|Probleem L03
|}
<section end="episode" />

<section begin="geslotenepisodemetattentiewaarde" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|K75
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel
|style="background-color: white;"|Hartinfarct
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"|Gesloten
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"|T-500D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|T-400D
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|Probleem K75
|}
<section end="geslotenepisodemetattentiewaarde" />

{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|lab<-10D}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|lab meer dan 10D}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep01}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep02}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep03}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep04}}{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|algbep05}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|medicatie}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|alert}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|allergie}}

az:V2024.01/Testscript Spoedsamenvatting 2 2 0 beschikbaarstellen ontvangen minimaal

2025-06-27T08:33:36Z

Bas de Jong:

[[testmaterialen|< Terug naar testmaterialen]]

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de ambulance en SEH '''minimaal bericht''' }}
<span class="toclimit-3">__TOC__</span>


{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|bundel}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|contactmoment}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|contactverslag}}

<section begin="episode" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Episode
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Identificatie
|style="background-color: white;"|A04
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Episodetitel
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Status
|style="background-color: white;"| Active (code = 'active' in codeSystem 'ActStatus' 2.16.840.1.113883.5.14)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Startdatum
|style="background-color: white;"| T
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Einddatum
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Verwijzing Probleem
|style="background-color: white;"|ProbleemA04
|}
<section end="episode" />

{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|lab}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|algbepaling}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|medicatie}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|alert}}
{{#lst:az:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|allergie}}

az:V2.5.0 Testscript Ambulanceoverdracht SEH complex Sturen

2025-05-09T13:29:26Z

Bas de Jong: /* Inhoudelijke gegevens */

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>
[[az:Werkpagina|< werkpagina]]

{{DISPLAYTITLE: Acute zorg - test - Ambulanceoverdracht 2.5.0 complex sturen (AZP-AOS) }}

{{IssueBox|Please note that this is draft material which is still in development}}

[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==

Dit testscript is opgesteld op naam van Nictiz. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard van dit testscript kan je vinden via de hoofdpagina [[Landingspagina_Acute_Zorg|AcuteZorg]].
Het testen geeft de mogelijkheid om de technische berichten te controleren. Het advies is om alle relevante scenario's te testen. De testmaterialen kunnen worden aangevuld en gewijzigd.

==Doelgroep==
De doelgroep van dit testscript is de leverancier die zich wil voorbereiden op de kwalificatie voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg. Dit testmateriaal is ontwikkeld voor de systeemrollen: Sturen/Ontvangen.

Dit document beschrijft het te doorlopen script bij testen voor kwalificatie voor de systeemrol: '''Acute Zorg Proces - Ambulanceoverdracht SEH Sturend [AZP-AOS] Systeem'''.

== Voorwaarden voor testen ==
Voor het uitvoeren van deze test gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De testdocumentatie bevat de gegevens die de testende partij zelf invoert.
* Kennis en begrip van de Informatiestandaard Acute zorg [https://nictiz.nl/informatiestandaarden/acute-zorg]

= Test-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden ter voorbereiding op de kwalificatie.
Bij het uitvoeren van deze testen is het niet nodig om schermafbeeldingen te maken, maar kunnen behulpzaam zijn in het corrigeren van fouten. Daarnaast maakt het testen van infrastructurele eisen geen onderdeel uit van dit script.

== Testaanpak ==
Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

==Tools voor testen/kwalificatie==
===ART-DECOR===
Voor meer informatie over het testen met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Testscript =
== Uit te voeren stappen ==
# Maak het ritformulier volgens de inhoudelijke gegevens voor de testpersoon aan.
# Stuur het technisch bericht richting de testsimulator.
# De testsimulator zal het bericht ontvangen en technisch valideren.
# Koppel het bericht aan de bijbehorende testsuite op de ‘Tests’ tab van de simulator.
# De testsimulator zal valideren of het bericht de verwachte inhoud heeft.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).
== Variabele T-datum ==
Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss.

== Inhoudelijke gegevens==
Dit scenario bestaat uit vijf opeenvolgende berichten die de ambulance stuurt naar de SEH: één aanmeldingsbericht met een foutief BSN (T1); een update met een annulering van het vorige bericht (T2); een bericht met het correcte BSN en een opgehoogd ritformulier bij aankomst bij de patiënt (T3); een update bericht met toegevoegde waarden tijdens de rit (T4); en een update bericht met de laatste waarden tijdens overdracht van de patiënt van de AMB naar de SEH (T5).
Voor alle meetwaarden geldt dat die met DatumTijd T3, of zonder DatumTijd, moeten voorkomen in berichten 3,
4 en 5, met DatumTijd T4 in bericht 4 en 5, en met DatumTijd T5 alleen in bericht 5.

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Algemeen testdoel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat een ambulanceoverdracht versturend systeem kan omgaan met het versturen van berichten met meerdere statussen: actief, geannuleerd (vanwege een foutief BSN) en overgedragen. Daarnaast moet een ambulanceoverdracht versturend systeem aantonen dat het een reeks berichten kan versturen met een vooraankondiging, meerdere updates met beloop en interventie en een laatste overdracht. || Het systeem kan alle genoemde berichten succesvol versturen, waarbij tijdens de update-berichten alle cumulatief toegevoegde gegevens worden meegestuurd zonder dat de eerder verstuurde gegevens verloren gaan.
|}
===T1: fout BSN===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT1}}

===T2: annulering===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|HaalgegevensT2}}

====Doel en verwacht resultaat bij bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een omzetting van de bestemmingsstatus van Actief naar Geannuleerd. || Het systeem verwijderd na het ontvangen van het annuleringsbericht de aangemaakte patiëntendossier definitief. Er is geen behandelrelatie meer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT2}}

===T3: aankomst bij de patient===
====Doel en verwacht resultaat bij patient====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem persoonsgegevens kan opleveren van de juiste patiënt . ||
Het systeem genereert technisch correcte persoonsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT3}}

====Doel en verwacht resultaat bij meldingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meldingsgegevens kan opleveren van de juiste patiënt. ||
Het systeem genereert technisch correcte Meldingsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT3}}
====Doel en verwacht resultaat bij ritgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Ritgegevens kan opleveren. ||
Het systeem genereert technisch correcte Ritgegevens.
|-
|Aantonen dat het systeem correct kan omgaan met het ophogen van de ritnummer na een annulering. ||
Het systeem genereert een technisch correct ritnummer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT3}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bestemmingsgegevens kan opleveren. ||
Het systeem genereert technisch correcte Bestemmingsgegevens.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT3}}
==== Doel en verwacht resultaat bij Mechanisme====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Mechanisme kan opleveren. ||
Het systeem genereert technisch correcte Mechanisme.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT3}}
==== Doel en verwacht resultaat bij Toestandsbeelden/Werkdiagnose ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Toestandsbeelden/Werkdiagnose kan opleveren ||
Het systeem genereert technisch correcte Toestandsbeelden/Werkdiagnose.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT3}}
==== Doel en verwacht resultaat bij Meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meetwaarden kan opleveren ||
Het systeem genereert technisch correcte Meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT3}}
==== Doel en verwacht resultaat bij Behandeling====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Behandeling kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT3}}
==== Doel en verwacht resultaat bij Primary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Primary Survey kan opleveren ||
Het systeem genereert technisch correcte Primary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT3}}
==== Doel en verwacht resultaat bij Bijlagen ====
Voor de vulling van gegevens bij versie en ID's geldt voor de opleverende partijen dat zij hier eigen gegevens kunnen invullen, al zijn onderstaande invulgegevens ook mogelijk.
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bijlagen kan opleveren ||
Het systeem genereert technisch correcte Bijlagen.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT3}}

===T4: gedurende de rit===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT4}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT4}}
==== Doel en verwacht resultaat bij Behandeling ====

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Behandeling uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte Behandeling.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen luchtweg management SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.2.496) codes heeft vervangen. ||
Het systeem genereert SNOMED code 182692007. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen oxygenatie en ventilatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.106) codes heeft vervangen. ||
Het systeem genereert SNOMED code 47545007 . Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen circulatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.101) codes heeft vervangen. ||
Het systeem genereert SNOMED code 390231000146100. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen traumatologie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.102) codes heeft vervangen. ||
Het systeem genereert SNOMED code 430371000146108. Screenshot van de vernieuwde invoerlijst.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT4}}

==== Doel en verwacht resultaat bij Secondary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT4}}

===T5: Bij overdracht bij de SEH===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT5}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bestemmingsgegevens uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem de Bestemmingsstatus aanpast bij het overdragen van de patiënt. ||
Het systeem genereert technisch correcte Bestemmingsstatus.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT5}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT5}}
==== Doel en verwacht resultaat bij Secondary Survey====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin Abdomen observatie waarde niet meer is meegestuurd. || Het systeem verwerkt de missende waarde (65124004 zwelling (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een nieuwe waarde wordt meegestuurd voor Bekken observaties die in eerdere berichten er niet was. || Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een waarde is vervangen door een andere bij het veld Extremiteiten benen.|| Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT5}}
==== Doel en verwacht resultaat bij Bijlagen====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bijlagen uit een volgend bericht kan opleveren met een nieuwe Versie ||
Het systeem genereert technisch correcte Bijlagen.
|-
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT5}}

az:V2.5.0 Testscript Ambulanceoverdracht SEH complex Sturen

2025-05-09T13:05:06Z

Bas de Jong: /* Inhoudelijke gegevens */

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>
[[az:Werkpagina|< werkpagina]]

{{DISPLAYTITLE: Acute zorg - test - Ambulanceoverdracht 2.5.0 complex sturen (AZP-AOS) }}

{{IssueBox|Please note that this is draft material which is still in development}}

[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==

Dit testscript is opgesteld op naam van Nictiz. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard van dit testscript kan je vinden via de hoofdpagina [[Landingspagina_Acute_Zorg|AcuteZorg]].
Het testen geeft de mogelijkheid om de technische berichten te controleren. Het advies is om alle relevante scenario's te testen. De testmaterialen kunnen worden aangevuld en gewijzigd.

==Doelgroep==
De doelgroep van dit testscript is de leverancier die zich wil voorbereiden op de kwalificatie voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg. Dit testmateriaal is ontwikkeld voor de systeemrollen: Sturen/Ontvangen.

Dit document beschrijft het te doorlopen script bij testen voor kwalificatie voor de systeemrol: '''Acute Zorg Proces - Ambulanceoverdracht SEH Sturend [AZP-AOS] Systeem'''.

== Voorwaarden voor testen ==
Voor het uitvoeren van deze test gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De testdocumentatie bevat de gegevens die de testende partij zelf invoert.
* Kennis en begrip van de Informatiestandaard Acute zorg [https://nictiz.nl/informatiestandaarden/acute-zorg]

= Test-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden ter voorbereiding op de kwalificatie.
Bij het uitvoeren van deze testen is het niet nodig om schermafbeeldingen te maken, maar kunnen behulpzaam zijn in het corrigeren van fouten. Daarnaast maakt het testen van infrastructurele eisen geen onderdeel uit van dit script.

== Testaanpak ==
Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

==Tools voor testen/kwalificatie==
===ART-DECOR===
Voor meer informatie over het testen met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Testscript =
== Uit te voeren stappen ==
# Maak het ritformulier volgens de inhoudelijke gegevens voor de testpersoon aan.
# Stuur het technisch bericht richting de testsimulator.
# De testsimulator zal het bericht ontvangen en technisch valideren.
# Koppel het bericht aan de bijbehorende testsuite op de ‘Tests’ tab van de simulator.
# De testsimulator zal valideren of het bericht de verwachte inhoud heeft.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).
== Variabele T-datum ==
Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss.

== Inhoudelijke gegevens==
Dit scenario bestaat uit vijf opeenvolgende berichten die de ambulance stuurt naar de SEH: één aanmeldingsbericht met een foutief BSN (T1); een update met een annulering van het vorige bericht (T2); een bericht met het correcte BSN en een opgehoogd ritformulier bij aankomst bij de patiënt (T3); een update bericht met toegevoegde waarden tijdens de rit (T4); en een update bericht met de laatste waarden tijdens overdracht van de patiënt van de AMB naar de SEH (T5).

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Algemeen testdoel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat een ambulanceoverdracht versturend systeem kan omgaan met het versturen van berichten met meerdere statussen: actief, geannuleerd (vanwege een foutief BSN) en overgedragen. Daarnaast moet een ambulanceoverdracht versturend systeem aantonen dat het een reeks berichten kan versturen met een vooraankondiging, meerdere updates met beloop en interventie en een laatste overdracht. || Het systeem kan alle genoemde berichten succesvol versturen, waarbij tijdens de update-berichten alle cumulatief toegevoegde gegevens worden meegestuurd zonder dat de eerder verstuurde gegevens verloren gaan.
|}
===T1: fout BSN===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT1}}

===T2: annulering===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|HaalgegevensT2}}

====Doel en verwacht resultaat bij bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een omzetting van de bestemmingsstatus van Actief naar Geannuleerd. || Het systeem verwijderd na het ontvangen van het annuleringsbericht de aangemaakte patiëntendossier definitief. Er is geen behandelrelatie meer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT2}}

===T3: aankomst bij de patient===
====Doel en verwacht resultaat bij patient====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem persoonsgegevens kan opleveren van de juiste patiënt . ||
Het systeem genereert technisch correcte persoonsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT3}}

====Doel en verwacht resultaat bij meldingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meldingsgegevens kan opleveren van de juiste patiënt. ||
Het systeem genereert technisch correcte Meldingsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT3}}
====Doel en verwacht resultaat bij ritgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Ritgegevens kan opleveren. ||
Het systeem genereert technisch correcte Ritgegevens.
|-
|Aantonen dat het systeem correct kan omgaan met het ophogen van de ritnummer na een annulering. ||
Het systeem genereert een technisch correct ritnummer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT3}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bestemmingsgegevens kan opleveren. ||
Het systeem genereert technisch correcte Bestemmingsgegevens.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT3}}
==== Doel en verwacht resultaat bij Mechanisme====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Mechanisme kan opleveren. ||
Het systeem genereert technisch correcte Mechanisme.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT3}}
==== Doel en verwacht resultaat bij Toestandsbeelden/Werkdiagnose ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Toestandsbeelden/Werkdiagnose kan opleveren ||
Het systeem genereert technisch correcte Toestandsbeelden/Werkdiagnose.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT3}}
==== Doel en verwacht resultaat bij Meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meetwaarden kan opleveren ||
Het systeem genereert technisch correcte Meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT3}}
==== Doel en verwacht resultaat bij Behandeling====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Behandeling kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT3}}
==== Doel en verwacht resultaat bij Primary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Primary Survey kan opleveren ||
Het systeem genereert technisch correcte Primary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT3}}
==== Doel en verwacht resultaat bij Bijlagen ====
Voor de vulling van gegevens bij versie en ID's geldt voor de opleverende partijen dat zij hier eigen gegevens kunnen invullen, al zijn onderstaande invulgegevens ook mogelijk.
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bijlagen kan opleveren ||
Het systeem genereert technisch correcte Bijlagen.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT3}}

===T4: gedurende de rit===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT4}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT4}}
==== Doel en verwacht resultaat bij Behandeling ====

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Behandeling uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte Behandeling.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen luchtweg management SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.2.496) codes heeft vervangen. ||
Het systeem genereert SNOMED code 182692007. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen oxygenatie en ventilatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.106) codes heeft vervangen. ||
Het systeem genereert SNOMED code 47545007 . Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen circulatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.101) codes heeft vervangen. ||
Het systeem genereert SNOMED code 390231000146100. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen traumatologie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.102) codes heeft vervangen. ||
Het systeem genereert SNOMED code 430371000146108. Screenshot van de vernieuwde invoerlijst.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT4}}

==== Doel en verwacht resultaat bij Secondary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT4}}

===T5: Bij overdracht bij de SEH===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT5}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bestemmingsgegevens uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem de Bestemmingsstatus aanpast bij het overdragen van de patiënt. ||
Het systeem genereert technisch correcte Bestemmingsstatus.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT5}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT5}}
==== Doel en verwacht resultaat bij Secondary Survey====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin Abdomen observatie waarde niet meer is meegestuurd. || Het systeem verwerkt de missende waarde (65124004 zwelling (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een nieuwe waarde wordt meegestuurd voor Bekken observaties die in eerdere berichten er niet was. || Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een waarde is vervangen door een andere bij het veld Extremiteiten benen.|| Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT5}}
==== Doel en verwacht resultaat bij Bijlagen====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bijlagen uit een volgend bericht kan opleveren met een nieuwe Versie ||
Het systeem genereert technisch correcte Bijlagen.
|-
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT5}}

az:V2.5.0 Testscript Ambulanceoverdracht SEH complex Sturen

2025-05-09T10:35:12Z

Bas de Jong: /* Inhoudelijke gegevens */

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>
[[az:Werkpagina|< werkpagina]]

{{DISPLAYTITLE: Acute zorg - test - Ambulanceoverdracht 2.5.0 complex sturen (AZP-AOS) }}

{{IssueBox|Please note that this is draft material which is still in development}}

[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==

Dit testscript is opgesteld op naam van Nictiz. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard van dit testscript kan je vinden via de hoofdpagina [[Landingspagina_Acute_Zorg|AcuteZorg]].
Het testen geeft de mogelijkheid om de technische berichten te controleren. Het advies is om alle relevante scenario's te testen. De testmaterialen kunnen worden aangevuld en gewijzigd.

==Doelgroep==
De doelgroep van dit testscript is de leverancier die zich wil voorbereiden op de kwalificatie voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg. Dit testmateriaal is ontwikkeld voor de systeemrollen: Sturen/Ontvangen.

Dit document beschrijft het te doorlopen script bij testen voor kwalificatie voor de systeemrol: '''Acute Zorg Proces - Ambulanceoverdracht SEH Sturend [AZP-AOS] Systeem'''.

== Voorwaarden voor testen ==
Voor het uitvoeren van deze test gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De testdocumentatie bevat de gegevens die de testende partij zelf invoert.
* Kennis en begrip van de Informatiestandaard Acute zorg [https://nictiz.nl/informatiestandaarden/acute-zorg]

= Test-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden ter voorbereiding op de kwalificatie.
Bij het uitvoeren van deze testen is het niet nodig om schermafbeeldingen te maken, maar kunnen behulpzaam zijn in het corrigeren van fouten. Daarnaast maakt het testen van infrastructurele eisen geen onderdeel uit van dit script.

== Testaanpak ==
Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

==Tools voor testen/kwalificatie==
===ART-DECOR===
Voor meer informatie over het testen met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Testscript =
== Uit te voeren stappen ==
# Maak het ritformulier volgens de inhoudelijke gegevens voor de testpersoon aan.
# Stuur het technisch bericht richting de testsimulator.
# De testsimulator zal het bericht ontvangen en technisch valideren.
# Koppel het bericht aan de bijbehorende testsuite op de ‘Tests’ tab van de simulator.
# De testsimulator zal valideren of het bericht de verwachte inhoud heeft.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).
== Variabele T-datum ==
Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss.

== Inhoudelijke gegevens==
Dit scenario bestaat uit vijf opeenvolgende berichten die de ambulance stuurt naar de SEH: één aanmeldingsbericht met een foutief BSN (T1); een update met een annulering van het vorige bericht (T2); een bericht met het correcte BSN en een opgehoogd ritformulier bij aankomst bij de patiënt (T3); een update bericht met toegevoegde waarden tijdens de rit (T4); en een update bericht met de laatste waarden tijdens overdracht van de patiënt van de AMB naar de SEH (T5).

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Algemeen testdoel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat een ambulanceoverdracht versturend systeem kan omgaan met het versturen van berichten met meerdere statussen: actief, geannuleerd (vanwege een foutief BSN) en overgedragen. Daarnaast moet een ambulanceoverdracht versturend systeem aantonen dat het een reeks berichten kan versturen met een vooraankondiging, meerdere updates met beloop en interventie en een laatste overdracht. || Het systeem kan alle genoemde berichten succesvol versturen, waarbij tijdens de update-berichten alle incrementeel toegevoegde gegevens worden meegestuurd zonder dat de eerder verstuurde gegevens verloren gaan.
|}
===T1: fout BSN===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT1}}

===T2: annulering===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|HaalgegevensT2}}

====Doel en verwacht resultaat bij bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een omzetting van de bestemmingsstatus van Actief naar Geannuleerd. || Het systeem verwijderd na het ontvangen van het annuleringsbericht de aangemaakte patiëntendossier definitief. Er is geen behandelrelatie meer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT2}}

===T3: aankomst bij de patient===
====Doel en verwacht resultaat bij patient====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem persoonsgegevens kan opleveren van de juiste patiënt . ||
Het systeem genereert technisch correcte persoonsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT3}}

====Doel en verwacht resultaat bij meldingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meldingsgegevens kan opleveren van de juiste patiënt. ||
Het systeem genereert technisch correcte Meldingsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT3}}
====Doel en verwacht resultaat bij ritgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Ritgegevens kan opleveren. ||
Het systeem genereert technisch correcte Ritgegevens.
|-
|Aantonen dat het systeem correct kan omgaan met het ophogen van de ritnummer na een annulering. ||
Het systeem genereert een technisch correct ritnummer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT3}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bestemmingsgegevens kan opleveren. ||
Het systeem genereert technisch correcte Bestemmingsgegevens.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT3}}
==== Doel en verwacht resultaat bij Mechanisme====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Mechanisme kan opleveren. ||
Het systeem genereert technisch correcte Mechanisme.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT3}}
==== Doel en verwacht resultaat bij Toestandsbeelden/Werkdiagnose ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Toestandsbeelden/Werkdiagnose kan opleveren ||
Het systeem genereert technisch correcte Toestandsbeelden/Werkdiagnose.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT3}}
==== Doel en verwacht resultaat bij Meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meetwaarden kan opleveren ||
Het systeem genereert technisch correcte Meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT3}}
==== Doel en verwacht resultaat bij Behandeling====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Behandeling kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT3}}
==== Doel en verwacht resultaat bij Primary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Primary Survey kan opleveren ||
Het systeem genereert technisch correcte Primary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT3}}
==== Doel en verwacht resultaat bij Bijlagen ====
Voor de vulling van gegevens bij versie en ID's geldt voor de opleverende partijen dat zij hier eigen gegevens kunnen invullen, al zijn onderstaande invulgegevens ook mogelijk.
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bijlagen kan opleveren ||
Het systeem genereert technisch correcte Bijlagen.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT3}}

===T4: gedurende de rit===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT4}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT4}}
==== Doel en verwacht resultaat bij Behandeling ====

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Behandeling uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte Behandeling.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen luchtweg management SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.2.496) codes heeft vervangen. ||
Het systeem genereert SNOMED code 182692007. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen oxygenatie en ventilatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.106) codes heeft vervangen. ||
Het systeem genereert SNOMED code 47545007 . Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen circulatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.101) codes heeft vervangen. ||
Het systeem genereert SNOMED code 390231000146100. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen traumatologie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.102) codes heeft vervangen. ||
Het systeem genereert SNOMED code 430371000146108. Screenshot van de vernieuwde invoerlijst.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT4}}

==== Doel en verwacht resultaat bij Secondary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT4}}

===T5: Bij overdracht bij de SEH===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT5}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bestemmingsgegevens uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem de Bestemmingsstatus aanpast bij het overdragen van de patiënt. ||
Het systeem genereert technisch correcte Bestemmingsstatus.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT5}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT5}}
==== Doel en verwacht resultaat bij Secondary Survey====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin Abdomen observatie waarde niet meer is meegestuurd. || Het systeem verwerkt de missende waarde (65124004 zwelling (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een nieuwe waarde wordt meegestuurd voor Bekken observaties die in eerdere berichten er niet was. || Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een waarde is vervangen door een andere bij het veld Extremiteiten benen.|| Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT5}}
==== Doel en verwacht resultaat bij Bijlagen====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bijlagen uit een volgend bericht kan opleveren met een nieuwe Versie ||
Het systeem genereert technisch correcte Bijlagen.
|-
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT5}}

az:V2.5.0 Testscript Ambulanceoverdracht SEH complex Sturen

2025-05-09T10:34:14Z

Bas de Jong: /* Inhoudelijke gegevens */

<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>
[[az:Werkpagina|< werkpagina]]

{{DISPLAYTITLE: Acute zorg - test - Ambulanceoverdracht 2.5.0 complex sturen (AZP-AOS) }}

{{IssueBox|Please note that this is draft material which is still in development}}

[[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
= Inleiding =
== Algemene informatie ==

Dit testscript is opgesteld op naam van Nictiz. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard van dit testscript kan je vinden via de hoofdpagina [[Landingspagina_Acute_Zorg|AcuteZorg]].
Het testen geeft de mogelijkheid om de technische berichten te controleren. Het advies is om alle relevante scenario's te testen. De testmaterialen kunnen worden aangevuld en gewijzigd.

==Doelgroep==
De doelgroep van dit testscript is de leverancier die zich wil voorbereiden op de kwalificatie voor het uitwisselen van het bericht 'Ambulance overdracht naar SEH' van de informatiestandaard Acute Zorg. Dit testmateriaal is ontwikkeld voor de systeemrollen: Sturen/Ontvangen.

Dit document beschrijft het te doorlopen script bij testen voor kwalificatie voor de systeemrol: '''Acute Zorg Proces - Ambulanceoverdracht SEH Sturend [AZP-AOS] Systeem'''.

== Voorwaarden voor testen ==
Voor het uitvoeren van deze test gelden de algemene voorwaarden voor testen en kwalificeren bij Nictiz. Specifiek de onderstaande voorwaarden:

* Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
* Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
* De testdocumentatie bevat de gegevens die de testende partij zelf invoert.
* Kennis en begrip van de Informatiestandaard Acute zorg [https://nictiz.nl/informatiestandaarden/acute-zorg]

= Test-informatie =
Nictiz biedt leveranciers de mogelijkheid hun producten en diensten te testen op correcte implementatie van informatiestandaarden ter voorbereiding op de kwalificatie.
Bij het uitvoeren van deze testen is het niet nodig om schermafbeeldingen te maken, maar kunnen behulpzaam zijn in het corrigeren van fouten. Daarnaast maakt het testen van infrastructurele eisen geen onderdeel uit van dit script.

== Testaanpak ==
Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

==Tools voor testen/kwalificatie==
===ART-DECOR===
Voor meer informatie over het testen met de simulator vanuit ART-DECOR: [https://decor.nictiz.nl/wiki/index.php/Testen_met_ART-DECOR Testen met ART-DECOR].

= Testscript =
== Uit te voeren stappen ==
# Maak het ritformulier volgens de inhoudelijke gegevens voor de testpersoon aan.
# Stuur het technisch bericht richting de testsimulator.
# De testsimulator zal het bericht ontvangen en technisch valideren.
# Koppel het bericht aan de bijbehorende testsuite op de ‘Tests’ tab van de simulator.
# De testsimulator zal valideren of het bericht de verwachte inhoud heeft.

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).
== Variabele T-datum ==
Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss.

== Inhoudelijke gegevens==
Dit scenario bestaat uit vijf opeenvolgende berichten die de ambulance stuurt naar de SEH: één aanmeldingsbericht met een foutief BSN (T1); een update met een annulering van het vorige bericht (T2); een bericht met het correcte BSN en een opgehoogd ritformulier bij aankomst bij de patiënt (T3); een update bericht met toegevoegde waarden tijdens de rit (T4); en een update bericht met de laatste waarden tijdens overdracht van de patiënt van de AMB naar de SEH (T5).

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Algemeen testdoel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat een ambulanceoverdracht versturend systeem kan omgaan met het versturen van berichten met meerdere statussen: actief, geannuleerd (vanwege een foutief BSN) en overgedragen. Daarnaast moet een ambulanceoverdracht versturend systeem aantonen dat het een reeks berichten kan versturen met een vooraankondiging, meerdere updates met beloop en interventie en een laatste overdracht. || Het systeem kan alle genoemde berichten succesvol versturen, waarbij tijdens de update-berichten alle incrementeel toegevoegde gegevens kunnen worden meegestuurd zonder dat de eerder verstuurde gegevens verloren gaan.
|}
===T1: fout BSN===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT1}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT1}}

===T2: annulering===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT2}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|HaalgegevensT2}}

====Doel en verwacht resultaat bij bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een omzetting van de bestemmingsstatus van Actief naar Geannuleerd. || Het systeem verwijderd na het ontvangen van het annuleringsbericht de aangemaakte patiëntendossier definitief. Er is geen behandelrelatie meer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT2}}

===T3: aankomst bij de patient===
====Doel en verwacht resultaat bij patient====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem persoonsgegevens kan opleveren van de juiste patiënt . ||
Het systeem genereert technisch correcte persoonsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT3}}

====Doel en verwacht resultaat bij meldingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meldingsgegevens kan opleveren van de juiste patiënt. ||
Het systeem genereert technisch correcte Meldingsgegevens van de juiste patiënt.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT3}}
====Doel en verwacht resultaat bij ritgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Ritgegevens kan opleveren. ||
Het systeem genereert technisch correcte Ritgegevens.
|-
|Aantonen dat het systeem correct kan omgaan met het ophogen van de ritnummer na een annulering. ||
Het systeem genereert een technisch correct ritnummer.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT3}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bestemmingsgegevens kan opleveren. ||
Het systeem genereert technisch correcte Bestemmingsgegevens.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT3}}
==== Doel en verwacht resultaat bij Mechanisme====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Mechanisme kan opleveren. ||
Het systeem genereert technisch correcte Mechanisme.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT3}}
==== Doel en verwacht resultaat bij Toestandsbeelden/Werkdiagnose ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Toestandsbeelden/Werkdiagnose kan opleveren ||
Het systeem genereert technisch correcte Toestandsbeelden/Werkdiagnose.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT3}}
==== Doel en verwacht resultaat bij Meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Meetwaarden kan opleveren ||
Het systeem genereert technisch correcte Meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT3}}
==== Doel en verwacht resultaat bij Behandeling====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Behandeling kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT3}}
==== Doel en verwacht resultaat bij Primary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Primary Survey kan opleveren ||
Het systeem genereert technisch correcte Primary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT3}}
==== Doel en verwacht resultaat bij Bijlagen ====
Voor de vulling van gegevens bij versie en ID's geldt voor de opleverende partijen dat zij hier eigen gegevens kunnen invullen, al zijn onderstaande invulgegevens ook mogelijk.
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem Bijlagen kan opleveren ||
Het systeem genereert technisch correcte Bijlagen.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT3}}

===T4: gedurende de rit===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT4}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT4}}
==== Doel en verwacht resultaat bij Behandeling ====

{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Behandeling uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. (bloedsuiker; O2Saturatie; capnometrie; hartfrequentie; bloeddruk; ademhaling; Revised Trauma Score en pijnschaal) || Het systeem verwerkt en genereert technische correcte Behandeling.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen luchtweg management SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.2.496) codes heeft vervangen. ||
Het systeem genereert SNOMED code 182692007. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen oxygenatie en ventilatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.106) codes heeft vervangen. ||
Het systeem genereert SNOMED code 47545007 . Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen circulatie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.101) codes heeft vervangen. ||
Het systeem genereert SNOMED code 390231000146100. Screenshot van de vernieuwde invoerlijst.
|-
|Aantonen dat het systeem in de waardelijst ‘Handelingen traumatologie SNOMED’ (2.16.840.1.113883.2.4.3.11.60.55.11.102) codes heeft vervangen. ||
Het systeem genereert SNOMED code 430371000146108. Screenshot van de vernieuwde invoerlijst.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT4}}

==== Doel en verwacht resultaat bij Secondary Survey ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT4}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT4}}

===T5: Bij overdracht bij de SEH===
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|patientT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeldingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|RitgegevensT5}}
==== Doel en verwacht resultaat bij Bestemmingsgegevens====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bestemmingsgegevens uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Behandeling.
|-
|Aantonen dat het systeem de Bestemmingsstatus aanpast bij het overdragen van de patiënt. ||
Het systeem genereert technisch correcte Bestemmingsstatus.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BestemmingsgegevensT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MechanismeT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Toestandsbeelden/WerkdiagnoseT5}}
==== Doel en verwacht resultaat bij meetwaarden ====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de meetwaarden uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte meetwaarden.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin er nieuwe meetwaarden mee worden gestuurd. || Het systeem verwerkt en genereert technische correcte meetwaarden.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|MeetwaardenT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BehandelingT5}}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Primary SurveyT5}}
==== Doel en verwacht resultaat bij Secondary Survey====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Secondary Survey uit een volgend bericht kan opleveren ||
Het systeem genereert technisch correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin Abdomen observatie waarde niet meer is meegestuurd. || Het systeem verwerkt de missende waarde (65124004 zwelling (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een nieuwe waarde wordt meegestuurd voor Bekken observaties die in eerdere berichten er niet was. || Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|-
|Aantonen dat het systeem kan omgaan met een vervolg bericht waarin een waarde is vervangen door een andere bij het veld Extremiteiten benen.|| Het systeem verwerkt de toegevoegde waarde (267038008 oedeem (bevinding)) en genereert technische correcte Secondary Survey.
|}
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|Secondary SurveyT5}}
==== Doel en verwacht resultaat bij Bijlagen====
{| class="wikitable" width="85%"
|-style="background-color: #f1dd38;; color: black; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem de Bijlagen uit een volgend bericht kan opleveren met een nieuwe Versie ||
Het systeem genereert technisch correcte Bijlagen.
|-
{{#lst:az:V2.5.0_Testscript_Ambulanceoverdracht_SEH_complex_addendum|BijlagenT5}}

az:Testmaterialen

2025-04-30T13:34:05Z

Bas de Jong: /* Rapportage verleende zorg */

[[Landingspagina_Acute_Zorg|< Terug naar Landingspagina Acute Zorg]]
{{DISPLAYTITLE: Testmaterialen }}

= Introductie=
Ter voorbereiding op de kwalificatie zijn er testscripts beschikbaar die gebruikt kunnen worden om testen uit te voeren. De inhoud van de testscripts komt niet overeen met de inhoud van de kwalificatiescripts.

Voor de volgende systeemrollen en transacties zijn testscripts beschikbaar:

= Spoedsamenvatting en Rapportages verleende zorg 2.2.0 =

== Spoedsamenvatting ==
=== Beschikbaar stellen ===
Voor de huisartssystemen (HIS) hanteren we een testscript gericht op de rol van beschikbaarstellend systeem.
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen|Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Beschikbaar stellen door huisarts naar meldkamer, ambulance, SEH maximaal bericht]]
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen_minimaal|Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Beschikbaar stellen door huisarts naar meldkamer, ambulance, SEH minimaal bericht]]
<br>

=== Raadplegen ===
Voor de meldkamersystemen (MKAS), Ambulancesystemen (AMBS) en SEH-systemen (ZIS) hanteren we een testscript gericht op de systeemrol raadplegen van een Spoedsamenvatting. De inhoudelijke huisartsgegevens voor raadplegende systemen staan separaat beschreven voor de meldkamer en ambulance/SEH, omdat deze voor de bedrijfsrollen verschillend zijn. De spoedsamenvatting voor de MKA bevat minder gegevens dan die voor de ambulance en SEH, omdat de
zorgverleners op de MKA voor de uitvoering van hun werkzaamheden minder gegevens nodig hebben.
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0|Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Raadplegen door meldkamer, ambulance of SEH maximaal bericht]]
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_minimaal|Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Raadplegen door meldkamer, ambulance of SEH minimaal bericht]]
Onderstaande leeg bericht is opgenomen voor het raadplegend systeem (MKAS, AMBS & ZIS). Het systeem moet kunnen tonen dat er geen medische gegevens bekend zijn van de patiënt vanuit het HIS.
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_lege_testcase|Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Raadplegen door meldkamer, ambulance of SEH leeg bericht]]

=== Inhoudelijke huisartsgegevens voor '''meldkamer''' ===
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen ontvangen_MKA|Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de meldkamer maximaal bericht]]
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen ontvangen_MKA_minimaal|Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de meldkamer minimaal bericht]]

=== Inhoudelijke huisartsgegevens voor '''ambulance''' en '''SEH''' ===
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen ontvangen|Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de ambulance en SEH maximaal bericht]]
* [[AZ:V2024.01/Testscript_Spoedsamenvatting_2_2_0_beschikbaarstellen ontvangen_minimaal|Acute zorg - Testscript inhoudelijke gegevens - Spoedsamenvatting V2.2.0 Beschikbaar gestelde gegevens te ontvangen door de ambulance en SEH minimaal bericht]]
<br>

== Rapportage verleende zorg==
* [[AZ:V2024.01/Testscript_Rapportage_verleende_zorg_2_2_0|Acute zorg - Testscript - Rapportage verleende zorg V2.2.0 Sturen door meldkamer, ambulance of SEH naar vaste huisarts]]
* [[AZ:V2024.01/Testscript_Rapportage_verleende_zorg_2_2_0_Ontvangen|Acute zorg - Testscript - Rapportage verleende zorg V2.2.0 Ontvangen van meldkamer, ambulance of SEH door vaste huisarts]]
<br>

az:V2024.01/Testscript Rapportage verleende zorg 2 2 0 Ontvangen

2025-04-30T13:33:09Z

Bas de Jong:

[[testmaterialen|< Terug naar testmaterialen]]

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Acute zorg - Testscript - Rapportage verleende zorg V2.2.0 Ontvangen van meldkamer, ambulance of SEH door vaste huisarts }}
<span class="toclimit-3">__TOC__</span>


= Inleiding =
Deze pagina beschrijft het te doorlopen script voor het testen van transactie ‘Sturen rapportage verleende zorg MKA, AMB of SEH naar HA’. De testscript is bedoeld om te controleren of het HIS succesvol de testscenario's kunnen ontvangen en tonen. Bij het opstellen van de testscripts is uitgegaan van het Functioneel Ontwerp en de functionele- en technische specificaties in ART-DECOR. Leveranciers testen hun eigen software met deze materialen.

== Algemene informatie ==
In de onderstaande tabel zijn de berichten met nadere betekenis, systeemrol en nummer van het bericht schematisch weergegeven:

{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht || Betekenis || Systeemrol || Nummer
|-
| Meldkamerrapportage = Rapportage verleende zorg van de meldkamer naar de huisarts || Het '''HIS ontvangt''' het rapportage verleende zorg bericht van de meldkamer en kan het bericht tonen in het HIS || Acute Zorg Proces - Meldkamerrapportage Ontvangend [AZP-MEO] Systeem || 4
|-
| Ambulancerapportage = Rapportage verleende zorg van de ambulance naar de huisarts || Het '''HIS ontvangt''' het rapportage verleende zorg bericht van de ambulance en kan het bericht tonen in het HIS || Acute Zorg Proces - Ambulancerapportage Ontvangend [AZP-AMO] Systeem || 13
|-
| Spoedeisende hulprapportage = Rapportage verleende zorg van de SEH naar de huisarts || Het '''HIS ontvangt''' het rapportage verleende zorg bericht van de SEH en kan het bericht tonen in het HIS || Acute Zorg Proces - Spoedeisende Hulprapportage Ontvangend [AZP-SHO] Systeem || 14
|-
|}
Actuele informatie over de informatiestandaard is te vinden via de Landingspagina Acute Zorg - Nictiz [https://nictiz.nl/standaarden/informatiestandaarden/acute-zorg/]

= Doelgroep =
De doelgroep van dit testscript zijn de ontvangende leveranciers die zich willen kwalificeren voor de berichten 4, 13 en 14 ‘Rapportage verleende zorg’ uit de Richtlijn Gegevensuitwisseling acute zorg.
De huisartssystemen (HIS) hebben de rol van '''ontvangend systeem''' van alle drie de rapportageberichten.

= Test-informatie =
== Algemeen ==
Voor de uitwisseling worden HL7 CDA documentberichten gebruikt. Voor het testen van systeemrollen is een simulator op basis van ART-DECOR beschikbaar. De simulator kan berichten verzenden, ontvangen en logt alle berichten. Tijdens een intake voor het kwalificeren wordt uitgelegd hoe gebruik gemaakt kan worden van de simulator. Meer informatie over de kwalificatiesimulator: [https://informatiestandaarden.nictiz.nl/wiki/HL7v3_kwalificatiesimulator]

*Het testen geeft de mogelijkheid om de technische berichten te controleren
*Visuele controle van schermafdrukken is geen onderdeel van het testen. Ontvangende huisartssystemen controleren zelf of de elementen goed verwerkt zijn.
*Het advies is om alle relevante scenario's te testen
*Het testen van infrastructurele eisen maakt geen onderdeel uit van deze test
*Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

== Doel ==
Het doel van dit testscript is om te controleren of de rapportage van verleende zorg correct kan worden overgedragen van de meldkamer, ambulance en spoedeisende hulp naar de huisarts. De focus ligt op het verifiëren dat het HIS in staat is een volledig ingevulde rapportage verleende zorg te ontvangen en weer te geven. Dit omvat het testen of alle gegevenselementen juist en volledig worden ontvangen, of het HIS de gegevens correct interpreteert, en of het systeem voldoet aan de functionele en technische specificaties.

= Testscript =
== Uit te voeren stappen ==
*Testsimulator verstuurt vier rapportages van de verleende zorg
*Ontvang de rapportages in het systeem
*Verwerk de individuele gegevenselementen en controleer op juistheid van de velden met de eindgebruiker

== Overzicht testscenario’s ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Nr. || Testscenario || Doel van de test || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Bericht meldkamer || Testen of alle gegevens in het bericht kunnen worden ontvangen || Alle gegevens worden correct en volledig ontvangen door het informatiesysteem en getoond op het scherm || [[#Scenario bericht meldkamer|6.1]]
|-
| 2 || Minimaal bericht AMB || Testen of alleen de verplichte velden in het bericht kunnen worden ontvangen || De verplichte velden worden correct en volledig ontvangen door het informatiesysteem en getoond op het scherm || [[#Scenario - Minimaal bericht AMB|6.2]]
|-
| 3 || Maximaal bericht AMB || Testen of alle gegevens in het bericht kunnen worden ontvangen || Alle gegevens worden correct en volledig ontvangen door het informatiesysteem en getoond op het scherm || [[#Scenario – Maximaal bericht AMB|6.3]]
|-
| 4 || Maximaal bericht SEH || Testen of alle gegevens in het bericht kunnen worden ontvangen|| Alle gegevens worden correct en volledig ontvangen door het informatiesysteem en getoond op het scherm || [[#Scenario – Maximaal bericht SEH|6.4]]
|-
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen.

== Variabele T datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss

= Inhoudelijke gegevens =
[[Image: Testpatient_ontvangen_rapportage_AcuteZorg.png|Patiente|600px]]

== Scenario bericht meldkamer ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}

=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurmeldkamer}}

=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"| '''Reden van melding'''

Bewustzijnsverlies

'''Conclusie, diagnose'''

Koortsstuip

'''Advies gegeven aan patiënt'''

*Probeer rustig te blijven.
*Leg patiënt op de zij zodat het zich niet kan verslikken.
*Zorg dat patiënt niet kan vallen en zich niet kan stoten of bezeren.
*Bel dan direct de huisarts, ook al is het schokken misschien al gestopt.
*Kijk of patiënt aan beide armen en benen of alleen aan één arm of been trekkingen heeft.
|}

De 'Samenvatting verleende zorg' wordt in het HIS verwerkt als concept samenvatting.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Volledige brief
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| [[Media:Bijlage_ScenarioBerichtMeldkamer_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage bericht MKA]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 25-06-2024 09:30
|}
De gegeven waarden zijn wat de ontvangende partij ontvangt uit het Nictiz testbericht.

== Scenario - Minimaal bericht AMB==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_sturen_patientgegevens_min|patientgegevens}}
=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurambuminimaal}}



=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|
'''Reden van melding'''

Medisch kladblok meldkamer:

Patiënt gevonden door mantelzorger op de galerij, niet aanspreekbaar en geen pols. Volgens Mantelzorg wil mevrouw niet gereanimeerd worden, maar ze weet het niet zeker

'''Conclusie, diagnose'''

Toestandsbeeld code:
Circulatiestilstand (aandoening) (code 261195002 in codesysteem SNOMED Clinical Terms)

Toelichting algemeen:
Na 1,5 uur reanimeren gestaakt

Tijdstip overlijden patiënt:
15:30

'''Aanbeveling voor de follow-up'''

Geen
|}
De 'Samenvatting verleende zorg' wordt in het HIS verwerkt als concept samenvatting.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"| pdf
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|[[Media:Bijlage_MinimaalBerichtAMB_pdf.pdf|TXT: klik hier voor een voorbeeldbericht [inhoud bijlage minimaal bericht AMB]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 13-05-2024 11:00
|}
De gegeven waarden zijn wat de ontvangende partij ontvangt uit het Nictiz testbericht. De bijlage is van het type .txt.

== Scenario – Maximaal bericht AMB==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}
=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurambu}}

=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Reden van de melding'''

''Medisch kladblok meldkamer:''

Patiënt gevonden in de galerij van haar appartementencomplex door haar buurvrouw, patiënt is niet aanspreekbaar

''Datum/tijd incident:''

26-06-2024 13:50

''Datum/tijd melding:''

26-06-2024 13:45

'''Conclusie, diagnose'''

''Toestandsbeeld code:''

Circulatiestilstand (aandoening)

''Toelichting toestandsbeeld:''

Bij aanvang al

'''Behandelingen/Handelingen'''

''Handelingen oxygenatie en ventilatie:''

kunstmatige beademing

''Handelingen circulatie:''

Defibrillatie met gelijkstroom

''Cardioversies aantal:''

3

''Defibrillaties aantal:''

4

''AED-schokken aantal:''

8

''Handelingen traumatologie:''

Koelen van patiënt (verrichting)

''Medicatie toegediend?:''

Ja

''Medicatienaam:''

Adrenaline

''Tijdstip overlijden patiënt''
26-06-2024 15:30

'''Afspraken met de patiënt'''

''Huisarts ingelicht:''

Ja

''Afspraken met patiënt:''

Aan buurvrouw doorgegeven contact op te zoeken met de huisarts

'''Aanbeveling voor de follow-up'''

''Toelichting algemeen:''

Wij stellen voor te staken met de reanimatie na 1,5 uur reanimeren
|}

De rapportage wordt in het HIS verwerkt als samenvatting.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 1
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Volledige informatie verleende zorg
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| [[Media:Bijlage MaximaalBerichtAMB pdf.pdf|TXT: klik hier voor een voorbeeldbericht [inhoud bijlage maximaal bericht AMB]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 26-06-2024 17:00
|}
De gegeven waarden zijn wat de ontvangende partij ontvangt uit het Nictiz testbericht. De bijlage is van het type .txt.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 2
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| 12 afleidingen ECG
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 2
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 26-06-2024 14:00
|}
De gegeven waarden zijn wat de ontvangende partij ontvangt uit het Nictiz testbericht.

== Scenario – Maximaal bericht SEH ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}

=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurSEH}}

=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Voortraject'''
Op 15 januari zagen wij mevrouw in het ziekenhuis op de spoedeisende hulp per ambulance

'''Reden van komst SEH'''

Buikklachten

'''Conclusie, diagnose'''

Gastro-enteritis

'''Beleid'''

*Meer dan normaal te drinken in kleine beetjes.
*Extra aandacht te besteden aan hygiëne

'''Aanbeveling vervolg door de huisarts'''

Bij koorts of tekenen van ernstige dehydratie overweeg opname voor rehydratie

'''Advies gegeven aan patiënt'''

*Meer dan normaal te drinken in kleine beetjes.
*Extra aandacht te besteden aan hygiëne
|}

De 'Samenvatting verleende zorg' wordt in het HIS verwerkt als concept samenvatting.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 1
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Test_file
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| Foto
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 15-01-2024 15:00
|}
De gegeven waarden zijn wat de ontvangende partij ontvangt uit het Nictiz testbericht.<br>

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 2
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| [[Media:Bijlage2_MaximaalBerichtSEH_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage maximaal bericht SEH]]]

|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 15-01-2024 14:55
|}

== Scenario – Minimaal bericht SEH ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_sturen_patientgegevens_min|patientgegevens}}
=== Auteur/Dossierhouder ===

{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurSEHminimaal}}
=== Samenvatting verleende zorg ===
<section begin="seh_samenvatting" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Voortraject'''

Geen

'''Reden van komst SEH'''

Geen

'''Conclusie, diagnose'''

Gastro-enteritis

'''Beleid'''
*Meer dan normaal te drinken in kleine beetjes.
*Extra aandacht te besteden aan hygiëne

'''Aanbeveling vervolg door de huisarts'''

Geen
|}
<section end="seh_samenvatting" />
=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|[[Media:Bijlage_MinimaalBerichtSEH_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage minimaal bericht SEH]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| 16-01-2024 14:56
|}

= Release notes =

az:V2024.01/Testscript Rapportage verleende zorg 2 2 0

2025-04-30T13:31:56Z

Bas de Jong:

[[testmaterialen|< Terug naar testmaterialen]]

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Acute zorg - Testscript - Rapportage verleende zorg V2.2.0 Sturen door meldkamer, ambulance of SEH naar vaste huisarts }}
<span class="toclimit-3">__TOC__</span>


= Inleiding =
Deze pagina beschrijft het te doorlopen script voor het testen van transactie ‘Sturen rapportage verleende zorg MKA, AMB of SEH naar HA’. De testscript is bedoeld om te controleren of acute zorg systeemrollen succesvol de testscenario's opleveren aan de simulator. Bij het opstellen van de testscripts is uitgegaan van het Functioneel Ontwerp en de functionele- en technische specificaties in ART-DECOR. Leveranciers testen hun eigen software met deze materialen.

== Algemene informatie ==
In de onderstaande tabel zijn de berichten met nadere betekenis, systeemrol en nummer van het bericht schematisch weergegeven:

{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Bericht || Betekenis || Systeemrol || Nummer
|-
| Rapportage verleende zorg van de '''meldkamer''' naar de huisarts || De ambulance verstuurt dit bericht naar de huisarts na de laatste zorgactie van de ambulance aan de patiënt || Acute Zorg Proces - Meldkamerrapportage Sturend [AZP-MES] Systeem || 4
|-
| Rapportage verleende zorg van de '''ambulance''' naar de huisarts || Het HIS ontvangt het rapportage verleende zorg bericht van de meldkamer en kan het bericht tonen in het HIS || Acute Zorg Proces - Ambulancerapportage Sturend [AZP-AMS] Systeem || 13
|-
| Rapportage verleende zorg van de '''SEH''' naar de huisarts || De SEH verstuurt dit bericht naar de huisarts zodra de eerste opvang door de SEH is afgerond || Acute Zorg Proces - Spoedeisende Hulprapportage Sturend [AZP-SHS] Systeem || 14
|-
|}
Actuele informatie over de informatiestandaard is te vinden via de Landingspagina Acute Zorg - Nictiz [https://nictiz.nl/standaarden/informatiestandaarden/acute-zorg/]

= Doelgroep =
De doelgroep van dit testscript zijn de '''verzendende''' leveranciers die zich willen kwalificeren voor de berichten 4, 13 en 14 ‘Rapportage verleende zorg’ uit de Richtlijn Gegevensuitwisseling acute zorg.
De meldkamersystemen (MKAS, bericht 4), ambulancesystemen (AMBS, bericht 13) en SEH-systemen (ZIS, bericht 14) hebben hierbij de rol van '''sturend systeem''' en de huisartssystemen (HIS) hebben de rol van ontvangend systeem van alle drie de rapportageberichten.

= Test-informatie =
== Algemeen ==
Voor de uitwisseling worden HL7 CDA documentberichten gebruikt. Voor het testen van systeemrollen is een simulator op basis van ART-DECOR beschikbaar. De simulator kan berichten verzenden, ontvangen en logt alle berichten. Tijdens een intake voor het kwalificeren wordt uitgelegd hoe gebruik gemaakt kan worden van de simulator. Meer informatie over de kwalificatiesimulator: [https://informatiestandaarden.nictiz.nl/wiki/HL7v3_kwalificatiesimulator]

*Het testen geeft de mogelijkheid om de technische berichten te controleren
*Het advies is om alle relevante scenario's te testen
*Het testen van infrastructurele eisen maakt geen onderdeel uit van deze test
*Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

== Doel ==
Het doel van dit testscript is om te controleren of de rapportage van verleende zorg inclusief inhoud correct kan worden overgedragen van de meldkamer, ambulance en spoedeisende hulp naar de huisarts. De focus ligt op de versturende partij, om te verifiëren dat deze systemen in staat zijn een volledig ingevulde rapportage te genereren en over te dragen. Dit omvat het testen of alle mogelijke gegevenselementen juist en volledig worden gegenereerd, of de systemen de opgevraagde gegevens correct interpreteren op basis van de queryparameters, en of ze voldoen aan de functionele en technische specificaties.

= Testscript =
== Uit te voeren stappen ==
*Verzendende leveranciers van de meldkamer: Voer inhoudelijke gegevens in van testscenario 1
*Verzendende leveranciers van de AMB: Voer inhoudelijke gegevens in van testscenario 2 en 3. Zowel het maximaal bericht als het minimaal bericht moeten worden ingevoerd.
*Verzendende leveranciers van de SEH: Voer inhoudelijke gegevens in van testscenario 4 en 5. Zowel het maximaal bericht als het minimaal bericht moeten worden ingevoerd.

*Stuur een ‘Rapportage verleende zorg’ naar de simulator
*Evalueer de gegenereerde foutmeldingen om hiermee verder te kunnen ontwikkelen
*Als er geen foutmeldingen meer optreden, neem dan contact op met het Nictiz kwalificatieteam voor het maken van verdere afspraken voor de kwalificatie.

== Overzicht testscenario’s ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"
| Nr. || Testscenario || Doel van de test || Verwacht resultaat || Inhoudelijke gegevens
|-
| 1 || Bericht meldkamer || Testen of alle gegevens in het bericht kunnen worden verstuurd || Alle gegevens worden correct en volledig ontvangen door de simulator || [[#Scenario meldkamer|6.1]]
|-
| 2 || Maximaal bericht AMB ||Testen of alleen de verplichte velden in het bericht kunnen worden verstuurd|| Alleen de verplichte velden worden correct en volledig ontvangen door de simulator || [[#Scenario – Maximaal bericht AMB|6.2]]
|-
| 3 || Minimaal bericht AMB || Testen of alle gegevens in het bericht kunnen worden verstuurd || Alle gegevens worden correct en volledig ontvangen door de simulator || [[#Scenario Minimaal bericht AMB |6.3]]
|-
| 4 || Maximaal bericht SEH|| Testen of alle gegevens in het bericht kunnen worden verstuurd || Alle gegevens worden correct en volledig ontvangen door de simulator || [[#Scenario – Maximaal bericht SEH|6.4]]
|-
| 5 || Minimaal bericht SEH|| Testen of alleen de verplichte velden in het bericht kunnen worden verstuurd || Alleen de verplichte velden worden correct en volledig ontvangen door de simulator || [[#Scenario Minimaal bericht SEH|6.5]]
|-
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen.

== Variabele T datum ==
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. Als ergens staat T – 10D betekent dit: 10 dagen eerder dan die afgesproken datum/tijd. Het format is yyyy-mm-ddTuu:mm:ss

= Inhoudelijke gegevens =

== Scenario meldkamer ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}

=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurmeldkamer}}

=== Samenvatting verleende zorg ===
<section begin="meldkamer_samenvatting" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"| '''Reden van melding'''

Bewustzijnsverlies

'''Conclusie, diagnose'''

Koortsstuip

'''Advies gegeven aan patiënt'''

*Probeer rustig te blijven.
*Leg patiënt op de zij zodat het zich niet kan verslikken.
*Zorg dat patiënt niet kan vallen en zich niet kan stoten of bezeren.
*Bel dan direct de huisarts, ook al is het schokken misschien al gestopt.
*Kijk of patiënt aan beide armen en benen of alleen aan één arm of been trekkingen heeft.
|}
<section end="meldkamer_samenvatting" />
De samenvatting verleende zorg is een voorbeeld bericht.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Volledige brief
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| ** <br> [[Media:Bijlage_ScenarioBerichtMeldkamer_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage bericht MKA]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| ***
|}

<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden.
<br>
<nowiki>**</nowiki> Raadpleeg de specificaties betreffende de inhoud van de volledige rapportage: [https://informatiestandaarden.nictiz.nl/wiki/iaz:Ontwerp_Acute_Zorg#Aanvullende_informatie]
<br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

== Scenario – Maximaal bericht AMB ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}

=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurambu}}

=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Reden van de melding'''

Medisch kladblok meldkamer:

Patiënt gevonden in de galerij van het appartementencomplex door de buurvrouw, patiënt is niet aanspreekbaar

Datum/tijd incident:

26-06-2024 13:50

Datum/tijd melding:

26-06-2024 13:45

'''Conclusie, diagnose'''

Toestandsbeeld code:

Circulatiestilstand (aandoening) (code 261195002 in codesysteem SNOMED Clinical Terms)

Toelichting toestandsbeeld:

Bij aanvang al

Tijdstip overlijden patiënt
26-06-2024 15:30

'''Behandelingen/Handelingen'''

Handelingen luchtweg management:

intubatie van trachea (Code 112798008 in codesysteem SNOMED Clinical Terms)

Handelingen oxygenatie en ventilatie:

kunstmatige beademing (Code 40617009 in codesysteem SNOMED Clinical Terms)

Hoeveelheid zuurstof:
15 L

Handelingen circulatie:

Defibrillatie met gelijkstroom (Code 308842001 in codesysteem SNOMED Clinical Terms )

Cardioversies aantal:

3

Defibrillatie aantal:

4

AED-schokken aantal:

8

Handelingen traumatologie:

Koelen van patiënt (verrichting) (code 105382002 in codesysteem SNOMED Clinical Terms)

Medicatie toegediend?:

Ja

Medicatienaam:

Adrenaline

Extra informatie behandeling:
Amiodaron 300 mg IV

'''Aanbeveling voor de follow-up'''

Toelichting algemeen:

Wij stellen voor te staken met de reanimatie na 1,5 uur reanimeren
'''Afspraken met de patiënt'''

Huisarts ingelicht:

Ja

Afspraken met de patiënt:

Geen

|}

De samenvatting verleende zorg is een voorbeeld bericht.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Volledige informatie verleende zorg
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| ** <br>[[Media:Bijlage_MaximaalBerichtAMB_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage maximaal bericht AMB]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| ***
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden.
<br>
<nowiki>**</nowiki> Raadpleeg de specificaties betreffende de inhoud van de volledige rapportage: [https://informatiestandaarden.nictiz.nl/wiki/iaz:Ontwerp_Acute_Zorg#Aanvullende_informatie| specificaties]
De bijlage mag van het type .txt zijn.
<br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| 12 afleidingen ECG (Code 001 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| **
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden.
<br>
<nowiki>**</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

== Scenario Minimaal bericht AMB ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_sturen_patientgegevens_min|patientgegevens}}
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurambuminimaal}}

=== Samenvatting verleende zorg ===
<section begin="ambu_samenvatting" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|
'''Reden van melding'''

Medisch kladblok meldkamer:

Patiënt gevonden door mantelzorger op de galerij, niet aanspreekbaar en geen pols. Volgens Mantelzorg wil mevrouw niet gereanimeerd worden, maar ze weet het niet zeker

'''Conclusie, diagnose'''

Toestandsbeeld code:
Circulatiestilstand (aandoening) (code 261195002 in codesysteem SNOMED Clinical Terms)

Toelichting algemeen:
Na 1,5 uur reanimeren gestaakt

'''Aanbeveling voor de follow-up'''

Geen
|}
<section end="ambu_samenvatting" />
De samenvatting verleende zorg is een voorbeeld bericht.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| ** <br>[[Media:Bijlage_MinimaalBerichtAMB_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage minimaal bericht AMB]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| ***
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden.
<br>
<nowiki>**</nowiki> Stuur een rapportage met minimale inhoud. De bijlage mag van het type .txt zijn.
<br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

== Scenario – Maximaal bericht SEH ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|patientgegevens}}

=== Auteur/Dossierhouder ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurSEH}}

=== Samenvatting verleende zorg ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Voortraject'''
Op 15 januari zagen wij mevrouw in het ziekenhuis op de spoedeisende hulp per ambulance

'''Reden van komst SEH'''

Buikklachten

'''Conclusie, diagnose'''

Gastro-enteritis

'''Beleid'''

*Meer dan normaal te drinken in kleine beetjes.
*Extra aandacht te besteden aan hygiëne

'''Aanbeveling vervolg door de huisarts'''

Bij koorts of tekenen van ernstige dehydratie overweeg opname voor rehydratie

'''Afspraken met de patiënt'''

*Bij zieker worden contact opnemen met de huisarts
|}

De samenvatting verleende zorg is een voorbeeld bericht.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 1
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Test_file
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| Foto (Code 011 in codesystem '''acutezorg-codesysteem-16''' '2.16.840.1.113883.2.4.3.11.60.55.5.16')
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| **
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| ***
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden. <br>
<nowiki>**</nowiki> Stuur een foto naar de simulator <br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage 2
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"| Volledige brief
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"| ** <br>[[Media:Bijlage2_MaximaalBerichtSEH_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage maximaal bericht SEH]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| ***
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden. <br>
<nowiki>**</nowiki> Raadpleeg de specificaties betreffende de inhoud van de volledige rapportage: [https://informatiestandaarden.nictiz.nl/wiki/iaz:Ontwerp_Acute_Zorg#Aanvullende_informatie]
<br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

== Scenario Minimaal bericht SEH ==
=== Patiëntgegevens ===
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_sturen_patientgegevens_min|patientgegevens}}
{{#lst:az:V2.2.0_Rapportage_verleende_zorg_ontvangen_patientgegevens|auteurSEHminimaal}}

=== Samenvatting verleende zorg ===
<section begin="seh_samenvatting" />
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Samenvatting verleende zorg
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Samenvatting verleende zorg
|style="background-color: white;"|'''Voortraject'''

Geen

'''Reden van komst SEH'''

Geen

'''Conclusie, diagnose'''

Gastro-enteritis

'''Beleid'''
Meer dan normaal te drinken in kleine beetjes.<br>Extra aandacht te besteden aan hygiëne

'''Aanbeveling vervolg door de huisarts'''

Geen
|}
<section end="seh_samenvatting" />
De samenvatting verleende zorg is een voorbeeld bericht.

=== Bijlagen ===
{| class="wikitable" width="85%"
|style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="6" | Bijlage
|-style="background-color: #1F497D;; color: white; text-align:left;"
|colspan="5" width="25%"| Gegevenselement
|| Waarde
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bestandsnaam
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Type bijlage
|style="background-color: white;"| intern rapport/overdracht (Code 006 van codesysteem 2.16.840.1.113883.2.4.3.11.60.55.5.16 acutezorg-codesysteem-16)
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Media type
|style="background-color: white;"|
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Versie
|style="background-color: white;"| 1
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlageset id
|style="background-color: white;"| *
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Bijlage inhoud
|style="background-color: white;"|[[Media:Bijlage_MinimaalBerichtSEH_pdf.pdf|PDF: klik hier voor een voorbeeldbericht [inhoud bijlage minimaal bericht SEH]]]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|colspan="5"|Creatie datum + tijd
|style="background-color: white;"| **
|}
<nowiki>*</nowiki> De bijlage- en set ID’s kunnen door de aanleverende software vrij ingevuld worden.<br>
<nowiki>**</nowiki> Stuur een rapportage met minimale inhoud. <br>
<nowiki>***</nowiki> Datum en tijd van aanmaken van de bijlage. In geval van testen, de testdag.

= Release notes =