informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:V2020.01/Sjabloon Kwalificatiescript/Standaardteksten

2024-06-27T13:14:57Z

Niek van Galen:

{{DISPLAYTITLE:Standaardteksten MedMij kwalificatiescripts}}
__NUMBEREDHEADINGS__

<noinclude>
{{NoteBox|
'''Gebruik deze pagina NIET: de tekst voor kopieren staat op de hoofdpagina Sjabloon_Kwalificatiescript.'''

Deze subpagina bevat de centraal beheerde standaardteksten voor MedMij kwalificatiescripts.
}}
</noinclude>

= Doelgroep =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Inleiding =
== Algemene informatie ==
<noinclude>{{highlight|Handmatig '''aanvullen''' per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

Actuele informatie kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].

== Begrippenlijst ==
In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in
{{#switch: {{NAMESPACE}}:{{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.02 = [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]] '''(switchlink)'''
}}.

= Kwalificatie-informatie =
== Algemeen ==
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op
{{#switch: {{NAMESPACE}}:{{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| MedMij:Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]] '''(switchlink)'''
}}.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

== Voorwaarden voor kwalificatie ==
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van
{{#switch: {{NAMESPACE}}:{{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| MedMij:Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]] '''(switchlink)'''
}}.

== Uitgangspunten kwalificatie ==
Pas
{{#switch: {{NAMESPACE}}:{{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| MedMij:Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]] '''(switchlink)'''
}} toe voor de [[#Doelgroep|systeemrol waarop je in dit script kwalificeert]].

== Op te leveren kwalificatiemateriaal door de leverancier ==
# De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
# Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.

<noinclude>{{highlight|VUL handmatig per script aan om de locatie van het aanleverformat te geven, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Kwalificatiescript =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

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

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

== Variabele T datum ==
De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over [[MedMij:V2020.01/Kwalificatie_aansluiten#Variabele_T_datum|de T datum is hier te vinden]].

= Inhoudelijke gegevens =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Release notes =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

MedMij:V2020.01/Sjabloon Kwalificatiescript/Standaardteksten

2024-06-27T12:29:23Z

Niek van Galen:

{{DISPLAYTITLE:Standaardteksten MedMij kwalificatiescripts}}
__NUMBEREDHEADINGS__

<noinclude>
{{NoteBox|
'''Gebruik deze pagina NIET: de tekst voor kopieren staat op de hoofdpagina Sjabloon_Kwalificatiescript.'''

Deze subpagina bevat de centraal beheerde standaardteksten voor MedMij kwalificatiescripts.
}}
</noinclude>

= Doelgroep =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Inleiding =
== Algemene informatie ==
<noinclude>{{highlight|Handmatig '''aanvullen''' per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

Actuele informatie kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].

== Begrippenlijst ==
In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in
{{#switch: {{NAMESPACE}}:{{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.02 = [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]] '''(switchlink)'''
}}.

= Kwalificatie-informatie =
== Algemeen ==
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]] '''(switchlink)'''
}}.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

== Voorwaarden voor kwalificatie ==
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]] '''(switchlink)'''
}}.

== Uitgangspunten kwalificatie ==
Pas
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]] '''(switchlink)'''
}} toe voor de [[#Doelgroep|systeemrol waarop je in dit script kwalificeert]].

== Op te leveren kwalificatiemateriaal door de leverancier ==
# De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
# Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.

<noinclude>{{highlight|VUL handmatig per script aan om de locatie van het aanleverformat te geven, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Kwalificatiescript =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

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

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

== Variabele T datum ==
De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over [[MedMij:V2020.01/Kwalificatie_aansluiten#Variabele_T_datum|de T datum is hier te vinden]].

= Inhoudelijke gegevens =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Release notes =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

MedMij:V2020.01/Sjabloon Kwalificatiescript/Standaardteksten

2024-06-27T12:25:19Z

Niek van Galen:

{{DISPLAYTITLE:Standaardteksten MedMij kwalificatiescripts}}
__NUMBEREDHEADINGS__

<noinclude>
{{NoteBox|
'''Gebruik deze pagina NIET: de tekst voor kopieren staat op de hoofdpagina Sjabloon_Kwalificatiescript.'''

Deze subpagina bevat de centraal beheerde standaardteksten voor MedMij kwalificatiescripts.
}}
</noinclude>

= Doelgroep =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Inleiding =
== Algemene informatie ==
<noinclude>{{highlight|Handmatig '''aanvullen''' per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

Actuele informatie kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].

== Begrippenlijst ==
In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| Vprepub-2020.02 = [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]] '''(switchlink)'''
}}.

= Kwalificatie-informatie =
== Algemeen ==
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]] '''(switchlink)'''
}}.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

== Voorwaarden voor kwalificatie ==
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]] '''(switchlink)'''
}}.

== Uitgangspunten kwalificatie ==
Pas
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]] '''(switchlink)'''
}} toe voor de [[#Doelgroep|systeemrol waarop je in dit script kwalificeert]].

== Op te leveren kwalificatiemateriaal door de leverancier ==
# De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
# Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.

<noinclude>{{highlight|VUL handmatig per script aan om de locatie van het aanleverformat te geven, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Kwalificatiescript =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

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

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

== Variabele T datum ==
De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over [[MedMij:V2020.01/Kwalificatie_aansluiten#Variabele_T_datum|de T datum is hier te vinden]].

= Inhoudelijke gegevens =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Release notes =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

MedMij:V2020.01/Sjabloon Kwalificatiescript/Standaardteksten

2024-06-27T12:24:28Z

Niek van Galen: /* Begrippenlijst */

{{DISPLAYTITLE:Standaardteksten MedMij kwalificatiescripts}}
__NUMBEREDHEADINGS__

<noinclude>
{{NoteBox|
'''Gebruik deze pagina NIET: de tekst voor kopieren staat op de hoofdpagina Sjabloon_Kwalificatiescript.'''

Deze subpagina bevat de centraal beheerde standaardteksten voor MedMij kwalificatiescripts.
}}
</noinclude>

= Doelgroep =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Inleiding =
== Algemene informatie ==
<noinclude>{{highlight|Handmatig '''aanvullen''' per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

Actuele informatie kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].

== Begrippenlijst ==
In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in
{{#switch: {{ROOTPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.02 = [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]] '''(switchlink)'''
}}.

= Kwalificatie-informatie =
== Algemeen ==
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]] '''(switchlink)'''
}}.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

== Voorwaarden voor kwalificatie ==
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]] '''(switchlink)'''
}}.

== Uitgangspunten kwalificatie ==
Pas
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]] '''(switchlink)'''
}} toe voor de [[#Doelgroep|systeemrol waarop je in dit script kwalificeert]].

== Op te leveren kwalificatiemateriaal door de leverancier ==
# De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
# Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.

<noinclude>{{highlight|VUL handmatig per script aan om de locatie van het aanleverformat te geven, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Kwalificatiescript =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

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

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

== Variabele T datum ==
De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over [[MedMij:V2020.01/Kwalificatie_aansluiten#Variabele_T_datum|de T datum is hier te vinden]].

= Inhoudelijke gegevens =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Release notes =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

MedMij:V2020.01/Sjabloon Kwalificatiescript/Standaardteksten

2024-06-27T12:22:06Z

Niek van Galen: Test met FULLPAGENAME

{{DISPLAYTITLE:Standaardteksten MedMij kwalificatiescripts}}
__NUMBEREDHEADINGS__

<noinclude>
{{NoteBox|
'''Gebruik deze pagina NIET: de tekst voor kopieren staat op de hoofdpagina Sjabloon_Kwalificatiescript.'''

Deze subpagina bevat de centraal beheerde standaardteksten voor MedMij kwalificatiescripts.
}}
</noinclude>

= Doelgroep =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Inleiding =
== Algemene informatie ==
<noinclude>{{highlight|Handmatig '''aanvullen''' per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

Actuele informatie kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].

== Begrippenlijst ==
In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in
{{#switch: {{FULLPAGENAME}}
| MedMij:V2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V2020.02 = [[MedMij:V2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-2020.02 = [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| MedMij:Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]]
| [[MedMij:V2020.01/Kwalificatie#Kwalificatie_gebruik_van_terminologie|deze algemene begrippenlijst]] '''(switchlink)'''
}}.

= Kwalificatie-informatie =
== Algemeen ==
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]]
| [[MedMij:V2020.01/Kwalificatie#Introductie |de pagina met algemene informatie over MedMij kwalificaties]] '''(switchlink)'''
}}.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

== Voorwaarden voor kwalificatie ==
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie|de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij]] '''(switchlink)'''
}}.

== Uitgangspunten kwalificatie ==
Pas
{{#switch: {{ROOTPAGENAME}}
| V2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| V6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.01 = [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-2020.02 = [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| Vprepub-6 = [[MedMij:Kwalificatie:V1/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]]
| [[MedMij:V2020.01/Kwalificatie#Uitgangspunten_voor_kwalificatie|de generieke uitgangspunten voor de kwalificatie MedMij]] '''(switchlink)'''
}} toe voor de [[#Doelgroep|systeemrol waarop je in dit script kwalificeert]].

== Op te leveren kwalificatiemateriaal door de leverancier ==
# De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
# Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.

<noinclude>{{highlight|VUL handmatig per script aan om de locatie van het aanleverformat te geven, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Kwalificatiescript =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

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

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

== Variabele T datum ==
De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over [[MedMij:V2020.01/Kwalificatie_aansluiten#Variabele_T_datum|de T datum is hier te vinden]].

= Inhoudelijke gegevens =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

= Release notes =
<noinclude>{{highlight|Handmatig aan te passen per script, [[MedMij:V2020.01/Sjabloon_Kwalificatiescript|zie Sjabloon_Kwalificatiescript]]}}</noinclude>

MediaWiki:Sitenotice

2024-03-15T13:53:42Z

Niek van Galen:

Sjabloon:NoteBoxServicemanagement

2024-03-15T13:53:33Z

Niek van Galen: Niek van Galen heeft de pagina Sjabloon:NoteBoxServiceManagement hernoemd naar Sjabloon:NoteBoxServicemanagement zonder een doorverwijzing achter te laten

__NOINDEX__
<div style="margin-left: 32px; display:inline-block">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link={{Sjabloon:VerwijzingServicemanagement}}|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%;"><span class="plainlinks nounderlines">[{{Sjabloon:VerwijzingServicemanagement}}<span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar Nictiz Servicemanagement te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</noinclude>
</div>

Sjabloon:VerwijzingServicemanagement

2024-03-15T13:53:23Z

Niek van Galen: Niek van Galen heeft de pagina Sjabloon:VerwijzingServiceManagement hernoemd naar Sjabloon:VerwijzingServicemanagement zonder een doorverwijzing achter te laten

https://nictiz.atlassian.net/servicedesk/customer/portal/4

Sjabloon:VerwijzingServicemanagement

2024-03-15T13:53:10Z

Niek van Galen: Nieuwe pagina aangemaakt met 'https://nictiz.atlassian.net/servicedesk/customer/portal/4'

https://nictiz.atlassian.net/servicedesk/customer/portal/4

Sjabloon:NoteBoxServicemanagement

2024-03-15T13:52:23Z

Niek van Galen:

Sjabloon:NoteBoxServicemanagement

2024-03-15T13:32:11Z

Niek van Galen:

__NOINDEX__
<div style="margin-left: 32px; display:inline-block">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link={{Sjabloon:VerwijzingServicemanagement}}|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%;"><span class="nounderlines plainlinks">[{{Sjabloon:VerwijzingServicemanagement}}<span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar Nictiz Servicemanagement te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</noinclude>
</div>

Sjabloon:NoteBoxServicemanagement

2024-03-12T08:26:14Z

Niek van Galen:

__NOINDEX__
<div style="margin-left: 32px; display:inline-block">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%;"><span class="nounderlines plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4<span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar Nictiz Servicemanagement te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</noinclude>
</div>

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:46:34Z

Niek van Galen:

__NOINDEX__
<div style="width: 40%; margin-left: 32px;">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%; font-align: left;"><span class="nounderlines plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4 <span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar Nictiz Servicemanagement te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</noinclude>
</div>

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:35:22Z

Niek van Galen:

__NOINDEX__
<div style="width: 40%; margin-left: 32px;">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%; font-align: left;"><span class="nounderlines plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4 <span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar de Nictiz servicedesk te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</noinclude>
</div>

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:34:03Z

Niek van Galen: Doel en gebruik toegevoegd

__NOINDEX__
<div style="width: 40%; margin-left: 32px;">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%; font-align: left;"><span class="nounderlines plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4 <span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]</noinclude>
==Doel==
Dit sjabloon is gemaakt om een wiki-brede verwijzing naar de Nictiz servicedesk te realiseren.

==Gebruik==
Om het sjabloon op alle wikipagina's zichtbaar te maken wordt het opgenomen op de pagina [[MediaWiki:Sitenotice]].
</div>

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:22:26Z

Niek van Galen:

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:17:31Z

Niek van Galen:

__NOINDEX__
<div style="width: 40%; margin-left: 32px;">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%; font-align: left;"><span class="plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4 <span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]</noinclude>
</div>

MediaWiki:Sitenotice

2024-03-08T14:16:25Z

Niek van Galen: Sjabloon NSM toegevoegd ter test

Sjabloon:NoteBoxServicemanagement

2024-03-08T14:11:41Z

Niek van Galen: Sjabloon Service Management ter test aanmaken

__NOINDEX__
<div style="width: 70%; margin-left: 32px;">
<table style="border: none; background-color: #e16e22;">
<tr>
<td class="mbox-image" style="padding-left: 0px;">
<div style="margin-left: -32px;">
[[Bestand:Icoon_service_management_desk_Wit-oranje.svg|link=https://nictiz.atlassian.net/servicedesk/customer/portal/4|64x64px|Maak een melding]]
</div>
</td>
<td class="mbox-text" style="padding: 0.25em 0.9em; width: 100%; color: white; font-size: 120%;"><span class="plainlinks">[https://nictiz.atlassian.net/servicedesk/customer/portal/4 <span style="color:white;">Klik hier om een vraag te stellen of een melding te maken.</span>]
</td>
</tr>
</table></div><noinclude>
[[Category:Nictiz formatting and function templates]]
[[Category:Nictiz XHTML tag replacing templates]]</noinclude>
</div>

MediaWiki:Sitenotice

2024-03-07T19:26:45Z

Niek van Galen:

Dit is een aankondiging op de hele wiki.

MediaWiki:Sitenotice

2024-03-07T19:26:28Z

Niek van Galen:

MediaWiki:Sitenotice

2024-03-07T19:26:16Z

Niek van Galen: Nieuwe pagina aangemaakt met 'test'

test

MedMij:Vissue-MM-4014/Testscript Vaccinatie-Immunisatie Raadplegen

2022-12-09T07:46:22Z

Niek van Galen: Clone of V6 production page for issue MM-4014

{{IssuePaginaWaarschuwing|MM-4014|MedMij:V6/Testscript_Vaccinatie-Immunisatie_Raadplegen}}
__NOINDEX__

MedMij:Vissue-MM-4014/Testscript Vaccinatie-Immunisatie Beschikbaarstellen

2022-12-09T07:46:05Z

Niek van Galen: Clone of V6 production page for issue MM-4014

{{IssuePaginaWaarschuwing|MM-4014|MedMij:V6/Testscript_Vaccinatie-Immunisatie_Beschikbaarstellen}}
__NOINDEX__

MedMij:V6/Testscript Vaccinatie-Immunisatie Beschikbaarstellen

2022-12-09T07:45:26Z

Niek van Galen: MM-4014 eerste publicatie testmaterialen informatiestandaard Vaccinatie-Immunisatie

MedMij:V6/Testscript Vaccinatie-Immunisatie Raadplegen

2022-12-09T07:44:52Z

Niek van Galen: MM-4014 eerste publicatie testmaterialen informatiestandaard Vaccinatie-Immunisatie

Hoofdpagina

2022-12-08T09:22:36Z

Niek van Galen: /* Actuele Nictiz informatiestandaarden/projecten */ ELZ toegevoegd

__NUMBEREDHEADINGS__

=Inleiding=
Welkom op de Nictiz wiki voor informatiestandaarden. Je kunt hier via een directe link zijn gekomen, of via de sectie Informatiestandaarden op onze website [https://www.nictiz.nl www.nictiz.nl]. Informatiestandaarden bestaan uit een functioneel deel waarin wordt beschreven welke processen van welke partijen ondersteund worden, en een of meerdere technische delen waarin gespecificeerd wordt wat hiervoor in techniek nodig is.

=Actuele Nictiz informatiestandaarden/projecten=
{| style="width: 100%"
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Jeugdgezondheidszorg.svg|75px|75px|link=Landingspagina_JGZ|Landingspagina Jeugdgezondheidszorg]]
[[Landingspagina_JGZ|Jeugdgezondheidszorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Huisartswaarneming.svg|75px|75px|link=Landingspagina_Huisartswaarneming|Huisartswaarneming]]
[[Landingspagina_Huisartswaarneming |Huisartswaarneming]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Verpleegkundige Zorg.svg|75px|75px|link=Landingspagina_Verpleegkundige_Zorg|Verpleegkundige overdracht]]
[[Landingspagina_Verpleegkundige_Zorg|Verpleegkundige zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Medicatieproces.svg|75px|75px|link=Landingspagina_Medicatieproces|Medicatieproces]]
[[Landingspagina_Medicatieproces|Medicatieproces]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Laboratoria.svg|75px|75px|link=Landingspagina_Labuitwisseling|Laboratoria]]
[[Landingspagina_Labuitwisseling|Labuitwisseling]]<br/>

| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
[[Landingspagina_Acute_Zorg|Acute zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Zib.svg|75px|75px|link=Landingspagina_Zib_Centrum|Zib-centrum]]
[[Landingspagina_Zib_Centrum|Zib-centrum]]<br/>
[https://zibs.nl Zorginformatiebouwstenen-wiki]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Paramedische Zorg.svg|75px|75px|link=Paramedische_zorg|Paramedische zorg]]
[[Paramedische_zorg|Paramedische zorg]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Geboortezorg.svg|75px|75px|link=Landingspagina_Geboortezorg|Geboortezorg]]
[[Landingspagina_Geboortezorg|Geboortezorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Ketenzorg.svg|75px|75px|link=Landingspagina_Ketenzorg|Ketenzorg]]
[[Landingspagina_Ketenzorg|Ketenzorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard MedMij.svg|75px|75px|link=MedMij:Landingspagina_MedMij|MedMij]]
[[MedMij:Landingspagina_MedMij|MedMij]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard BgZ.svg|75px|75px|link=Landingspagina_BgZ|BgZ]]
[[Landingspagina_BgZ|BgZ]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Dossierwijzigingsverzoek.svg|75px|75px|link=MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
[[MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|75px|75px|link=imm:Landingspagina_Vaccinatie_Immunisatie|Vaccinatie-Immunisatie]]
[[Immu:V0.1_Ontwerpen|Vaccinatie-Immunisatie]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg.svg|75px|75px|link=hg:Landingspagina_ELZ|EersteLijnsZorg]]
[[hg:Landingspagina_ELZ|EersteLijnsZorg]]
|-
|}

=Nictiz-projecten in incubatie=
===Individueel Zorgplan===
*[[Landingspagina_Individueel_Zorgplan|Landingspagina Individueel Zorgplan]]

=Projecten van derden op deze site=
===Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker===
*[[Landingspagina_Bevolkingsonderzoek_Darmkanker|Landingspagina Bevolkingsonderzoek Darmkanker]]
*[[Landingspagina_Bevolkingsonderzoek_Baarmoederhalskanker |Landingspagina Bevolkingsonderzoek Baarmoederhalskanker]]
*[[Landingspagina_Bevolkingsonderzoek_Borstkanker|Landingspagina Bevolkingsonderzoek Borstkanker]]

=Algemeen=
==[[Handleiding_Nictiz_documentatie|Handleiding Nictiz documentatie]]==
*[[Handleiding_Wiki_documentatie|Handleiding Wiki documentatie]]
*[[Handleiding_ART-DECOR_documentatie|Handleiding ART-DECOR documentatie]]
*[[Handleiding_Kardinaliteiten en conformance|Handleiding kardinaliteiten en conformance]]
==HL7 versie 3==
*[[HL7v3|Algemene uitleg HL7 versie 3]]
*[http://www.hl7.nl/wiki/index.php?title=Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Rev2 HL7v3 Basiscompenenten, versie 2.3 rev2] (externe link naar HL7 Nederland), met daarin onder andere:
**[http://www.hl7.nl/wiki/index.php/Categorie:Datatype HL7 versie 3 Datatypes]
** Om historische redenen is voor de CMET's soms nog de [https://www.hl7.nl/images/downloads/Implementatiehandleiding%20HL7v3%20Basiscomponenten%20%202.3NL_secure.pdf PDF van de basiscomponentengids] nodig

==HL7 FHIR==
'''STU3'''
*[[FHIR:V1.0_FHIR_IG_STU3|FHIR STU3 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_STU3|FHIR STU3 Profiling guidelines]]
'''R4'''
*[[FHIR:V1.0_FHIR_IG_R4|FHIR R4 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_R4|FHIR R4 Profiling guidelines]]

==Object IDentifiers (OIDs)==
*[http://www.hl7.nl/wiki/index.php/Implementatiehandleiding_HL7v3_basiscomponenten#Identificatiemechanismen Object IDentifiers toelichting in HL7v3 basiscomponenten]
{{NoteBox|De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht:
* De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier
* Identificatie dient persistent en wereldwijd uniek te zijn
* Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen
* Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk
** Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken<br/>LAB: 2.16.528.1.1007.3.3.12345678.'''1'''<br/>RAD: 2.16.528.1.1007.3.3.12345678.'''2'''
* Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat
* Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.
}}

==OID / URI Registers==
*[https://www.nictiz.nl/standaardisatie/overzichten/oids/ Nictiz OID Register]
*[https://hl7.nl/oid-register.html HL7 NL OID Register] en [https://www.hl7.nl/wiki/index.php?title=OIDs_en_FHIR_System_URIs HL7 NL FHIR URI Register] voor bestaande OID's
*[https://decor.nictiz.nl/decor/services/OIDIndex ART-DECOR OID Register] (bevat tevens FHIR URI's voor zover bekend en gerelateerd aan een OID)
*[https://www.hl7.org/oid HL7.org OID Register]
*FHIR STU3: [https://hl7.org/fhir/stu3/terminologies-systems.html System URIs] en [http://hl7.org/fhir/stu3/identifier-registry.html Identifier System URIs]
*FHIR huidig: [https://hl7.org/fhir/terminologies-systems.html URIs] en [http://hl7.org/fhir/identifier-registry.html Identifier System URIs] (alle hl7.org codesysteem uri's zijn van STU3 naar R4 gewijzigd in terminology.hl7.org/CodeSystem)

Bestand:Icoon Nictiz Cirkel Eerstelijnszorg.svg

2022-12-08T09:19:51Z

Niek van Galen:

hg:Landingspagina ELZ

2022-12-08T09:18:14Z

Niek van Galen: Afko's in de inleiding en titel vervangen.

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Landingspagina EersteLijnsZorg}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van EersteLijnsZorg (ELZ) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

EersteLijnsZorg is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling en worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd, kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

MedMij:Vissue-MM-4014/FHIR Vaccination-Immunization

2022-12-08T08:55:32Z

Niek van Galen: Clone of V6 production page for issue MM-4014

{{IssuePaginaWaarschuwing|MM-4014|MedMij:V6/FHIR_Vaccination-Immunization}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie}}}}
{{MedMij:Vprepub-6/Issuebox_FHIR_IG}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|link=|87px|Vaccinatie-Immunisatie]]

=Introduction=
This page describes patient's use case for the retrieval of vaccination results, in a personal health environment (PHR) context. Functional specifications are described at the [[MedMij:Vprepub-6/Ontwerp_Vaccinatie-Immunisatie| functional design wiki page]]. This use case consists of enabling a patient to view his own administered vaccinations in a PHR. The technical specification is described here. HL7 FHIR R4 is used for this purpose. Vaccinations are represented by the Immunization resources in FHIR. A transaction will retrieve all administered vaccinations from the XIS.

'''Note''': This implementation guide builds on the general guidelines described in the [[MedMij:IG:V1/FHIR_IG#Overarching principles|use case overarching principles]].

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Actors
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Systems
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR CapabilityStatements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| Patient
| The user of a personal healthcare environment.
| PHR
| Personal health record
| rowspan="2" | {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/imm-RetrieveServe|nictiz.fhir.nl.r4.vaccinationimmunization|pkgVersion=1.0.0-rc.1|title=CapabilityStatement: Retrieve Serve}}
| rowspan="2" | FHIR client/server requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|}

=Use case 1: Retrieve vaccinations =
[[Bestand:Afsprakenstelsel-01.png|link=https://www.medmij.nl/afsprakenstelsel/|rechts |100px|Go to Afsprakenstelsel]]
{{FHIR-IG-Afsprakenstelsel-Note}}

==Introduction==
The retrieve vaccinations transaction is used by the PHR to retrieve vaccinations from a XIS.

==Actors==
{| class="wikitable" "cellpadding="10"
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| '''Transaction group'''
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| '''Transaction'''
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| '''Actor'''
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve vaccinations(PULL)
|style="background-color: white;vertical-align:top;"|Retrieve vaccinations request
|style="background-color: white;vertical-align:top;"|Patient (using a PHR)
|style="background-color: white;vertical-align:top;"|Request vaccinations from the XIS
|-
|style="background-color: white;vertical-align:top;"|Retrieve vaccinations response
|style="background-color: white;vertical-align:top;"|(Healthcare) provider (using a XIS)
|style="background-color: white;vertical-align:top;"|Serves vaccinations to the PHR
|}

==Invocations==
===PHR: request message===
The request message represents an HTTP GET parameterized query from the PHR to the XIS.

====Trigger events====
When the patient (PHR) wants to obtain vaccinations, it issues a retrieve vaccinations request message.

====Message semantics====
The PHR executes an HTTP GET conform to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS's Observation endpoint. This search query URL is configurable by the PHR and has the following format:

<pre>GET [base]/Immunization{?_include=Immunization:patient&_include:iterate=Immunization:performer}</pre>

At this point in time, there are no use cases for filter parameters on the query. The stated query will return a Bundle with all known administered immunizations. Each immunization is conveyed in an Immunization resource. The Immunization resource will contain references to actors such as the Patient and the Health Professional/Organization. If those references are not in the Bundle, a client SHALL be able to resolve them at the source. The client may wish to have these references resolved in the Bundle by specifying the [http://hl7.org/fhir/R4/search.html#include {{fhir|_include}}] parameter on the query. The server SHALL support this {{fhir|_include}} parameter. It MAY include referenced resources even if the client doesn't ask for them if it doesn't support read operations for these resources.

=====Expected actions=====
The XIS SHALL process the query to retrieve patient's Immunization resources and the included referenced resources.

===XIS: response message===
The XIS returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information.

====Trigger events====
The XIS completed processing of the retrieve vaccinations request message.

====Message semantics====
The returned data to the PHR should conform to the profiles listed in the table below. The resources in the response message SHALL be a valid instance of these profiles. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance.

{{MedMij:V2020.01/NoteBoxPackage|p1=nictiz.fhir.nl.r4.vaccinationimmunization|p2=nictiz.fhir.nl.r4.zib2020|v2=0.7.0-beta.1}}

{| class="wikitable"
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Profile name
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR Resource
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | HCIM EN
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Canonical URL
|-
| nl core Vaccination event
| Immunization
| [https://zibs.nl/wiki/Vaccinatie-v4.0(2020NL) Vaccination]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Vaccination-event|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core Patient
| Patient
| [https://zibs.nl/wiki/Patient-v3.2(2020EN) Patient]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core HealthProfessional
| Practitioner
| rowspan="2" | [https://zibs.nl/wiki/HealthProfessional-v3.5(2020EN) HealthProfessional]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core HealthProfessional PractitionerRole
| PractionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core HealthcareProvider Organization
| Organization
| rowspan="2" | [https://zibs.nl/wiki/HealthcareProvider-v3.4(2020EN) HealthcareProvider]
|{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core HealthcareProvider
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
| nl core PharmaceuticalProduct
| Medication
| [https://zibs.nl/wiki/PharmaceuticalProduct-v2.1.2(2020EN) PharmaceuticalProduct]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-PharmaceuticalProduct|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
|-
|}

====Expected actions====
The PHR SHALL process the results. The PHR SHOULD contain all the resources that match the query and all the reference resources that are included in the Bundle.

=Release notes=
Release notes can be found on the [[MedMij:Vprepub-6/Ontwerp_Vaccinatie-Immunisatie#Release_notes| functional design page]].

=Support=
For questions and change requests regarding this IG, please create a ticket in [https://bits.nictiz.nl/projects/MM BITS].

hg:Landingspagina ELZ

2022-12-07T16:17:02Z

Niek van Galen: Icoon toegevoegd

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Landingspagina ELZ (EersteLijnsZorg)}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:15:15Z

Niek van Galen: Removed TOC tag as it is not needed

__NUMBEREDHEADINGS__

{{DISPLAYTITLE: Landingspagina ELZ (EersteLijnsZorg)}}

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:13:10Z

Niek van Galen:

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ (EersteLijnsZorg)}}

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:11:29Z

Niek van Galen:

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:10:33Z

Niek van Galen: /* Functioneel ontwerp, technisch ontwerp en kwalificatie */

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
{{Vdraft/InformationBox|De ontwerpen voor ELZ zijn momenteel in ontwikkeling worden ter consultatie aangeboden. Tijdens deze ontwikkelperiode en totdat versie 1.0.0 is gepubliceerd kan ELZ niet als stabiel worden beschouwd.}}
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:08:04Z

Niek van Galen: /* Inleiding */

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevatten ze usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:07:18Z

Niek van Galen: /* Inleiding */

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevat het usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

ELZ is grotendeels gebaseerd op [https://zibs.nl zorginformatiebouwstenen (zibs)], publicatie 2020. De daadwerkelijke uitwisseling vindt plaats door middel van [https://www.hl7.org/fhir/ HL7 FHIR R4].

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:05:19Z

Niek van Galen: Ondersteuning toegevoegd.

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=
De ontwerpen van ELZ (EersteLijnsZorg) worden gebruikt door de de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevat het usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

=Ondersteuning=
Voor vragen over ELZ, maak een ticket aan in [https://bits.nictiz.nl/projects/ELZT/issues/ BITS].

hg:Landingspagina ELZ

2022-12-07T16:04:21Z

Niek van Galen: /* Inleiding */

hg:Landingspagina ELZ

2022-12-07T16:03:48Z

Niek van Galen: /* Inleiding */ Inleiding toevoegen

hg:Landingspagina ELZ

2022-12-07T16:02:03Z

Niek van Galen: Added TOC

__NUMBEREDHEADINGS__
__TOC__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

hg:Landingspagina ELZ

2022-12-07T16:01:18Z

Niek van Galen: Toevoegen FO, TO

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Landingspagina ELZ}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

=Inleiding=

=Functioneel ontwerp, technisch ontwerp en kwalificatie=
==Actuele versie==
De meest actuele versie van ELZ is {{VersieInfo|ELZ|namespace=hg|release=V1}}. De release notes zijn te vinden in het [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]].
* [[hg:V1_Ontwerp_ELZ|Functioneel ontwerp ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]
* [[hg:V1_FHIR_ELZ|Technisch ontwerp (FHIR Implementation Guide) ELZ {{VersieInfo|ELZ|namespace=hg|release=V1}}]]

Kwalificatiematerialen volgen in een later stadium.

hg:Landingspagina ELZ

2022-12-07T15:48:00Z

Niek van Galen: Aanmaken landingspagina ELZ

MedMij:Vissue-MMTM-974/Landingspagina MedMij

2022-12-07T09:57:38Z

Niek van Galen: /* Versiebeleid */ fix "dependency's" --> "dependencies"

__NOINDEX__
[[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard MedMij.svg|100px|rechts|link=]]

=Inleiding=
Hieronder staan de informatiestandaarden die Nictiz ontwikkelt en beheert voor gebruik binnen [https://medmij.nl/ MedMij]. Welke versie van een informatiestandaard er gebruikt dient te worden, wordt bepaald door de MedMij-gegevensdienst die in [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+Catalogus de MedMij-catalogus] vermeld staat. Elke gegevensdienst is gekoppeld aan één specifieke versie van een informatiestandaard (of meer specifiek: aan een systeemrol binnen een versie van de informatiestandaard).

=Releases=
De informatiestandaarden voor MedMij zijn gebaseerd op generieke componenten zoals zibs, SNOMED, FHIR, et cetera. Het streven is om de standaarden zoveel mogelijk op ''dezelfde'' (versies) van deze componenten te baseren, zodat oplossingen over standaarden heen te gebruiken zijn. Om deze reden worden MedMij-informatiestandaarden uitgebracht binnen een "pakketje" met gelijke ''dependencies''.

In het overzicht hieronder is bijvoorbeeld te zien dat alle standaarden binnen MedMij 6 gebaseerd zijn op zib-publicatie 2020 en op FHIR R4. Ze gebruiken ook hetzelfde overkoepelende functionele ontwerp en dezelfde FHIR-implementatiegids. Aan de andere kant is te zien dat een oplossing ontwikkeld voor MedMij 5 niet zonder meer te gebruiken is binnen MedMij 6 omdat deze gebaseerd zijn op verschillende zib-versies, verschillende FHIR-versies, et cetera.

<table class="releases">
<tr class="greylinebottom">
<th class="grey"></th>
<th class="orange" colspan="2">In ontwikkeling</th>
<th colspan="4" class="green">Actueel</th>
</tr>
<tr>
<th class="grey"></th>
<th class="greylineright">Release 7</th>
<th colspan="2" class="greylineright">Release 6</th>
<th colspan="2" class="greylineright">Release 5</th>
<th>Release 4</th>
</tr>
<tr>
<th class="grey"></th>
<th class="greylineright">7.0.0-alpha</th>
<th>6.2.0</th>
<th class="greylineright">6.1.3</th>
<th>2020.02</th>
<th class="greylineright">2020.01</th>
<th>2019.01</th>
</tr>
<tr>
<th class="grey">AllergieIntolerantie</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">3.0.19</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|2.1.2]]</td>
</tr>
<tr>
<th class="grey">Basisgegevens GGZ</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.2.2]]</td>
</tr>
<tr>
<th class="grey">Beelden</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.1.2]]</td>
</tr>
<tr>
<th class="grey">BgLZ</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>3.1.1</td>
<td class="deprecatedgreylineright">2.0.19</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.1.2]]</td>
</tr>
<tr>
<th class="grey">BgZ</th>
<td class="greylineright">-</td>
<td>4.0.0-rc</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">3.1.2</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|2.2.2]]</td>
</tr>
<tr>
<th class="grey">Dossierwijzigingsverzoek</th>
<td class="greylineright">-</td>
<td>[[Vissue-MM-3503/Landingspagina_Dossierwijzigingsverzoek|1.0.3]]</td>
<td class="greylineright">[[Vissue-MM-3503/Landingspagina_Dossierwijzigingsverzoek|1.0.3]]</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
</tr>
<tr>
<th class="grey">eAfspraak</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.2.2]]</td>
</tr>
<tr>
<th class="grey">Huisartsgegevens</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.2.2]]</td>
</tr>
<tr>
<th class="grey">Laboratoriumresultaten</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.2.2]]</td>
</tr>
<tr>
<th class="grey">Medicatieproces</th>
<td class="greylineright">10.0.0-beta</td>
<td></td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>9.0.7</td>
</tr>
<tr>
<th class="grey">PDF/A</th>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">3.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|2.1.2]]</td>
</tr>
<tr>
<th class="grey">Vaccinaties</th>
<td class="greylineright">-</td>
<td>1.0.1</td>
<td class="greylineright">1.0.1</td>
<td>-</td>
<td class="greylineright">-</td>
<td>-</td>
</tr>
<tr>
<th class="grey">Vragenlijsten</th>
<td class="greylineright">-</td>
<td>3.0.0-rc</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.1.2]]</td>
</tr>
<tr>
<th class="grey">Zelfmetingen</th>
<td class="greylineright">-</td>
<td>3.0.0-rc</td>
<td class="greylineright">-</td>
<td>-</td>
<td class="greylineright">2.0.20</td>
<td class="deprecated">[[MedMij:V2019.01_VerlopenGD|1.3.2]]</td>
</tr>
<tr class="dependencies">
<th>MedMij functioneel ontwerp</th>
<td class="greylineright">2.0.0-alpha</td>
<td colspan="2" class="greylineright">1.0.1</td>
<td>[[MedMij:V2020.02/Ontwerpen|2020.02]]</td>
<td class="greylineright">[[MedMij:V2020.01/Ontwerpen|2020.01]]</td>
<td class="greylineright">[[MedMij:V2019.01_Ontwerpen|2019.01]]</td>
</tr>
<tr class="dependencies">
<th>Zib-publicatie</th>
<td class="greylineright">2023</td>
<td colspan="2" class="greylineright">[https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) 2020]</td>
<td colspan="3">[https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) 2017]</td>
</tr>
<tr class="dependencies">
<th>FHIR-versie</th>
<td colspan="3" class="greylineright">[https://www.hl7.org/fhir/r4/ R4]</td>
<td colspan="3">[https://www.hl7.org/fhir/stu3/ STU3]</td>
</tr>
<tr class="dependencies">
<th>MedMij FHIR IG</th>
<td class="greylineright">2.0.0-alpha</td>
<td colspan="2" class="greylineright">1.0.2</td>
<td>[[MedMij:V2020.02/FHIR_IG|2020.02]]</td>
<td class="greylineright">[[MedMij:V2020.01/FHIR_IG|2020.01]]</td>
<td>[[MedMij:V2019.01_FHIR_IG|2019.01]]</td>
</tr>
<tr class="dependencies">
<th>MedMij-kwalificatiepagina</th>
<td class="greylineright">2.0.0-alpha</td>
<td colspan="2" class="greylineright">1.0.1</td>
<td>[[MedMij:V2020.02/Kwalificatie|2020.02]]</td>
<td class="greylineright">[[MedMij:V2020.01/Kwalificatie|2020.01]]</td>
<td>[[MedMij:V2019.01_Kwalificatie|2019.01]]</td>
</tr>
</table>

==Versiebeleid==
Nictiz gebruikt de [https://semver.org/ SemVer-methodiek] voor versienummers, zoals vastgelegd in [https://nictiz.nl/wat-we-doen/zorginformatiestelsel/duurzaam-releasebeleid/ het Duurzaam Releasebeleid]. Deze aanpak is bedoeld om duidelijk te maken welke versies van een product compatibel zijn met elkaar. Alle informatiestandaarden en alle deelproducten hebben een versienummer gebaseerd op SemVer. Vanaf MedMij-release 6 is deze aanpak ook doorgevoerd voor de releases zelf (de "pakketjes" met gelijke dependencies). De oudere actieve releases, die gebaseerd waren op jaartallen, hebben met terugwerkende kracht een SemVer-releasenummer gekregen: 2020.0x = 5, 2019.01 = 4.

Deze aanpak heeft onder meer de volgende implicaties:
* Alle versienummers bestaan uit drie getallen: ''major''.''minor''.''patch''. Wanneer er verwezen wordt naar een bepaalde versie, kan elke hogere versie met hetzelfde ''major''-nummer net zo goed gebruikt worden. [Wanneer bijvoorbeeld een gegevensdienst verwijst naar een systeemrolcode met versie '3.2', dan mag daar ook versie '3.3' of '3.4' voor gelezen worden, maar niet '3.0' of '4.1'.]
* ''Binnen'' een release hebben informatiestandaarden elk een eigen versienummer. Dit versienummer heeft geen directe relatie met het versienummer van de overkoepelende MedMij-release; informatiestandaarden hebben binnen de kaders van een release hun eigen levenscyclus en ontwikkeltempo. Het versienummer heeft ook geen relatie met de versie van het MedMij-Afsprakenstelsel.
* Een versienummer kan een toevoeging hebben in de vorm van '-alfa.x', '-beta.x' of '-rc.x'. Dit betekent dat de versie nog niet stabiel is. Informatiestandaarden zijn dan ook nog niet opgenomen in een MedMij-gegevensdienst.
* Tijdens de levensduur van een release kunnen nieuwe (versies van) informatiestandaarden worden toegevoegd. Dit heeft per definitie geen invloed op de reeds aanwezige standaarden binnen de release. Informatiestandaarden kunnen ook binnen een release worden uitgefaseerd.
* Er kan geen nieuwe informatiestandaard geïntroduceerd worden in een publicatie wanneer de dependencies niet compatibel zijn. Dat zal pas kunnen bij een andere MedMij-release.
* Het is in principe wél mogelijk dat verschillende incompatibele versies van dezelfde informatiestandaard binnen een release worden opgenomen, dus met met verschillende majorversies. Zolang ze wel dezelfde ''dependency's'' hebben.

Welke versie van een informatiestandaard er gebruikt moet worden, wordt bepaald door de MedMij-gegevensdienst die in de MedMij-catalogus vermeld staat. Elke gegevensdienst is gekoppeld aan één specifieke versie van een informatiestandaard (of meer specifiek, naar een systeemrol binnen een versie van de informatiestandaard).

==Gearchiveerde releases==
Informatiestandaarden worden aan het eind van hun levensduur uitgefaseerd. Voor historisch inzicht blijft de voorlaatste actieve versie beschikbaar in het releaseoverzicht. Eerdere versies van informatiestandaarden worden alleen nog als zip-archief beschikbaar gesteld.

{{Collapse top|bg=#D7D2CB|Gearchiveerde releases}}
'''Release 3'''
*Functionele ontwerpen
**[[MedMij:V2018.06_Ontwerpen|2018.06]]
**[[MedMij:V2018.05_Ontwerpen|2018.05]]
**[[MedMij:V2018.04_Ontwerpen|2018.04]]
**[[MedMij:V2018.03_Ontwerpen|2018.03]]
**[[MedMij:V2018.02_Ontwerpen|2018.02]]
**[[MedMij:V2018.01_Ontwerpen|2018.01]]
*Technische ontwerpen
**[[MedMij:V2018.06_FHIR_IG|2018.06]]
**[[MedMij:V2018.05_FHIR_IG|2018.05]]
**[[MedMij:V2018.04_FHIR_IG|2018.04]]
**[[MedMij:V2018.03_FHIR_IG|2018.03]]
**[[MedMij:V2018.02_FHIR_IG|2018.02]]
**[[MedMij:V2018.01_FHIR_IG|2018.01]]

'''Release 2'''
*Functionele ontwerpen
**[[MedMij:V2017.04_Ontwerpen|2017.04]]
**[[MedMij:V2017.03_Ontwerpen|2017.03]]
**[[MedMij:V2017.02_Ontwerpen|2017.02]]
**[[MedMij:V2017.01_Ontwerpen|2017.01]]
*Technische ontwerpen
**[[MedMij:v2017.04_FHIR_IG|2017.04]]
**[[MedMij:v2017.03_FHIR_IG|2017.03]]
**[[MedMij:v2017.01_FHIR_IG|2017.01]]

'''Release 1'''
*[[MedMij:V1.0_Standards|1.0]]
{{Collapse bottom}}

=Kwalificatie=
Op MedMij-informatiestandaarden zijn Nictiz-kwalificaties van toepassing. Kwalificatie vindt plaats per systeemrol.

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden op de kwalificatiepagina: ...

=Ondersteuning=
Hier komt een verwijzing naar BITS voor ondersteuning en wijzigingsverzoeken.

hg:Vissue-ELZT-13 Ontwerp ELZ

2022-12-07T07:58:30Z

Niek van Galen: Clone of V1 production page for issue ELZT-13

{{IssuePaginaWaarschuwing|ELZT-13|hg:V1_Ontwerp_ELZ}}
__NOINDEX__
{{Vdraft/InformationBox|Dit functioneel ontwerp is momenteel in ontwikkeling en kan niet als stabiel worden beschouwd. Voor vragen en wijzigingsverzoeken over deze pagina kan een ticket worden aangemaakt in [{{VersieInfo|BITS|release=V1|namespace=hg}} BITS].}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Functioneel ontwerp ELZ {{VersieInfo|ELZ|release=V1|namespace=hg}}}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

<div class="toclimit-3">__TOC__</div>

=Inleiding=

==Algemeen==

Deze pagina beschrijft het functioneel ontwerp voor ELZ (EersteLijnsZorg). Dit ontwerp wordt gebruikt door de informatiestandaarden [https://nictiz.nl/standaarden/informatiestandaarden/huisartsenzorg/ Huisartsenzorg] en [https://nictiz.nl/standaarden/informatiestandaarden/paramedische-zorg/ Paramedische Zorg]. Ook bevat het functionele usecases voor Ketenzorg, Huisartswaarneming, GGZ en raadpleging van het huisartsendossier door de patiënt.
Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/standaarden/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]. De technische (FHIR-)representatie van deze informatiestandaard is te vinden op het [[hg:Vprepub-1_FHIR_ELZ|technisch ontwerp]].

Het proces voor gegevensuitwisseling met de huisarts is in onderstaande afbeelding gevisualiseerd:

[[Bestand:Gegevensuitwisseling_huisartsen.png|Gegevensuitwisseling huisartsen|1000px|link=]]

''<span style="color:#E16E22">Figuur: Proces uitwisseling huisartsgegevens</span>''

==Doelgroep==
De doelgroepen van dit functionele ontwerp zijn:

*Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, zorgorganisaties en [https://www.nictiz.nl/: Nictiz];

*Zorgverleners en hun vertegenwoordigers;

*Patiënten

==Kaders & Uitgangspunten==

===Richtlijn en proces===
====Dossierverhuisbericht====
De [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_informatieverstrekking_huisartsen_overdracht_behandelrelatie_0.pdf NHG-richtlijn Informatieverstrekking tussen huisartsen bij overdracht van behandelrelatie] (NHG-richtlijn Dossierverhuisbericht) beschrijft de processen en informatie-uitwisseling tussen de oude en de nieuwe huisarts.

====Waarneembericht====
De [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_waarneming-v5-19sept16.pdf NHG-richtlijn Gegevensuitwisseling huisarts en Centrale Huisartsenpost (CHP)] (NHG-richtlijn Waarneembericht) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de HAP.

====Verwijzing huisarts naar medisch specialist====
De [https://www.nhg.org/sites/default/files/content/nhg_org/images/richtlijn_informatie-uitwisseling_tussen_huisarts_en_medisch_specialist_2018_web.pdf NHG-richtlijn Informatie-uitwisseling tussen huisarts en medisch specialist] (NHG-richtlijn HASP) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de medisch specialist.

====Verwijzing huisarts naar paramedicus====

De [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/final_richtlijn_informatie-uitwisseling_tussen_arts_en_paramedicus_2022.pdf NHG-richtlijn Informatie-uitwisseling tussen arts en paramedicus] (NHG-richtlijn HASP-paramedicus) beschrijft de processen en informatie-uitwisseling tussen de huisarts en de paramedicus.

====Verwijzing huisarts naar GGZ====
De [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/final_webversie_ha-ggz_sk_lres_10nov11_0.pdf NHG-richtlijn Informatie-uitwisseling huisarts - tweedelijns GGZ] (NHG-richtlijn HASP-GGZ)
beschrijft de processen en informatie-uitwisseling tussen de huisarts en de GGZ.

====Ketenzorg====
De ketenzorgoverdracht is gebaseerd op de volgende zorgstandaarden:
*[https://zorgstandaarddiabetes.nl/ NDF Zorgstandaard Diabetes];
*[https://www.longalliantie.nl/content/LAN_Zorgstandaard_COPD-2016-2.pdf Zorgstandaard COPD];
*Nederlandse Multidisciplinaire richtlijn Cardiovasculair risicomanagement (MDR CVRM) en de daarvan afgeleide [https://richtlijnen.nhg.org//files/2020-05/multidisciplinaire_richtlijn_cardiovaculair_risicomanagement.pdf NHG-Standaard];
*Ouderenzorg
VRAAG: IS DIT DE ZORGSTANDAARD [https://www.dementiezorgvoorelkaar.nl/wp-content/uploads/2022/01/zorgstandaard-dementie.pdf?_ga=2.151108528.867451466.1654090774-1492994983.1644504440 DEMENTIE?]

Er zijn afspraken tussen de ketenpartijen over de gegevens waartoe de zorgverleners toegang hebben. Dit betekent dat een zorgverlener, zoals een POH, alleen de gegevens ziet die relevant zijn voor de behandeling van patiënt.
Een voorbeeld van een praktische uitwerking hiervan is de [https://www.aorta-lsp.nl/media/downloads/autorisatiematrix-ketenzorgxlsx/download AutorisatieMatrix] die binnen de zorgtoepassing [https://www.aorta-lsp.nl/zorgtoepassingen/lsp-ketenzorg LSP Ketenzorg] van VZVZ wordt toegepast.

====Patiënten overdrachten====
De [https://www.nhg.org/sites/default/files/content/nhg_org/uploads/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf NHG-richtlijn Online inzage in het H-EPD door patiënt] (NHG-richtlijn H-EPD Patiënt)
beschrijft de processen en informatie-uitwisseling tussen de huisarts en de patiënt.

===Reikwijdte Informatiestandaard===

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

===Infrastructuur===
De specificatie van de infrastructuur waarover berichten worden uitgewisseld valt buiten de scope van deze informatiestandaard.

==Kwalificatie==

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

=Usecases=
{{Vdraft/InformationBoxSmall|Op dit moment ondersteunt dit ontwerp alleen de [[#Usecase:_Huisarts_verwijst_naar_paramedicus]], de andere usecases zijn nog in ontwikkeling. Deze concept-usecases zijn al wel (ingeklapt) opgenomen onderaan deze pagina en kunnen indien gewenst worden bekeken.}}
Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase geanalyseerd en uitgewerkt.

==Algemeen==
De informatiestandaard Huisartsenzorg is ingedeeld in verschillende (ontwerp) groepen.
*Dossierverhuisbericht
*Huisartswaarneming
*Verwijzing Paramedicus
*Verwijzing Specialist
*Verwijzing GGZ
*Ketenzorg
*Patiënten overdrachten
*[[Lab:V2.0.1_Ontwerp_Laboverdacht| Labuitwisseling]] (usecases opgenomen in aparte informatiestandaard)
*[[iaz:Ontwerp_Acute_Zorg| Acute Zorg]] (usecases opgenomen in aparte informatiestandaard)
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid/ Medicatieveiligheid] (usecases opgenomen in aparte informatiestandaard)

===Dossierverhuisbericht===
De groep ‘Dossierverhuisbericht’ kent 1 usecase:
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Use_case:_Huisarts_stuurt_dossier_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_dossier_naar_huisarts|Huisarts stuurt dossier naar huisarts]]]

===Huisartswaarneming===
De groep ‘Huisartswaarneming’ kent 2 usecases:
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Use_case:_Waarnemend_huisarts_raadpleegt_professionele_samenvatting_.28ps.29 [[hg:Vprepub-1_Ontwerp_ELZ#Use_case:_Waarnemend_huisarts_raadpleegt_professionele_samenvatting_.28ps.29|Waarnemend huisarts raadpleegt professionele samenvatting (ps)]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Use_case:_Waarnemend_huisarts_stuurt_waarneemretourbericht_.28wrb.29 [[hg:Vprepub-1_Ontwerp_ELZ#Use_case:_Waarnemend_huisarts_stuurt_waarneemretourbericht_.28wrb.29|Waarnemend huisarts stuurt waarneembericht]]]

===Verwijzing huisarts naar paramedicus===
Informatie-uitwisseling tussen arts en paramedicus vindt plaats op het moment dat de arts respectievelijk de paramedicus moet stilstaan bij de informatiebehoefte over en weer. Bij verwijzing, directe toegang en afronding behandeling zijn de momenten van uitwisseling: het moment van verwijzen of starten respectievelijk het moment van afronding en op momenten van tussentijdse updates.

De volgende beroepen worden benoemd in de NHG-richtlijn HASP-paramedicus:
*Diëtetiek
*Ergotherapie
*Huidtherapie
*Fysiotherapie
*Logopedie en Foniatrie
*Oefentherapie Cesar en Mensendieck

De groep ‘Verwijzing Huisarts naar Paramedicus’ kent 6 usecases:

#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_paramedicus| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_paramedicus|Huisarts verwijst naar paramedicus]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_bericht_directe_toegang_.28DT.29_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_bericht_directe_toegang_.28DT.29_naar_huisarts|Paramedicus stuurt bericht directe toegang naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_update_naar_paramedicus| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_update_naar_paramedicus| Huisarts stuurt update naar paramedicus]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_update_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_update_naar_huisarts| Paramedicus stuurt update naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_eindrapportage_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Paramedicus_stuurt_eindrapportage_naar_huisarts| Paramedicus stuurt eindrapportage naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Paramedicus_draagt_over_aan_paramedicus_.28paramedische_overdracht.29| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Paramedicus_draagt_over_aan_paramedicus_.28paramedische_overdracht.29|Paramedicus draagt over aan paramedicus]]]

Een samenvatting van de usecases wordt getoond in onderstaand figuur.
FIGUUR HASP-PARAMEDICUS INVOEGEN

===Verwijzing huisarts naar medisch specialist===
Informatie-uitwisseling tussen arts en medisch specialist vindt plaats op het moment dat de huisarts (verwijzer) respectievelijk de medisch specialist (geconsulteerde) moet stilstaan bij de informatiebehoefte over en weer. Bij verwijzing of ontslag zijn de momenten van uitwisseling: het moment van verwijzen respectievelijk het ontslag en op momenten van tussentijdse updates.

De groep ‘Verwijzing Specialist’ kent 4 usecases:
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_medisch_specialist| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_medisch_specialist|Huisarts verwijst naar medisch specialist]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_update_naar_medisch_specialist| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_update_naar_medisch_specialist|Huisarts stuurt update naar medisch specialist]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Medisch_specialist_stuurt_update_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Medisch_specialist_stuurt_update_naar_huisarts|Medisch specialist stuurt update naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Medisch_specialist_stuurt_ontslagbericht_naar_huisarts|[[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Medisch_specialist_stuurt_ontslagbericht_naar_huisarts|Medisch specialist stuurt ontslagbericht naar huisarts]]]

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

===Verwijzing huisarts naar GGZ===
De groep ‘Verwijzing huisarts naar GGZ’ kent x usecases:

#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_GGZ| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_GGZ| Huisarts verwijst naar GGZ]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_GGZ_raadpleegt_professionele_samenvatting_.28ps.29| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_GGZ_raadpleegt_professionele_samenvatting_.28ps.29| GGZ raadpleegt professionele samenvatting (ps)]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_bericht_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_bericht_naar_huisarts| GGZ stuurt bericht naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_update_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_update_naar_huisarts| GGZ stuurt update naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_ontslagbericht_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_GGZ_stuurt_ontslagbericht_naar_huisarts| GGZ stuurt ontslagbericht naar huisarts]]]

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

===Ketenzorg===
De groep ‘Ketenzorg’ kent 2 usecases:

#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_ketenzorgpartner| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_ketenzorgpartner|Huisarts verwijst naar ketenzorgpartner]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Ketenzorgpartner_stuurt_eindrapportage_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Ketenzorgpartner_stuurt_eindrapportage_naar_huisarts| Ketenzorgpartner stuurt eindrapportage naar huisarts]]]

===Patiënten overdrachten===
De groep ‘Patiënten overdrachten’ kent 5 usecases:

#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_raadpleegt_dossier_huisartsgegevens| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_raadpleegt_dossier_huisartsgegevens| Patiënt raadpleegt dossier huisartsengegevens]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_vragenlijst_naar_pati.C3.ABnt| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_stuurt_vragenlijst_naar_pati.C3.ABnt| Huisarts stuurt vragenlijst naar patiënt]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_stuurt_antwoorden_op_vragenlijst_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_stuurt_antwoorden_op_vragenlijst_naar_huisarts| Patiënt stuurt antwoorden op vragenlijst naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_stuurt_zelfmeting_naar_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_stuurt_zelfmeting_naar_huisarts| Patiënt stuurt zelfmeting naar huisarts]]]
#[https://informatiestandaarden.nictiz.nl/wiki/hg:V1_Ontwerp_ELZ#Use_case:_Pati.C3.ABnt_raadpleegt_afspraak_bij_huisarts| [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Pati.C3.ABnt_raadpleegt_afspraak_bij_huisarts| Patiënt raadpleegt afspraak bij huisarts (tijd van de afspraak)]]]

==Usecase: Huisarts verwijst naar paramedicus==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de paramedicus zodat paramedische zorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de paramedicus om de benodigde dossiergegevens te kunnen ophalen uit het HIS. Op deze manier kunnen door de paramedicus de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de paramedicus beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing.

Voor een verwijzing geldt dat de arts en de paramedicus de regel volgen dat de paramedicus de verantwoordelijkheid neemt voor de paramedische diagnostiek en de paramedische behandeling van de klacht of zorgvraag. Met het versturen van het verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt overgedragen.

Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd.

===Proces en Context (pre- en postproces)===

De NHG-richtlijn HASP-Paramedicus geeft aan dat de arts altijd een verwijsbericht stuurt:
*Op het moment van verwijzen;
*Bij een eenmalig consult (consultatieaanvraag).

====Preproces====
*De huisarts gaat een verwijsbericht sturen naar een paramedicus of paramedische zorgaanbieder;
*De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt vanuit het HIS het verwijsbericht met de envelop en de kern naar een paramedicus;
*Het informatiesysteem van de paramedicus (PARIS) ontvangt de envelop en de kern en verwerkt deze gegevens;
*De paramedicus haalt de actuele dossiergegevens op uit het HIS op het moment dat de paramedicus met de verwijzing aan de slag gaat;
*Indien de huisarts het verwijsbericht als annulering heeft gestuurd, zal de paramedicus alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn PARIS.

====Postproces====
De paramedicus heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"

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

!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt verwijsbericht (met envelop en kern)
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus ontvangt verwijsbericht
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus raadpleegt dossiergegevens
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stelt dossiergegevens beschikbaar
|}

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

[[Bestand:Activity Diagram - | omkaderd| none| Activity Diagram: Huisarts verwijst naar paramedicus]]
[[Bestand:Activity Diagram - | omkaderd| none| Activity Diagram: Huisarts verwijst naar paramedicus]]
[[Bestand:Activity Diagram - | omkaderd| none| Activity Diagram: Huisarts verwijst naar paramedicus]]

===Informatieoverdracht===
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem);
*PARIS (Paramedisch informatiesysteem).

====Systemen & Systeemrollen====
Het HIS en het PARIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van een verwijzing naar een paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Paramedicus Sturend Systeem
| style="background-color: white;"| HZP-VPS
| style="background-color: white;"| Sturen verwijzing van de huisarts naar de paramedicus
|-
| style="background-color: white;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces - Verwijsbericht Huisarts naar Paramedicus Ontvangend systeem
| style="background-color: white;"| HZP-VPO
| style="background-color: white;"| Ontvangen verwijzing van de huisarts door de paramedicus
|-
| style="background-color: white;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces - Dossiergegevens Raadplegend Systeem
| style="background-color: white;"| HZP-AGR
| style="background-color: white;"| Raadplegen dossiergegevens door de paramedicus
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Dossiergegevens Beschikbaarstellend Systeem
| style="background-color: white;"| HZP-AGB
| style="background-color: white;"| Beschikbaarstellen dossiergegevens door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Huisarts_verwijst_naar_paramedicus_v2.png| omkaderd| none |Component Diagram - Huisarts verwijst naar paramedicus]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Huisarts_verwijst_naar_paramedicus_v2.png| omkaderd| none| Usecase Diagram - Huisarts verwijst naar paramedicus]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="4"|Huisarts verwijst naar paramedicus
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen verwijzing (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen verwijzing
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-VPS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen verwijzing
|style="background-color: white;vertical-align:top;"|Paramedicus
|style="background-color: white;vertical-align:top;"|PARIS
|style="background-color: white;vertical-align:top;"|HZP-VPO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen dossiergegevens (PULL)
|style="background-color: white;vertical-align:middle;"|Raadplegen dossiergegevens
|style="background-color: white;vertical-align:middle;"|Paramedicus
|style="background-color: white;vertical-align:middle;"|PARIS
|style="background-color: white;vertical-align:middle;"|HZP-AGR
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen dossiergegevens
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-AGB
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts verwijst naar paramedicus</small>
|}

=Concept-usecases=
Onderstaande usecases zijn in ontwikkeling en nog niet geldig voor dit ontwerp.

{{Collapse top|bg=#D7D2CB|Klik op "tonen" om deze sectie uit te klappen.}}

==Usecase: Huisarts stuurt dossier naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Het dossieroverdrachtsbericht bevat de medische gegevens welke in aanmerking komen voor overdracht van een huisarts waar een patiënt is (was) ingeschreven naar een huisarts waar de patiënt is (zal worden) ingeschreven.

De huisarts levert integrale, persoonlijke en continue zorg aan de patiënt en de huisarts is het eerste medische aanspreekpunt voor de patiënt in de zorg (poortwachter). Men name de aspecten integrale zorg en continuïteit hebben gevolgen voor de inhoud van het medisch dossier bij de huisarts. Het medisch dossier bij de huisarts geeft een overzicht van de medische geschiedenis van een patiënt in de tijd, niet alleen van contacten tussen huisarts en patiënt maar ook van de medische wederwaardigheden met andere zorgverleners zoals andere eerstelijns zorgverleners en medisch specialisten.

Het is vanuit deze optiek dus van het grootste belang dat de medische gegevens zoals die worden beheerd door de huisarts optimaal worden overgedragen wanneer de behandelrelatie overgaat van de ene naar de andere huisarts (mutatie). Het overdrachtsbericht volgt op de noodzaak om de dossiervoering van de patiënt over te dragen van de oorspronkelijke huisarts naar de nieuwe huisarts. Hierdoor wordt de continuering van dossiervoering gewaarborgd. Hiervoor is in de richtlijn aangegeven dat de oorspronkelijke huisarts de verzendende partij (verzender) is en de nieuwe huisarts de ontvangende partij (ontvanger).

Deze usecase beschrijft de reden van het versturen van het dossieroverdrachtsbericht. In dit bericht zitten alle benodigde gegevens voor de nieuwe huisarts om de patiënt te kunnen ontvangen. Bij de overdracht wordt het gehele actuele medische dossier overgedragen aan de nieuwe huisarts.

===Proces en Context (pre- en postproces)===

====Preproces====
*De oorspronkelijke huisarts gaat een dossieroverdrachtsbericht sturen naar een nieuwe huisarts.
*De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Bij overdracht van de behandelrelatie wordt het dossier elektronisch en gestructureerd overdragen conform de informatiestandaard vanuit het HIS van de oorspronkelijke huisarts naar het HIS van de nieuwe huisarts.

====Postproces====
Het ontvangen dossier wordt binnen het HIS geplaatst zodat het door de nieuwe huisarts te gebruiken is voor continuering van dossiervoering voor de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Oorspronkelijke huisarts
| style="background-color: white;"| De oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht
|-
| style="background-color: white;"| Nieuwe huisarts
| style="background-color: white;"| De nieuwe huisarts ontvangt een dossieroverdrachtsbericht
|-
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
[[Bestand:Activity_Diagram_-_x| omkaderd| none| Activity Diagram: Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts]]

===Informatieoverdracht===
Huisartsen maken gebruik van een informatiesysteem:
*HIS (Huisartsinformatiesysteem).

====Systemen & Systeemrollen====
Huisartsen maken gebruik van een informatiesysteem, Huisartseninformatiesysteem (HIS). Deze systemen maken het uitwisselen van gegevens in het kader van het sturen van een dossieroverdrachtsbericht aan de nieuwe huisarts mogelijk. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Huisarts draagt dossier over aan huisarts Sturend Systeem
| style="background-color: white;"| HZP-DHS
| style="background-color: white;"| Sturen dossieroverdrachtsbericht door oorspronkelijke huisarts aan nieuwe huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces - Huisarts draagt dossier over aan huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-DHO
| style="background-color: white;"| Ontvangen dossieroverdrachtsbericht door nieuwe huisarts van de oorspronkelijke huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_x| omkaderd| none |Component Diagram - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar de nieuwe huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_X| omkaderd| none| Usecase Diagram - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen dossieroverdrachtsbericht (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen dossieroverdrachtsbericht
|style="background-color: white;vertical-align:middle;"|Oorspronkelijke huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-DHS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen dossieroverdrachtsbericht
|style="background-color: white;vertical-align:top;"|Nieuwe huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-DHO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Oorspronkelijke huisarts stuurt een dossieroverdrachtsbericht naar nieuwe huisarts</small>
|}

==Usecase: Waarnemend huisarts raadpleegt professionele samenvatting (ps)==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Waarnemend huisarts stuurt waarneemretourbericht (wrb)==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
De standaard Huisartswaarneming automatiseert twee vormen van gegevensuitwisseling:
#Het opvragen van een professionele samenvatting (PS)
#Versturen van een waarneemretourbericht (WRB)
Deze uitwisselingen kunnen plaatsvinden wanneer een patiënt een huisarts bezoekt die niet de zijne is of als een patiënt een huisartsenpost bezoekt.

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"

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

!style="text-align:left;"|Beschrijving bedrijfsrol

|-

| style="background-color: white;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Paramedicus stuurt bericht directe toegang (DT) naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
De paramedicus stuurt altijd een bericht directe toegang:
*Na een eerste contact met de patiënt bij directe toegang
*Als de patiënt na eerdere afronding van de behandeling terugkomt voor dezelfde klacht

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin mee kan gaan deze berichtgeving achterwege te laten.

Met het bericht directe toegang met behandeling wordt de verantwoordelijkheid van zorg voor de patiënt overgedragen aan de paramedicus. Bij directe toegang zonder behandeling blijft de verantwoordelijkheid van zorg bij de arts.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht directe toegang stuurt:
*na een eerste contact met de patiënt bij directe toegang
*als de patiënt na eerdere afronding van de behandeling terugkomt voor dezelfde klacht

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving aan de huisarts en de paramedicus erin mee kan gaan deze berichtgeving achterwege te laten.

====Preproces====
Een paramedicus gaat een bericht directe toegang sturen sturen naar een huisarts.

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De paramedicus stuurt een bericht directe toegang naar de huisarts
*De huisarts ontvangt een bericht directe toegang

====Postproces====
De huisarts heeft het bericht directe toegang ontvangen van de paramedicus en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus stuurt een bericht directe toegang
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt een bericht directe toegang
|-
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
[[Bestand:Activity_Diagram_-_Paramedicus_stuurt_bericht_DT_naar_huisarts.png| omkaderd| none|Activity Diagram - Paramedicus stuurt directe toegang naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*PARIS (informatiesystemen voor paramedici).

====Systemen & Systeemrollen====
De paramedicus en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en informatiesystemen voor paramedici (PARIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het bericht directe toegang aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – DT Paramedicus naar huisarts sturend Systeem
| style="background-color: white;"| HZP-DPS
| style="background-color: white;"| Sturen bericht directe toegang door de paramedicus naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – DT Paramedicus naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-DPO
| style="background-color: white;"| Ontvangen bericht directe toegang van de paramedicus door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Paramedicus_stuurt_bericht_DT_naar_huisarts.png | omkaderd| none |Component Diagram - Paramedicus stuurt directe toegang naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Paramedicus_stuurt_bericht_DT_naar_huisarts.png| omkaderd| none| Usecase Diagram - Paramedicus stuurt directe toegang naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Paramedicus stuurt directe toegang naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht directe toegang (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht directe toegang
|style="background-color: white;vertical-align:middle;"|Paramedicus
|style="background-color: white;vertical-align:middle;"|PARIS
|style="background-color: white;vertical-align:middle;"|HZP-DPS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht directe toegang
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-DPO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Paramedicus stuurt directe toegang naar huisarts</small>
|}

==Usecase: Huisarts stuurt update naar paramedicus==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de paramedicus. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de paramedicus als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de paramedicus.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP-paramedicus geeft aan dat de arts altijd een update stuurt:
*als antwoord op het verzoek om informatie door de paramedicus; dit kan ook het advies inhouden om de patiënt voor consultatie naar de arts te sturen (➞ informatieverstrekking)
*als de arts een vraag heeft aan de paramedicus (➞ informatieverzoek)
*bij overlijden van de patiënt

De arts overweegt een update:
*als zich een wijziging in het beloop voordoet, bij een andere gestelde diagnose en of wijziging van zorg aan de patiënt die van invloed is op de behandeling door de paramedicus
*bij een levensgebeurtenis

====Preproces====
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt een update naar paramedicus
*De update is beschikbaar in de tweede lijn op het moment van overname.

====Postproces====
De paramedicus gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt een update
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus ontvangt een update
|-
|}

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

[[Bestand:Activity_Diagram_-_Huisarts_stuurt_update_naar_paramedicus.png | omkaderd| none| Activity Diagram - Huisarts stuurt update naar Paramedicus]]

===Informatieoverdracht===
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem)
*PARIS (informatiesystemen voor paramedici).

====Systemen & Systeemrollen====
Het HIS en het PARIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update Huisarts naar Paramedicus Sturend Systeem
| style="background-color: white;"| HZP-UPS
| style="background-color: white;"| Sturen update van de huisarts naar de paramedicus
|-
| style="background-color: white;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update huisarts naar Paramedicus Ontvangend Systeem
| style="background-color: white;"| HZP-UPO
| style="background-color: white;"| Ontvangen update van de huisarts door de paramedicus
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Huisarts_stuurt_update_naar_paramedicus.png| omkaderd| none | Component Diagram - Huisarts stuurt update naar Paramedicus]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Huisarts_stuurt_update_naar_paramedicus.png| omkaderd| none| Usecase Diagram - Huisarts stuurt update naar paramedicus]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisarts stuurt update naar paramedicus
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen update (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen update
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-UPS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen update
|style="background-color: white;vertical-align:top;"|Paramedicus
|style="background-color: white;vertical-align:top;"|PARIS
|style="background-color: white;vertical-align:top;"|HZP-UPO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts stuurt update naar paramedicuss</small>
|}

==Usecase: Paramedicus stuurt update naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een update door de paramedicus naar de huisarts. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de paramedicus als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de paramedicus.

Bij (eenmalige) consultatie van de paramedicus blijft de verantwoordelijkheid voor de klacht/ zorgvraag bij de arts.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een update stuurt:
*als antwoord op het verzoek om informatie door de arts (➞ informatieverstrekking)
*als antwoord op een consultatieaanvraag van de arts (➞ consultatieverslag)

De paramedicus overweegt een update:
*bij een eerste contact met de patiënt bij verwijzing (➞ update behandeling)
*als de paramedicus (meer) informatie nodig heeft van de huisarts (➞ informatieverzoek)
*als de patiënt lang onder behandeling blijft of bij afwijkend beloop: op gezette tijden rapportage over het ingezette traject (➞ update behandeling)

====Preproces====
De paramedicus mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De paramedicus stuurt een update naar de huisarts
*Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.

====Postproces====
De huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus stuurt een update
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt een update
|-
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
[[Bestand:Activity_Diagram_-_Paramedicus_stuurt_update_naar_huisarts.png| omkaderd| none| Activity Diagram - Paramedicus stuurt update naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*PARIS (informatiesystemen voor paramedici).

====Systemen & Systeemrollen====
Het HIS en het PARIS (HIS) kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update Paramedicus naar Huisarts Sturend Systeem
| style="background-color: white;"| HZP-UAS
| style="background-color: white;"| Sturen verwijzing van de paramedicus naar de huisarts
|-
| style="background-color: white;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update paramedicus naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-UAO
| style="background-color: white;"| Ontvangen verwijzing van de paramedicus door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Paramedicus_stuurt_update_naar_huisarts.png| omkaderd| none |Component Diagram - Paramedicus stuurt update naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Paramedicus_stuurt_update_naar_huisarts.png| omkaderd| none| Usecase Diagram - Paramedicus stuurt update naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Paramedicus stuurt update naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen update (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen update
|style="background-color: white;vertical-align:middle;"|Paramedicus
|style="background-color: white;vertical-align:middle;"|PARIS
|style="background-color: white;vertical-align:middle;"|HZP-UAS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen update
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-UAO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Paramedicus stuurt update naar huisarts</small>
|}

==Usecase: Paramedicus stuurt eindrapportage naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een eindrapportage door de paramedicus naar de huisarts. De eindrapportage wordt gestuurd bij de afsluiting van de behandeling, onafhankelijk van de reden hiervoor. Het paramedische traject wordt hiermee afgesloten.
De eindrapportage bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan.
Met het versturen van de eindrapportage wordt het paramedische traject afgesloten en gaat de verantwoordelijkheid voor de zorg van de patiënt terug naar de huisarts.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:
*bij afsluiten van de behandeling, onafhankelijk van de reden hiervoor (➞ eindrapportage)

Een reden om hiervan af te wijken is dat de patiënt expliciet bezwaar maakt tegen berichtgeving
aan de huisarts en de paramedicus erin kan meegaan om deze berichtgeving achterwege te laten.

====Preproces====
De paramedicus mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De eindrapportage wordt zo snel mogelijk verstuurd en uiterlijk binnen 5 werkdagen na het betreffende zorgmoment of nadat een vraag is gesteld.

====Postproces====
De huisarts verwerkt de gegevens uit de eindrapportage in het dossier van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Paramedicus
| style="background-color: white;"| De paramedicus stuurt de eindrapportage
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt de eindrapportage
|-
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
[[Bestand:Activity_Diagram_-_Paramedicus_stuurt_eindrapportage_naar_huisarts.png| omkaderd| none | Activity Diagram - Paramedicus stuurt eindrapportage naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Paramedici maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*PARIS (informatiesystemen voor paramedici).

====Systemen & Systeemrollen====
Het HIS en het PARIS kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – Eindrapportage Paramedicus naar Huisarts Sturend Systeem
| style="background-color: white;"| HZP-EPS
| style="background-color: white;"| Sturen eindrapportage naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Eindrapportage Paramedicus naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-EPO
| style="background-color: white;"| Ontvangen eindrapportage door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Paramedicus_stuurt_eindrapportage_naar_huisarts.png| omkaderd| none |Component Diagram - Paramedicus stuurt eindrapportage naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Paramedicus_stuurt_eindrapportage_naar_huisarts.png| omkaderd| none| Usecase Diagram - Paramedicus stuurt eindrapportage naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Paramedicus stuurt eindrapportage naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen eindrapportage (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen eindrapportage
|style="background-color: white;vertical-align:middle;"|Paramedicus
|style="background-color: white;vertical-align:middle;"|PARIS
|style="background-color: white;vertical-align:middle;"|HZP-EPS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen eindrapportage
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-EPO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Paramedicus stuurt eindrapportage naar huisarts</small>
|}

==Usecase: Paramedicus draagt over aan paramedicus (paramedische overdracht)==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een overdrachtsbericht door de paramedicus naar de paramedicus. Het overdrachtsbericht bevat inzicht in de gegeven behandeling door de paramedicus en het resultaat daarvan. Dit bericht wordt ook wel de ‘overdracht’ genoemd. In dit bericht zitten alle gegevens dit de collega paramedicus nodig heeft om de patiënt te kunnen ontvangen en de behandeling te kunnen voortzetten. Bij de paramedische overdracht draagt de paramedicus de verantwoordelijkheid van de zorg voor de patiënt over aan een collega paramedicus.

===Proces en Context (pre- en postproces)===

De NHG-richtlijn HASP-paramedicus geeft aan dat de paramedicus altijd een bericht stuurt:
*bij overdracht van de patiënt naar een collega paramedicus als de verantwoordelijkheid ook over gaat naar die collega (➞ overdracht)

====Preproces====
De paramedicus mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*Patiënt komt bij paramedicus via paramedische overdracht

====Postproces====
De collega paramedicus gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Paramedicus A
| style="background-color: white;"| Paramedicus A stuurt overdrachtsbericht aan paramedicus B
|-
| style="background-color: white;"| Paramedicus B
| style="background-color: white;"| Paramedicus B ontvangt overdrachtsbericht van paramedicus A
|-
|}

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

[[Bestand:Activity_Diagram_-_Paramedicus_draagt_over_aan_paramedicus.png| omkaderd| none| Activity Diagram - Paramedische overdracht]]

===Informatieoverdracht===
Paramedici maken gebruik van een informatiesysteem:
*PARIS (informatiesystemen voor paramedici).

====Systemen & Systeemrollen====
De PARIS kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de overdracht aan een collega paramedicus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Sturend Systeem
| style="background-color: white;"| HZP-OPS
| style="background-color: white;"| Sturen overdrachtsbericht aan collega paramedicus
|-
| style="background-color: white;"| PARIS
| style="background-color: white;"| Huisartsen Zorg Proces – Overdracht Paramedicus naar Paramedicus Ontvangend Systeem
| style="background-color: white;"| HZP-OPO
| style="background-color: white;"| Ontvangen overdrachtsbericht door collega paramedicus
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Paramedicus_draagt_over_aan_paramedicus_v2.png| omkaderd| none | Component Diagram - Paramedische overdracht]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Paramedicus_draagt_over_aan_paramedicus_v2.png| omkaderd| none| Usecase Diagram - Paramedicus stuurt overdrachtsbericht naar paramedicus]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Paramedicus stuurt overdrachtsbericht naar paramedicus
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen overdrachtsbericht (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen overdrachtsbericht
|style="background-color: white;vertical-align:middle;"|Paramedicus
|style="background-color: white;vertical-align:middle;"|PARIS
|style="background-color: white;vertical-align:middle;"|HZP-OPS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen overdrachtsbericht
|style="background-color: white;vertical-align:top;"|Paramedicus
|style="background-color: white;vertical-align:top;"|PARIS
|style="background-color: white;vertical-align:top;"|HZP-OPO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Paramedicus stuurt overdrachtsbericht naar paramedicus</small>
|}

==Usecase: Huisarts verwijst naar medisch specialist==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Het verwijsbericht volgt op de noodzaak om de zorg van de patiënt over te dragen van de huisarts naar de medisch specialist zodat medisch specialistische zorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de medisch specialist om de benodigde dossiergegevens te kunnen ophalen uit het HIS. Op deze manier kunnen door de medisch specialist de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de medisch specialist beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing.

Voor een verwijzing geldt dat de arts en de medisch specialist de regel volgen dat de medisch specialist de verantwoordelijkheid neemt voor de medisch specialistische diagnostiek en de medisch specialistische behandeling van de klacht of zorgvraag. Met het versturen van het verwijsbericht wordt ook de verantwoordelijkheid voor de zorg voor de patiënt overgedragen.

Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP geeft aan dat de huisarts altijd een verwijsbericht stuurt:
*Op het moment van verwijzen.

====Preproces====
*Een huisarts gaat een verwijsbericht sturen naar een medisch specialist;
*De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt van uit het huisartsinformatiesysteem (HIS) een verwijsbericht naar een medisch specialist;
*Het informatiesysteem van de medisch specialist (ZIS) ontvangt de envelop en de kern en verwerkt deze gegevens;
*De medisch specialist haalt de actuele dossiergegevens op uit het HIS op het moment dat de medisch specialist met de verwijzing aan de slag gaat;
*Indien de huisarts het verwijsbericht als annulering heeft gestuurd, zal de medisch specialist alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn ZIS.

====Postproces====
De medisch specialist heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt verwijsbericht (met envelop en kern)
|-
| style="background-color: white;"| Medisch specialist
| style="background-color: white;"| De medisch specialist ontvangt verwijsbericht
|-
| style="background-color: white;"| Medisch specialist
| style="background-color: white;"| De medisch specialist raadpleegt dossiergegevens
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stelt dossiergegevens beschikbaar
|-
|}

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

[[Bestand:Activity_Diagram_-_Huisarts_verwijst_naar_medisch_specialist.png| omkaderd| none| Activity Diagram - Huisarts verwijst naar medisch specialist]]
[[Bestand:Activity_Diagram_-_Huisarts_verwijst_naar_medisch_specialist_-_Annuleren.png| omkaderd| none| Activity Diagram - Huisarts annuleert verwijzing naar medisch specialist]]
[[Bestand:Activity_Diagram_-_Huisarts_verwijst_naar_medisch_specialist_-_Raadplegen.png| omkaderd| none| Activity Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts]]

===Informatieoverdracht===
Zowel huisartsen als medisch specialisten maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem);
*ZIS (Ziekenhuisinformatiesysteem).

====Systemen & Systeemrollen====
Het HIS en het ZIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Verwijsbericht Huisarts naar Specialist Sturend Systeem
| style="background-color: white;"| HZP-VSS
| style="background-color: white;"| Sturen verwijzing van de huisarts naar de medisch specialist
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Huisartsen Zorg Proces - Verwijsbericht Huisarts naar Specialist Ontvangend Systeem
| style="background-color: white;"| HZP-VSO
| style="background-color: white;"| Ontvangen verwijzing van de huisarts door de medisch specialist
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Huisartsen Zorg Proces - Dossiergegevens Raadplegend Systeem
| style="background-color: white;"| HZP-DGR
| style="background-color: white;"| Raadplegen dossiergegevens door de medisch specialist
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Dossiergegevens Beschikbaarstellend Systeem
| style="background-color: white;"| HZP-DGB
| style="background-color: white;"| Beschikbaarstellen dossiergegevens door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Huisarts_verwijst_naar_medisch_specialist_v2.png| omkaderd| none | Component Diagram - Huisarts verwijst naar medisch specialist]]
[[Bestand:Component_Diagram_-_Medisch_specialist_raadpleegt_dossiergegevens_bij_huisarts.png| omkaderd| none | Component Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Huisarts_verwijst_naar_medisch_specialist_v2.png| omkaderd| none| Usecase Diagram - Huisarts verwijst naar medisch specialist]]
[[Bestand:Usecase_Diagram_-_Medisch_specialist_raadpleegt_dossiergegevens_bij_huisarts.png| omkaderd| none| Usecase Diagram - Medisch specialist raadpleegt dossiergegevens bij huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="4"|Huisarts verwijst naar medisch specialist
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen verwijzing (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen verwijzing
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-VSS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen verwijzing
|style="background-color: white;vertical-align:top;"|Medisch specialist
|style="background-color: white;vertical-align:top;"|ZIS
|style="background-color: white;vertical-align:top;"|HZP-VSO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen dossiergegevens (PULL)
|style="background-color: white;vertical-align:middle;"|Raadplegen dossiergegevens
|style="background-color: white;vertical-align:middle;"|Medisch specialist
|style="background-color: white;vertical-align:middle;"|ZIS
|style="background-color: white;vertical-align:middle;"|HZP-DGR
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen dossiergegevens
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-DGB
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts verwijst naar medisch specialist</small>
|}

==Usecase: Huisarts stuurt update naar medisch specialist==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een update door de huisarts aan de medisch specialist. Een update volgt op de noodzaak om de continuïteit in de zorg te borgen. In dit bericht zitten de benodigde gegevens voor de medisch specialist als het gaat om onverwachte bevindingen of gewijzigd beleid voor de patiënt met impact voor de zorg door de medisch specialist. Een huisarts stuurt altijd een update bij overlijden van de patiënt.

===Proces en Context (pre- en postproces)===

De NHG-richtlijn HASP geeft aan dat de huisarts een update overweegt:
*als zich een wijziging in het beloop voordoet, een nieuwe uitslag bekend is, de huisarts met patiënt een gesprek heeft gehad vanwege gezamenlijke besluitvorming over de behandeling in de tweede lijn;
*wanneer de huisarts een diagnose stelt, van diagnose verandert, en/of een behandeling met belangrijke impact inzet of wijzigt, zoals nieuwe medicatie, medicatie wijzigen of stoppen;
*bij een levensgebeurtenis.

De huisarts stuurt altijd een update:
*bij overlijden van de patiënt.

====Preproces====
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt een update aan de medisch specialist
*Een tussentijdse update vanuit de eerste lijn wordt zo snel als vereist is voor de continuïteit van zorg gedeeld met de medisch specialist en waar nodig met overige betrokken zorgverleners.
*De medisch specialist ontvangt het bericht in het systeem

====Postproces====
De medisch specialist gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt een update
|-
| style="background-color: white;"| Medisch specialist
| style="background-color: white;"| De medisch specialist ontvangt een update
|-
|}

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

[[Bestand:Activity_Diagram_-_Huisarts_stuurt_update_naar_medisch_specialist.png| omkaderd| none| Activity Diagram - Huisarts stuurt update naar de medisch specialist]]

===Informatieoverdracht===
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*ZIS (Ziekenhuisinformatiesysteem).

====Systemen & Systeemrollen====
Het HIS en het ZIS kennen ieder verschillende systeemrollen die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update Huisarts naar Specialist Sturend Systeem
| style="background-color: white;"| HZP-UHS
| style="background-color: white;"| Sturen update van de huisarts naar de medisch specialist
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update Huisarts naar Specialist Ontvangend Systeem
| style="background-color: white;"| HZP-UHO
| style="background-color: white;"| Ontvangen update van de huisarts door de medisch specialist
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Huisarts_stuurt_update_naar_medisch_specialist.png| omkaderd| none |Component Diagram - Huisarts stuurt update naar de medisch specialist]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Huisarts_stuurt_update_naar_medisch_specialist.png| omkaderd| none| Usecase Diagram - Huisarts stuurt update naar de medisch specialist]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisarts stuurt update naar de medisch specialist
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen update (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen update
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-UHS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen update
|style="background-color: white;vertical-align:top;"|Medisch specialist
|style="background-color: white;vertical-align:top;"|ZIS
|style="background-color: white;vertical-align:top;"|HZP-UHO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts stuurt update naar de medisch specialist</small>
|}

==Usecase: Medisch specialist stuurt update naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een update door de medisch specialist naar de huisarts. Belangrijke momenten voor de medisch specialist om de huisarts te informeren zijn bij ontslag uit de kliniek en uit de polikliniek. Maar ook vanuit de tweede lijn is het van belang updates te sturen steeds als er nieuwe relevante informatie beschikbaar is voor de huisarts. Dit is de gedeelde verantwoordelijkheid van zorginstelling en medisch specialist. Ook hier is het helder dat dit van belang is voor de continuïteit van zorg voor de patiënt en mogelijk diens thuisfront.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn (HASP) geeft aan dat de medisch specialist een update overweegt in de volgende gevallen:

Vanuit polikliniek:
*zodra de medisch specialist een werkhypothese en een plan heeft opgesteld;
*bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd therapieschema, uitstel interventie, time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten (bijvoorbeeld bij patiënten met kanker), plaatsen op de opnamelijst;
*na behandeling/ingreep op de dagbehandeling (bijvoorbeeld indien het een invasieve interactie betreft en kans op bijvoorbeeld nabloeden aanwezig is);
*(na het versturen van het ontslagbericht): nagekomen uitslag die relevant is;
*als de patiënt lang onder controle blijft: op gezette tijden rapportage over het ingezette traject.

Vanuit kliniek:
*bij opname (vaak stuurt het ziekenhuis een opnamebericht; indien dit bericht ook de opname-indicatie vermeldt en de huisarts middels een eerdere update al op de hoogte is van de reden van opname, kan een extra update wellicht achterwege blijven; hetzelfde geldt bij opname vanaf de spoedeisende-hulpafdeling: indien de huisarts al op de hoogte is van de opname en de reden hiervoor, kan de extra update vervallen);
*bij het stellen van een diagnose en/of inzetten of wijzigen van therapie met belangrijke impact, zoals nieuwe medicatie, gewijzigd behandelschema, uitstel van de interventie, of bij een time-out voor de patiënt voorafgaand aan de keuze voor behandeling starten hetzij voortzetten;
*bij onverwachte opname op de ic; bij onverwachte bevinding bij een operatie.

De medisch specialist stuurt altijd een update vanuit de kliniek:
*bij overlijden van de patiënt.

====Preproces====
De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De medisch specialist stuurt update naar de huisarts
*Updates richting de verwijzer vinden plaats zo snel als vereist is voor de continuïteit van zorg.

====Postproces====
De huisarts gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Medisch specialist
| style="background-color: white;"| De medisch specialist stuurt een update
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt een update
|-
|}

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

[[Bestand:Activity_Diagram_-_Medisch_specialist_stuurt_update_naar_huisarts.png| omkaderd| none| Activity Diagram - Medisch specialist stuurt update naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*ZIS (Ziekenhuisinformatiesysteem).

====Systemen & Systeemrollen====
De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ziekenhuisinformatiesysteem (ZIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de update naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update Specialist naar Huisarts Sturend systeem
| style="background-color: white;"| HZP-USS
| style="background-color: white;"| Sturen update van de medisch specialist naar de huisarts
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Huisartsen Zorg Proces – Update specialist naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-USO
| style="background-color: white;"| Ontvangen update van de medisch specialist door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Medisch_specialist_stuurt_update_naar_huisarts.png| omkaderd| none | Component Diagram - Medisch specialist stuurt update naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Medisch_specialist_stuurt_update_naar_huisarts.png| omkaderd| none| Usecase Diagram - Medisch specialist stuurt update naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medisch specialist stuurt update naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen update (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen update
|style="background-color: white;vertical-align:middle;"|Medisch specialist
|style="background-color: white;vertical-align:middle;"|ZIS
|style="background-color: white;vertical-align:middle;"|HZP-USS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen update
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-USO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Medisch specialist stuurt update naar huisarts</small>
|}

==Usecase: Medisch specialist stuurt ontslagbericht naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een ontslagbericht door de medisch specialist naar de huisarts. Het ontslagbericht wordt door de medisch specialist vanuit de polikliniek aan de huisarts gestuurd bij ontslag uit poliklinische controle.
De medisch specialist stuurt een ontslagbericht vanuit de kliniek bij ontslag of bij overplaatsing (naar een andere afdeling).

Vooral bij ontslagberichten prevaleert tijdigheid van berichtgeving boven volledigheid. De huisarts is zeer gediend met een bericht op de dag van ontslag uit de kliniek om continuïteit van zorg te kunnen leveren. Dan zijn vaak de laatste uitslagen nog niet bekend.

===Proces en Context (pre- en postproces)===

De NHG-richtlijn (HASP) geeft aan dat een ontslagbericht wordt gestuurd in de volgende gevallen:

Vanuit de polikliniek:
*bij ontslag uit poliklinische controle.

Vanuit de kliniek:
*bij ontslag (bij doorverwijzing door de medisch specialist naar een andere instelling komt een kopie daarvan voor de huisarts in de plaats van het ontslagbericht);
*bij overplaatsing, al dan niet definitief, naar een andere afdeling.

====Preproces====
De medisch specialist mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De medisch specialist stuurt een ontslagbericht naar de huisarts
*Het ontslagbericht vanuit de kliniek volgt in principe direct maar uiterlijk binnen 24 uur.
*Het ontslagbericht vanuit de polikliniek volgt zo snel vereist is voor de continuïteit van zorg, maar uiterlijk binnen 5 dagen.
Bij een goed vormgegeven situatie betekent ‘geen bericht’ dat er geen nieuwe ontwikkelingen zijn.

====Postproces====
De huisarts verwerkt de ontslaggegevens in het dossier van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Medisch specialist
| style="background-color: white;"| De medisch specialist stuurt het ontslagbericht
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt het ontslagbericht
|-
|}

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

[[Bestand:Activity_Diagram_-_Medisch_specialist_stuurt_ontslagbericht_naar_huisarts.png| omkaderd| none| Activity Diagram - Medisch specialist stuurt ontslagbericht naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Medisch Specialisten maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*ZIS (Ziekenhuisinformatiesysteem).

====Systemen & Systeemrollen====
Het HIS en het ZIS kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht naar de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Sturend Systeem
| style="background-color: white;"| HZP-OSS
| style="background-color: white;"| Sturen ontslagbericht naar de huisarts
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Huisartsen Zorg Proces – Ontslagbericht Specialist naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-OSO
| style="background-color: white;"| Ontvangen ontslagbericht door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_Medisch_specialist_stuurt_ontslagbericht_naar_huisarts.png| omkaderd| none |Component Diagram - Medisch specialist stuurt eindrapportage naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_Medisch_specialist_stuurt_ontslagbericht_naar_huisarts.png| omkaderd| none| Usecase Diagram - Medisch specialist stuurt ontslagbericht naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medisch specialist stuurt ontslagbericht naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen ontslagbericht (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen ontslagbericht
|style="background-color: white;vertical-align:middle;"|Medisch specialist
|style="background-color: white;vertical-align:middle;"|ZIS
|style="background-color: white;vertical-align:middle;"|HZP-OSS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen ontslagbericht
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-OSO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Medisch specialist stuurt ontslagbericht naar huisarts</small>
|}

==Usecase: Huisarts verwijst naar GGZ==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Het verwijsbericht is het bericht van de huisarts als deze de patiënt verwijst naar een GGZ-instelling of psychiater.

Deze usecase beschrijft de reden van het versturen van het verwijsbericht. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

TERMINOLOGIE: VERWIJSBRIEF (richtlijn) OF VERWIJSBERICHT (gebruikt in HASP en HASP-P)?

===Proces en Context (pre- en postproces)===

====Preproces====
Een huisarts gaat een verwijsbericht sturen naar de GGZ.

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt een verwijsbericht naar de GGZ
*Het verwijsbericht is beschikbaar in de tweede lijn op het moment van overname.

====Postproces====
De GGZ-hulpverlener heeft het verwijsbericht ontvangen van de huisarts en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt een verwijsbericht
|-
| style="background-color: white;"| De GGZ
| style="background-color: white;"| De GGZ ontvangt een verwijsbericht
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - Huisarts verwijst naar de GGZ]]

===Informatieoverdracht===
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

*HIS (huisarts informatiesysteem).
*XIS (GGZ informatiesysteem).

====Systemen & Systeemrollen====

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Verwijsbericht Huisarts naar GGZ Sturend Systeem
| style="background-color: white;"| HZP-VGS
| style="background-color: white;"| Sturen verwijzing van de huisarts naar de GGZ
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces - Verwijsbericht Huisarts naar GGZ Ontvangend Systeem
| style="background-color: white;"| HZP-VGO
| style="background-color: white;"| Ontvangen verwijzing van de huisarts door de GGZ
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - Huisarts verwijst naar de GGZ]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none|Usecase Diagram - Huisarts verwijst naar GGZ]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisarts verwijst naar GGZ
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen verwijzing (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen verwijzing
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-VGS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen verwijzing
|style="background-color: white;vertical-align:top;"|GGZ
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|HZP-VGO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts verwijst naar GGZ</small>
|}

==Usecase: GGZ raadpleegt professionele samenvatting (ps)==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Bij direct contact tussen patiënt en GGZ zonder tussenkomst van de huisarts, moet de GGZ kunnen beschikken over een professionele samenvatting (ps) van het dossier van de huisarts. De professionele samenvatting voor de GGZ stelt de GGZ in staat om gegevens in te zien in het dossier van de huisarts bij diens afwezigheid.

Deze usecase beschrijft de reden van het versturen van een professionele samenvatting. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

Het bericht sluit aan bij de berichtgeving zoals met Nictiz is afgesproken voor inzage
door de spoedeisende hulp. Het aldaar gestelde is richtinggevend voor de GGZ.

TERMINOLOGIE: GGZ OF GGZ-HULPVERLENER?

===Proces en Context (pre- en postproces)===

====Preproces====
Een GGZ-instelling raadpleegt de professionele samenvatting bij de huisarts.
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).
KLOPT DIT OOK BIJ HET OPVRAGEN VAN DE PS? STAAT NIET EXPLICIET IN DE RICHTLIJN.

====Proces====
Het proces van deze usecase is:
*De huisarts stelt de professionele samenvatting beschikbaar aan de GGZ
*De professionele samenvatting is beschikbaar voor de GGZ.

====Postproces====
De GGZ-hulpverlener is in staat om gegevens in te zien in het dossier van de huisarts en gebruikt de gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ-hulpverlener
| style="background-color: white;"| De GGZ-hulpverlener raadpleegt de professionele samenvatting
|-
| style="background-color: white;"| De huisarts
| style="background-color: white;"| De huisarts stelt de professionele samenvatting beschikbaar
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - GGZ-instelling raadpleegt de professionele samenvatting]]

===Informatieoverdracht===
Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:

*XIS (GGZ-informatiesysteem).
*HIS (HuisartsInformatieSysteem).

====Systemen & Systeemrollen====

De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Professionele samenvatting Raadplegend Systeem
| style="background-color: white;"| HZP-PSR
| style="background-color: white;"| Raadplegen professionele samenvatting door de GGZ-instelling bij de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces - Professionele samenvatting Beschikbaarstellend Systeem
| style="background-color: white;"| HZP-PSB
| style="background-color: white;"| Beschikbaarstellen professionele samenvatting door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none | Component Diagram - GGZ raadpleegt de professionele samenvatting]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none|Usecase Diagram - GGZ raadpleegt de professionele samenvatting]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ raadpleegt de professionele samenvatting
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen professionele samenvatting (PULL)
|style="background-color: white;vertical-align:middle;"|Raadplegen professionele samenvatting
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"|HZP-PSR
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen professionele samenvatting
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-PSB
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ raadpleegt de professionele samenvatting</small>
|}

==Usecase: Wederzijds bericht Wijziging somatiek/therapie/controles huisarts <-> GGZ ==

VRAAG: DIT BERICHT WORDT DOOR ZOWEL DE HUISARTS ALS DOOR DE GGZ-HULPVERLENER GESTUURD: KAN DIT IN EEN USECASE?

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een bericht wijziging somatiek/therapie/controles. Dit bericht wordt door zowel de huisarts als de GGZ gebruikt om elkaar te informeren over tussentijdse veranderingen die interfereren met de ingestelde behandeling. Het gaat dan om een belangrijke wijziging in de medicatie, een complicatie van de behandeling of een nieuwe diagnose of episode. In het bericht doet de verzender ook een voorstel voor verdere behandeling en controle van de patiënt.

===Proces en Context (pre- en postproces)===

====Preproces====
De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
*De huisarts stuurt een bericht Wijziging somatiek/therapie/controles naar GGZ of vice versa.
*De huisarts ofwel GGZ-hulpverlener ontvangt het bericht in het systeem

====Postproces====
De huisarts/ GGZ-hulpverlener heeft het bericht ontvangen en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts stuurt een bericht wijziging somatiek/therapie/controles
|-
| style="background-color: white;"| De GGZ
| style="background-color: white;"| De GGZ ontvangt een bericht wijziging somatiek/therapie/controles
|-
|}

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

[[Bestand:Activity_Diagram_-_ | omkaderd| none| Activity Diagram - De Huisarts stuurt een bericht wijziging somatiek/therapie/controles naar de GGZ]]

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ
| style="background-color: white;"| De GGZ stuurt een bericht wijziging somatiek/therapie/controles
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt een bericht wijziging somatiek/therapie/controles
|-
|}

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

[[Bestand:Activity_Diagram_-_ | omkaderd| none| Activity Diagram - De GGZ stuurt een bericht wijziging somatiek/therapie/controles naar de huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

*HIS (huisarts informatiesysteem);
*XIS (GGZ informatiesysteem).

====Systemen & Systeemrollen====
De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Sturend Systeem
| style="background-color: white;"| [HZP-WHS]
| style="background-color: white;"| Sturen bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles Huisarts naar GGZ Ontvangend Systeem
| style="background-color: white;"| [HZP-WHO]
| style="background-color: white;"| Ontvangen bericht wijziging somatiek/therapie/controles van de huisarts door de GGZ
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ]]

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Sturend Systeem
| style="background-color: white;"| [HZP-WGS]
| style="background-color: white;"| Sturen bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht wijziging somatiek/therapie/controles GGZ naar Huisarts Ontvangend Systeem
| style="background-color: white;"| [HZP-WGO]
| style="background-color: white;"| Ontvangen bericht wijziging somatiek/therapie/controles van de GGZ door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de huisarts naar de GGZ:
[[Bestand:Use_case_Diagram_-_| omkaderd| none| Usecase Diagram - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisarts stuurt een bericht wijziging somatiek/therapie/controles naar de GGZ
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht wijziging somatiek/therapie/controles (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht wijziging somatiek/therapie/controles
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|HZP-WHS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht wijziging somatiek/therapie/controles
|style="background-color: white;vertical-align:top;"|GGZ
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|HZP-WHO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts stuurt bericht wijziging somatiek/therapie/controles naar de GGZ</small>
|}

In onderstaande afbeelding en tabel is dit schematisch weergegeven voor het sturen van het bericht wijziging somatiek/therapie/controles van de GGZ naar de huisarts:
[[Bestand:Use_case_Diagram_-_| omkaderd| none| Usecase Diagram - GGZ stuurt een bericht wijziging somatiek/therapie/controles naar de huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht wijziging somatiek/therapie/controles (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht wijziging somatiek/therapie/controles
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"|HZP-WGS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht wijziging somatiek/therapie/controles
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-WGO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ stuurt bericht wijziging somatiek/therapie/controles naar de huisarts</small>
|}

==Usecase: GGZ stuurt bericht kennisgeving patiënt heeft afspraak==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Met het bericht 'Kennisgeving patiënt heeft afspraak' bevestigt de GGZ aan de huisarts dat met de patiënt een intake-afspraak is gemaakt na verwijzing door de huisarts. Dit bericht bevat alleen administratieve en logistieke gegevens en bestaat dan ook alleen uit de envelop.

Deze usecase beschrijft de reden van het versturen van dit bericht Kennisgeving patiënt heeft afspraak.

===Proces en Context (pre- en postproces)===

====Preproces====
*De GGZ gaat een bericht Kennisgeving patiënt heeft afspraak sturen aan de huisarts

====Proces====
Het proces van deze usecase is:
*De GGZ stuurt een bericht Kennisgeving patiënt heeft afspraak aan de huisarts

====Postproces====
*De huisarts heeft een bericht Kennisgeving patiënt heeft afspraak ontvangen en verwerkt in het systeem.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ-hulpverlener
| style="background-color: white;"| De GGZ-hulpverlener stuurt bericht kennisgeving patiënt heeft afspraak
|-
| style="background-color: white;"| De huisarts
| style="background-color: white;"| De huisarts onvangt bericht kennisgeving patiënt heeft afspraak
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak]]

===Informatieoverdracht===
Zowel GGZ-hulpverleners als huisartsen maken gebruik van een informatiesysteem, respectievelijk:

*XIS (GGZ-informatiesysteem).
*HIS (HuisartsInformatieSysteem).

====Systemen & Systeemrollen====

De GGZ-instelling en de huisarts maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en HuisartsInformatieSysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van mogelijk maken van het inzien van de professionele samenvating. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht Kennisgeving Sturend Systeem
| style="background-color: white;"| HZP-AGS
| style="background-color: white;"| Sturen bericht kennisgeving patiënt heeft afspraak
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces - Bericht Kennisgeving Ontvangend Systeem
| style="background-color: white;"| HZP-AGO
| style="background-color: white;"| Ontvangen bericht kennisgeving patiënt heeft afspraak
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none | Component Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none| Usecase Diagram - GGZ stuurt bericht kennisgeving patiënt heeft afspraak]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ stuurt bericht kennisgeving patiënt heeft afspraak naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht kennisgeving patiënt heeft afspraak (PULL)
|style="background-color: white;vertical-align:middle;"|Sturen bericht kennisgeving patiënt heeft afspraak
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"| HZP-AGS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht kennisgeving patiënt heeft afspraak
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-AGO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ stuurt bericht kennisgeving patiënt heeft afspraak</small>
|}

==Usecase: GGZ stuurt bericht na intake naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Met het 'Bericht na intake' brengt de GGZ-hulpverlener de huisarts op de hoogte van de bevindingen uit de intake. Dit bericht wordt naar de huisarts verstuurd als reactie op de verwijzing, maar ook als de patiënt via een andere route door de GGZ gezien is. Dit bericht bestaat alleen uit een envelop en kern.

Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

===Proces en Context (pre- en postproces)===

====Preproces====
*De huisarts stuurt een verwijsbericht naar de GGZ

De huisarts mag de patiëntgegevens sturen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

KLOPT DIT OOK BIJ EEN VERWIJZING NAAR DE GGZ STAAT NIET EXPLICIET IN DE RICHTLIJN?

====Proces====
Het proces van deze usecase is:
*De GGZ-hulpverlener stuurt een bericht na intake naar de huisarts.

====Postproces====
*De huisarts heeft het bericht na intake ontvangen en verwerkt in het systeem.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ-hulpverlener
| style="background-color: white;"| De GGZ-hulpverlener stuurt een bericht na intake
|-
| style="background-color: white;"| De huisarts
| style="background-color: white;"| De huisarts ontvangt een bericht na intake
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - GGZ stuurt een bericht na intake]]

===Informatieoverdracht===
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

*HIS (huisarts informatiesysteem).
*XIS (GGZ informatiesysteem).

====Systemen & Systeemrollen====

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht na intake naar huisarts Sturend Systeem
| style="background-color: white;"| HZP-ISS

| style="background-color: white;"| Sturen bericht na intake van de GGZ naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces - Bericht na intake naar huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-ISO
| style="background-color: white;"| Ontvangen bericht na intake van de GGZ naar de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - GGZ stuurt een bericht na intake]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none|Usecase Diagram - GGZ stuurt een bericht na intake]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ stuurt een bericht na intake naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht na intake(PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht na intake
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"|HZP-ISS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht na intake
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-ISO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ stuurt een bericht na intake</small>
|}

==Usecase: GGZ stuurt bericht Kennisgeving overdracht behandeling naar GGZ==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
De Kennisgeving overdracht behandeling wordt verstuurd na overdracht van de behandeling naar een andere afdeling binnen de GGZ-instelling.

Deze usecase beschrijft de reden van het versturen van het bericht na intake. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

===Proces en Context (pre- en postproces)===

====Preproces====
De GGZ-hulpverlener gaat een bericht Kennisgeving overdracht behandeling sturen naar een collega GGZ-hulpverlener.

====Proces====
Het proces van deze usecase is:
*De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling naar een collega GGZ-hulpverlener.

====Postproces====
*De nieuwe GGZ ontvangt het bericht en gebruikt de ontvangen gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ-hulpverlener A
| style="background-color: white;"| De GGZ-hulpverlener stuurt een bericht Kennisgeving overdracht behandeling
|-
| style="background-color: white;"| De GGZ-hulpverlener B
| style="background-color: white;"| De GGZ-hulpverlener ontvangt een bericht Kennisgeving overdracht behandeling
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling]]

===Informatieoverdracht===
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

*HIS (huisarts informatiesysteem).
*XIS (GGZ informatiesysteem).

====Systemen & Systeemrollen====

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht Kennisgeving overdracht behandeling naar GGZ Sturend Systeem
| style="background-color: white;"| HZP-KOS
| style="background-color: white;"| Sturen bericht Kennisgeving overdracht behandeling
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces - Bericht Kennisgeving overdracht behandeling naar GGZ Ontvangend Systeem
| style="background-color: white;"| HZP-KOO
| style="background-color: white;"| Ontvangen bericht Kennisgeving overdracht behandeling
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none|Usecase Diagram - GGZ stuurt een bericht Kennisgeving overdracht behandeling]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ stuurt een bericht Kennisgeving overdracht behandeling naar collega GGZ
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht Kennisgeving overdracht behandeling (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht Kennisgeving overdracht behandeling
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"|HZP-KOS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht Kennisgeving overdracht behandeling
|style="background-color: white;vertical-align:top;"|GGZ
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|HZP-KOO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ stuurt een bericht Kennisgeving overdracht behandeling</small>
|}

==Usecase: GGZ stuurt bericht voortgang naar de huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Tijdens een behandeling met een langdurig karakter stuurt de GGZ ten minste eenmaal per jaar een bericht over de voortgang. Het Bericht 'voortgang' is doorgaans veel korter dan het uitgebreide bericht einde behandeling. Dit heeft te maken met het aantal rubrieken dat wordt ingevuld.

Deze usecase beschrijft de reden van het versturen van het bericht voortgang. In dit bericht zitten alle benodigde gegevens voor de GGZ om de patiënt te kunnen ontvangen en de behandeling te kunnen starten.

===Proces en Context (pre- en postproces)===

====Preproces====
*De GGZ gaat een bericht voortgang sturen naar de huisarts

====Proces====
Het proces van deze usecase is:
*De GGZ-hulpverlener stuurt een bericht voortgang naar de huisarts.

====Postproces====
*De huisarts heeft het bericht voortgang ontvangen en verwerkt in het systeem.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ-hulpverlener
| style="background-color: white;"| De GGZ-hulpverlener stuurt een bericht voortgang
|-
| style="background-color: white;"| De huisarts
| style="background-color: white;"| De huisarts ontvangt een bericht voortgang
|-
|}

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

[[Bestand:Activity_Diagram_-| omkaderd| none| Activity Diagram - GGZ stuurt een bericht voortgang]]

===Informatieoverdracht===
Zowel Huisartsen als GGZ-hulpverleners maken gebruik van een informatiesysteem, respectievelijk:

*HIS (huisarts informatiesysteem);
*XIS (GGZ informatiesysteem).

====Systemen & Systeemrollen====

De huisarts en de GGZ maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en GGZ-informatiesysteem (XIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de verwijzing naar de medisch specialist mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Bericht voortgang naar huisarts Sturend Systeem
| style="background-color: white;"| HZP-VHS

| style="background-color: white;"| Sturen bericht voortgang van de GGZ naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces - Bericht voortgang naar huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-VHO
| style="background-color: white;"| Ontvangen bericht voortgang van de GGZ naar de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:x | omkaderd| none |Component Diagram - GGZ stuurt een bericht voortgang]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-_| omkaderd| none|Usecase Diagram - GGZ stuurt een bericht na intake]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|GGZ stuurt een bericht voortgang naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen bericht voortgang(PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen bericht voortgang
|style="background-color: white;vertical-align:middle;"|GGZ
|style="background-color: white;vertical-align:middle;"|XIS
|style="background-color: white;vertical-align:middle;"|HZP-VHS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen bericht voortgang
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|HZP-VHO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - GGZ stuurt een bericht voortgang</small>
|}

==Usecase: GGZ stuurt bericht einde behandeling naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
Het ontslagbericht wordt door de GGZ-instelling aan de huisarts gestuurd na afsluiting van de behandeling.
De aanleiding kan zijn dat de behandeling is afgerond, maar ook dat de cliënt bijvoorbeeld verhuist naar een instelling voor ouderenzorg.

===Proces en Context (pre- en postproces)===
De NHG-richtlijn HASP-GGZ geeft aan dat een ontslagbericht wordt gestuurd na afsluiting van de behandeling door de GGZ-instelling.

====Preproces====
Er zijn geen precondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.

====Proces====
Het proces van deze usecase is:
*De GGZ-hulpverlener stuurt een ontslagbericht aan de huisarts

====Postproces====
Er zijn geen postcondities of voorwaarden van toepassing voor het sturen van een ontslagbericht aan een huisarts.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| De GGZ
| style="background-color: white;"| De GGZ-hulpverlener stuurt ontslagbericht
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt ontslagbericht
|-
|}

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

[[Bestand:Activity_Diagram_- x| omkaderd| none| Activity Diagram - De GGZ-hulpverlener stuurt ontslagbericht naar huisarts]]

===Informatieoverdracht===
Zowel GGZ-instellingen als huisartsen maken gebruik van een informatiesysteem, respectievelijk:
*GGZ-informatiesysteem (XIS);
*HIS (Huisartsinformatiesysteem).

====Systemen & Systeemrollen====
De huisarts en de medisch specialist maken ieder gebruik van een informatiesysteem, respectievelijk GGZ-informatiesysteem (XIS) en Huisartseninformatiesysteem (HIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de ontslagbericht aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| 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;"| XIS
| style="background-color: white;"| Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Sturend Systeem

| style="background-color: white;"| HZP-OGS
| style="background-color: white;"| Sturen ontslagbericht naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartsen Zorg Proces – Ontslagbericht GGZ naar Huisarts Ontvangend Systeem
| style="background-color: white;"| HZP-OGO
| style="background-color: white;"| Ontvangen ontslagbericht door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_- x| omkaderd| none | Component Diagram - De GGZ-instelling stuurt ontslagbericht naar huisarts]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Link naar transactie'''
! style="text-align:left;"| '''Link naar FHIR-profiel'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen ontslagbericht(PUSH)
|style="background-color: white;vertical-align:top;"|Sturen ontslagbericht
|style="background-color: white;vertical-align:middle;" rowspan="2"|Volgt zodra beschikbaar
|style="background-color: white;vertical-align:middle;" rowspan="2"|Volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen ontslagbericht
|}

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

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van het sturen van de ontslagbericht door de GGZ-instelling aan de huisarts:
[[Bestand:Use_case_Diagram_- x| omkaderd| none| Usecase Diagram - GGZ-instelling stuurt ontslagbericht aan huisarts]]

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|'''Usecase'''
!style="text-align:left;"|'''Transactiegroep'''
!style="text-align:left;"|'''Transactie'''
!style="text-align:left;"|'''Systeemgroep'''
!style="text-align:left;"|'''Systeem'''
!style="text-align:left;"|'''Bedrijfsrol'''
|-
| style="background-color: white;"|GGZ-hulpverlener stuurt ontslagbericht aan huisarts
| style="background-color: white;"|Sturen ontslagbericht(PUSH)
| style="background-color: white;"|Sturen ontslagbericht door GGZ-hulpverlener aan huisarts
| style="background-color: white;"|HZP-OGS
| style="background-color: white;"|XIS
| style="background-color: white;"|GGZ
|-
|}

==Usecase: Huisarts verwijst naar ketenzorgpartner==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===
De huisarts verwijst de patiënt naar de ketenzorgpartner zodat zorg ten behoeve van Diabetes, COPD, CVRM en/ of ouderenzorg kan worden geboden. Deze usecase beschrijft de reden van het versturen van het verwijsbericht.

In dit verwijsbericht zitten de gegevens van de envelop en de kern zoals gespecificeerd in de HASP-richtlijn. Dit bericht dient ook als een aanwijzing voor de ketenzorgpartner om de benodigde dossiergegevens te kunnen ophalen uit het HIS.
Op deze manier kunnen door de ketenzorgpartner de dossiergegevens worden opgehaald op het moment dat de verwijzing wordt opgepakt. Hiermee zijn de meest actuele gegevens voor de ketenzorgpartner beschikbaar. Het apart ophalen van de dossiergegevens valt functioneel nog steeds onder de verwijzing. De huisarts blijft de verantwoordelijke voor de zorg van de patiënt.

Indien de huisarts de verwijzing wil annuleren, stuurt de huisarts hetzelfde verwijsbericht, met de status geannuleerd. In het voorgaande functioneel ontwerp voor ketenzorg was dit een aparte usecase, maar met deze opzet komt deze te vervallen.

===Proces en Context (pre- en postproces)===
====Preproces====
*Een huisarts gaat een verwijsbericht sturen naar een ketenzorgpartner;
*De huisarts mag de patiëntgegevens sturen en de ketenzorgpartner mag de dossiergegevens ophalen zonder expliciete toestemming van de patiënt op basis van veronderstelde patiënttoestemming. Dit staat beschreven in de Wet op de geneeskundige behandelingsovereenkomst (WGBO).

====Proces====
Het proces van deze usecase is:
*De huisarts stuurt vanuit het HIS het verwijsbericht met de envelop en de kern naar de ketenzorgpartner;
*Het informatiesysteem van de ketenzorgpartner (KIS) ontvangt de envelop en de kern en verwerkt deze gegevens.
*De ketenzorgpartner haalt de actuele dossiergegevens op uit het HIS op het moment dat de ketenzorgpartner met de verwijzing aan de slag gaat.
*Indien de huisarts het verwijsbericht als een annulering heeft gestuurd, zal de ketenzorgpartner alle eerder ontvangen gegevens van de patiënt verwijderen uit zijn KIS.

====Postproces====
De ketenzorgpartner heeft het verwijsbericht en de dossiergegevens ontvangen van de huisarts en gebruikt deze gegevens voor de behandeling van de patiënt.

===Bedrijfsrollen en UML activity diagram===
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| Huisarts stuurt verwijsbericht (met envelop en kern)
|-
| style="background-color: white;"| Ketenzorgpartner
| style="background-color: white;"| Ketenzorgpartner ontvangt verwijsbericht
|-
| style="background-color: white;"| Ketenzorgpartner
| style="background-color: white;"| Ketenzorgpartner raadpleegt dossiergegevens
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| Huisarts stelt dossiergegevens beschikbaar
|-
|}

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

[[Bestand:Activity_Diagram_-_XXX | omkaderd| none| Activity Diagram - Huisarts stuurt verwijsbericht naar ketenzorgpartner]]

===Informatieoverdracht===
Zowel Huisartsen als Ketenzorgpartners maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*KIS (Ketenzorginformatiesysteem).

====Systemen & Systeemrollen====
De huisarts en de ketenzorgpartner maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ketenzorginformatiesysteem (KIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van het verwijsbericht naar de ketenzorgpartner mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

{| 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;"| HIS
| style="background-color: white;"| Keten Zorg Proces - Verwijzing Sturend Systeem
| style="background-color: white;"| KZP-VWS
| style="background-color: white;"| Sturen verwijsbericht naar ketenzorgpartner
|-
| style="background-color: white;"| KIS
| style="background-color: white;"| Keten Zorg Proces - Verwijzing Ontvangend Systeem
| style="background-color: white;"| KZP-VWO
| style="background-color: white;"| Ontvangen verwijsbericht door ketenzorgpartner
|-
| style="background-color: white;"| KIS
| style="background-color: white;"| Keten Zorg Proces - Dossiergegevens Raadplegend Systeem
| style="background-color: white;"| KZP-AGR
| style="background-color: white;"| Raadplegen dossiergegevens door ketenzorgpartner
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Keten Zorg Proces - Dossiergegevens Beschikbaarstellend Systeem
| style="background-color: white;"| KZP-AGB
| style="background-color: white;"| Beschikbaarstellen dossiergegevens door huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_XXX| omkaderd| none |Component Diagram - Huisarts stuurt verwijsbericht naar ketenzorgpartner]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_- xxx | omkaderd| none| Usecase Diagram - Huisarts stuurt verwijsbericht naar ketenzorgpartner]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="4"|Huisarts stuurt verwijsbericht naar ketenzorgpartner
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen verwijsbericht (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen verwijsbericht
|style="background-color: white;vertical-align:middle;"|Huisarts
|style="background-color: white;vertical-align:middle;"|HIS
|style="background-color: white;vertical-align:middle;"|KZP-VWS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen verwijsbericht
|style="background-color: white;vertical-align:top;"|Ketenzorgpartner
|style="background-color: white;vertical-align:top;"|KIS
|style="background-color: white;vertical-align:top;"|KZP-VWO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen dossiergegevens (PULL)
|style="background-color: white;vertical-align:middle;"|Raadplegen dossiergegevens
|style="background-color: white;vertical-align:middle;"|Ketenzorgpartner
|style="background-color: white;vertical-align:middle;"|KIS
|style="background-color: white;vertical-align:middle;"|KZP-AGR
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen dossiergegevens
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|KZP-AGB
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Huisarts stuurt verwijsbericht naar ketenzorgpartner</small>
|}

==Usecase: Ketenzorgpartner stuurt eindrapportage naar huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}
===Doel en Relevantie===
Deze usecase beschrijft de reden van het versturen van een eindrapportage door de ketenzorgpartner naar de huisarts. De eindrapportage wordt gestuurd bij de afsluiting van de behandeling, onafhankelijk van de reden hiervoor. De eindrapportage bevat inzicht in de gegeven behandeling door de ketenzorgpartner en het resultaat daarvan. Met het versturen van de eindrapportage wordt het ketenzorgtraject afgesloten.

===Proces en Context (pre- en postproces)===
====Preproces====
De ketenzorgpartner heeft de zorg zodanig geleverd dat de doelstellingen van het individueel zorgplan zijn behaald.

====Proces====
Het proces van deze usecase is:
*De eindrapportage wordt verstuurd na afsluiting van de benodigde geleverde zorg.

====Postproces====
De huisarts verwerkt de gegevens uit de eindrapportage in het dossier van de patiënt.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| Ketenzorgpartner
| style="background-color: white;"| De ketenzorgpartner stuurt de eindrapportage
|-
| style="background-color: white;"| Huisarts
| style="background-color: white;"| De huisarts ontvangt de eindrapportage
|-
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:
[[Bestand:Activity_Diagram_-_XXX| omkaderd| none | Activity Diagram - Ketenzorgpartner stuurt de eindrapportage naar huisarts]]

===Informatieoverdracht===
Zowel Huisartsen als Ketenzorgpartners maken gebruik van een informatiesysteem, respectievelijk:
*HIS (Huisartsinformatiesysteem).
*KIS (Ketenzorginformatiesysteem).

====Systemen & Systeemrollen====
De huisarts en de ketenzorgpartner maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS) en Ketenzorginformatiesystemen (KIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de eindrapportage aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

{| 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;"| KIS
| style="background-color: white;"| Keten Zorg Proces – Eindrapportage Ketenzorgpartner naar Huisarts Sturend Systeem
| style="background-color: white;"| KZP-RCS
| style="background-color: white;"| Sturen eindrapportage naar de huisarts
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Keten Zorg Proces – Eindrapportage Ketenzorgpartner naar Huisarts Ontvangend Systeem
| style="background-color: white;"| KZP-RCO
| style="background-color: white;"| Ontvangen eindrapportage door de huisarts
|-
|}

Zie ook onderstaande afbeelding:

[[Bestand:Component_Diagram_-_XXX| omkaderd| none |Component Diagram - Ketenzorgpartner stuurt eindrapportage naar huisarts]]

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

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

In onderstaande afbeelding en tabel is dit schematisch weergegeven:
[[Bestand:Use_case_Diagram_-XXX| omkaderd| none| Usecase Diagram - Ketenzorgpartner stuurt eindrapportage naar huisarts]]

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Usecase'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Publicatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Ketenzorgpartner stuurt eindrapportage naar huisarts
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen eindrapportage (PUSH)
|style="background-color: white;vertical-align:middle;"|Sturen eindrapportage
|style="background-color: white;vertical-align:middle;"|Ketenzorgpartner
|style="background-color: white;vertical-align:middle;"|KIS
|style="background-color: white;vertical-align:middle;"|KZP-RCS
|style="background-color: white;vertical-align:middle;" rowspan="2"|Link naar publicatie volgt zodra beschikbaar
|-
|style="background-color: white;vertical-align:top;"|Ontvangen eindrapportage
|style="background-color: white;vertical-align:top;"|Huisarts
|style="background-color: white;vertical-align:top;"|HIS
|style="background-color: white;vertical-align:top;"|KZP-RCO
|-
|style="background-color: "cellpadding="10";vertical-align:top;" colspan="7"|<small>Tabel Usecase - Ketenzorgpartner stuurt eindrapportage naar huisarts</small>
|}

==Usecase: Patiënt raadpleegt dossier huisartsgegevens==
''Note: zie MedMij''
{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Huisarts stuurt vragenlijst aan patiënt==
''Note: Huisarts zet vragenlijst klaar voor patiënt''
{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Patiënt stuurt antwoorden op vragenlijst aan huisarts==

{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Patiënt stuurt zelfmeting aan huisarts==
''Note: Nog geen richtlijn beschikbaar''
{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

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

==Usecase: Patiënt raadpleegt afspraak bij huisarts==
''Note: de tijd van de afspraak''
{{Vdraft/InformationBoxSmall|Deze usecase is in ontwikkeling en nog niet geschikt voor gebruik.}}

===Doel en Relevantie===

===Proces en Context (pre- en postproces)===

====Preproces====

====Proces====

====Postproces====

===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;"| A

| style="background-color: white;"| B

|-

| style="background-color: white;"| C

| style="background-color: white;"| D

|-

|}

===Informatieoverdracht===

====Systemen & Systeemrollen====

====Transacties & Transactiegroepen====

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
{{Collapse bottom}}

=Release notes=
In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|ELZ 1}}

hg:Vprepub-1 FHIR ELZ

2022-12-05T15:27:11Z

Niek van Galen: Verwijderen IssuePaginaWaarschuwing

__NOINDEX__
{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use. For questions and change requests regarding this IG, please create a ticket in [{{VersieInfo|BITS|release=V1|namespace=hg}} BITS].}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide ELZ {{VersieInfo|ELZ|release=V1|namespace=hg}}}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

<div class="toclimit-3">__TOC__</div>

=Introduction=

This is the implementation guide for ELZ (Dutch: EersteLijnsZorg, English: Primary Care). This functional specification can be found [[hg:Vprepub-1_Ontwerp_ELZ|here]] and is implemented using [https://www.hl7.org/fhir/R4/ HL7 FHIR R4]. This implementation guide assumes that the reader is familiar with both the functional specification and the FHIR standard.

Apart from this document, the guidelines as specified in the [[FHIR:V1.0_FHIR_IG_R4|general FHIR Implementation Guide]] apply.

=Workflow and message structure=

==Overview==
The use cases described in this IG are limited in sense of workflow: events are handled on a per use case basis where the sender does not explicitly requests a response (e.g. a status update). Future insights might require more workflow and it is conceivable that the FHIR Task resource will be used to fulfill that. At this point in time, the ServiceRequest and Composition resources are sufficient for the use cases described in this IG. In a later stage, more (mostly zib based) resource profiles will be added for the transfer of the medical record.

==ServiceRequest==
A ServiceRequest resource is used to represent a (request for) referral. The requirements for the ServiceRequest resource in the context of this information standard are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralServiceRequest}} profile. This profile SHALL be used in referral use cases.

Each referral SHALL be captured by a dedicated ServiceRequest. When a referral is sent to multiple parties, each party receives its own unique ServiceRequest. Revoking referrals after a certain period of time based on whether action is taken or not is out of scope of this information standard.

==Composition==
A Composition resource is used to capture relevant data that supports the referral, for instance the reason for referral or guidance noted down by the general practitioner. The requirements for the Composition resource in the context of this information standard are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralComposition}} profile. This profile SHALL be used in referral use cases.

===Handling free text concepts===
Some concepts in the data set are of data type string, as some of the relevant data is entered manually by the referrer in the context of a specific referral. This data is often not represented as a persistent object in EHRs but more likely stored as a form or a questionnaire entry. In order to send this data within the Composition, the extension {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-TextValue}} is used on {{fhir|Composition.section}}, accompanied by a distinctive code on {{fhir|Composition.section.code}}.

Example:
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Composition>
...
<section>
<extension url="http://nictiz.nl/fhir/StructureDefinition/ext-TextValue">
<valueString value="paracetamol indien nodig"/>
</extension>
<title value="Ingestelde behandeling"/>
<code>
<coding>
<system value="http://snomed.info/sct"/>
<code value="108631000146107"/>
<display value="behandeling lopende (situatie)"/>
</coding>
</code>
<text>
<status value="extensions"/>
<div xmlns="http://www.w3.org/1999/xhtml">Ingestelde behandeling: paracetamol indien nodig</div>
</text>
</section>
...
</Composition>
</syntaxhighlight>

=Use cases=
{{Vdraft/InformationBoxSmall|Currently this IG only covers the [[#Use_case:_Referral_from_general_practitioner_to_paramedic]] and specifically just the referral and not the transfer of relevant medical record entries. As development moves on, more use cases will be added.}}

==Use case: Referral from general practitioner to paramedic==
This is the technical counterpart of [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_paramedicus]] as described in the functional design.

===Introduction===
{{Vdraft/InformationBoxSmall|The RESTful interactions for this use case have not been determined yet. The following is an initial proposal that can be used for testing purposes.}}

Because sending a referral consists of a ServiceRequest and Composition resource along with supporting resources, a [https://www.hl7.org/fhir/http.html#transaction {{fhir|transaction}} interaction] interaction can be used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{fhir|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the POST submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|Bundle.request}} is optional in FHIR, but SHALL be present, even for the resources which aren't ServiceRequests or Compositions. See [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information]] for more information.)

The resources included in the bundle SHALL conform to the profiles listed in the [[#FHIR_profiles|table below]].

===Actors involved===
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR CapabilityStatements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| General practitioner
| The user of a HIS
| HIS
| General practitioner information system
| n/a
| n/a
|-
| Paramedic
| The user of a PARIS
| PARIS
| Paramedic information system
| n/a
| n/a
|}

===Relations between resources===
[[Bestand:Resources_verwijzing.png|1000px|link=]]

=FHIR profiles=

{{hg:Vprepub-1_NoteBoxPackage|p1=nictiz.fhir.nl.r4.elz|v1=0.1.0-alfa.1|p2=nictiz.fhir.nl.r4.nl-core|v2=0.7.0-beta.1}}

{| class="wikitable"
! Profile name
! FHIR Resource
! Canonical URL
|-
| hg-ReferralServiceRequest
| ServiceRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralServiceRequest|nictiz.fhir.nl.r4.elz|pkgVersion=0.1.0-alfa.1}}
|-
| hg-ReferralComposition
| Composition
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralComposition|nictiz.fhir.nl.r4.elz|pkgVersion=0.1.0-alfa.1}}
|-
| nl-core-Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthProfessional-PractitionerRole
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthProfessional-Practitioner
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthcareProvider
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthcareProvider-Organization
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-Problem
| Condition
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Problem|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|}

=Release notes=
Release notes can be found on the [[hg:Vprepub-1_Ontwerp_ELZ#Release_notes| functional design page]].

hg:Vprepub-1 FHIR ELZ

2022-12-05T15:26:15Z

Niek van Galen: ELZT-1 integreren

{{IssuePaginaWaarschuwing|ELZT-1|hg:V1_FHIR_ELZ}}
__NOINDEX__
{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use. For questions and change requests regarding this IG, please create a ticket in [{{VersieInfo|BITS|release=V1|namespace=hg}} BITS].}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide ELZ {{VersieInfo|ELZ|release=V1|namespace=hg}}}}

[[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg_Oranje.svg|link=|100px|ELZ|rechts]]

<div class="toclimit-3">__TOC__</div>

=Introduction=

This is the implementation guide for ELZ (Dutch: EersteLijnsZorg, English: Primary Care). This functional specification can be found [[hg:Vprepub-1_Ontwerp_ELZ|here]] and is implemented using [https://www.hl7.org/fhir/R4/ HL7 FHIR R4]. This implementation guide assumes that the reader is familiar with both the functional specification and the FHIR standard.

Apart from this document, the guidelines as specified in the [[FHIR:V1.0_FHIR_IG_R4|general FHIR Implementation Guide]] apply.

=Workflow and message structure=

==Overview==
The use cases described in this IG are limited in sense of workflow: events are handled on a per use case basis where the sender does not explicitly requests a response (e.g. a status update). Future insights might require more workflow and it is conceivable that the FHIR Task resource will be used to fulfill that. At this point in time, the ServiceRequest and Composition resources are sufficient for the use cases described in this IG. In a later stage, more (mostly zib based) resource profiles will be added for the transfer of the medical record.

==ServiceRequest==
A ServiceRequest resource is used to represent a (request for) referral. The requirements for the ServiceRequest resource in the context of this information standard are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralServiceRequest}} profile. This profile SHALL be used in referral use cases.

Each referral SHALL be captured by a dedicated ServiceRequest. When a referral is sent to multiple parties, each party receives its own unique ServiceRequest. Revoking referrals after a certain period of time based on whether action is taken or not is out of scope of this information standard.

==Composition==
A Composition resource is used to capture relevant data that supports the referral, for instance the reason for referral or guidance noted down by the general practitioner. The requirements for the Composition resource in the context of this information standard are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralComposition}} profile. This profile SHALL be used in referral use cases.

===Handling free text concepts===
Some concepts in the data set are of data type string, as some of the relevant data is entered manually by the referrer in the context of a specific referral. This data is often not represented as a persistent object in EHRs but more likely stored as a form or a questionnaire entry. In order to send this data within the Composition, the extension {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-TextValue}} is used on {{fhir|Composition.section}}, accompanied by a distinctive code on {{fhir|Composition.section.code}}.

Example:
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Composition>
...
<section>
<extension url="http://nictiz.nl/fhir/StructureDefinition/ext-TextValue">
<valueString value="paracetamol indien nodig"/>
</extension>
<title value="Ingestelde behandeling"/>
<code>
<coding>
<system value="http://snomed.info/sct"/>
<code value="108631000146107"/>
<display value="behandeling lopende (situatie)"/>
</coding>
</code>
<text>
<status value="extensions"/>
<div xmlns="http://www.w3.org/1999/xhtml">Ingestelde behandeling: paracetamol indien nodig</div>
</text>
</section>
...
</Composition>
</syntaxhighlight>

=Use cases=
{{Vdraft/InformationBoxSmall|Currently this IG only covers the [[#Use_case:_Referral_from_general_practitioner_to_paramedic]] and specifically just the referral and not the transfer of relevant medical record entries. As development moves on, more use cases will be added.}}

==Use case: Referral from general practitioner to paramedic==
This is the technical counterpart of [[hg:Vprepub-1_Ontwerp_ELZ#Usecase:_Huisarts_verwijst_naar_paramedicus]] as described in the functional design.

===Introduction===
{{Vdraft/InformationBoxSmall|The RESTful interactions for this use case have not been determined yet. The following is an initial proposal that can be used for testing purposes.}}

Because sending a referral consists of a ServiceRequest and Composition resource along with supporting resources, a [https://www.hl7.org/fhir/http.html#transaction {{fhir|transaction}} interaction] interaction can be used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{fhir|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the POST submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|Bundle.request}} is optional in FHIR, but SHALL be present, even for the resources which aren't ServiceRequests or Compositions. See [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information]] for more information.)

The resources included in the bundle SHALL conform to the profiles listed in the [[#FHIR_profiles|table below]].

===Actors involved===
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR CapabilityStatements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| General practitioner
| The user of a HIS
| HIS
| General practitioner information system
| n/a
| n/a
|-
| Paramedic
| The user of a PARIS
| PARIS
| Paramedic information system
| n/a
| n/a
|}

===Relations between resources===
[[Bestand:Resources_verwijzing.png|1000px|link=]]

=FHIR profiles=

{{hg:Vprepub-1_NoteBoxPackage|p1=nictiz.fhir.nl.r4.elz|v1=0.1.0-alfa.1|p2=nictiz.fhir.nl.r4.nl-core|v2=0.7.0-beta.1}}

{| class="wikitable"
! Profile name
! FHIR Resource
! Canonical URL
|-
| hg-ReferralServiceRequest
| ServiceRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralServiceRequest|nictiz.fhir.nl.r4.elz|pkgVersion=0.1.0-alfa.1}}
|-
| hg-ReferralComposition
| Composition
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/hg-ReferralComposition|nictiz.fhir.nl.r4.elz|pkgVersion=0.1.0-alfa.1}}
|-
| nl-core-Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthProfessional-PractitionerRole
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthProfessional-Practitioner
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthcareProvider
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-HealthcareProvider-Organization
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|-
| nl-core-Problem
| Condition
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Problem|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.7.0-beta1}}
|}

=Release notes=
Release notes can be found on the [[hg:Vprepub-1_Ontwerp_ELZ#Release_notes| functional design page]].

MedMij:Vissue-MM-3977/FHIR Patient Corrections

2022-12-05T12:05:45Z

Niek van Galen: /* FHIR profiles */ Fix package dependencies

{{IssuePaginaWaarschuwing|MM-3977|MedMij:V6/FHIR_Patient_Corrections}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Patient Corrections {{VersieInfo|Dossierwijzigingsverzoek|release=V6}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]

=Introduction=
This page describes the process of filing correction requests on medical records. A correction request is initiated by a patient on an existing medical record and received by a healthcare provider.

This information standard is inspired by the international [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. However, the first version of this information standard is more restricted than Patient Corrections; specifically, the possibility of doing follow-up on a correction request is omitted. Also, contrary to most other use cases for MedMij, no specific HCIM model has been identified for exchanging communication between patient (PHR) and practitioner (XIS).

This IG is a technical representation of the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek|functional design]] and follows the principles of the general [[MedMij:IG:V1/FHIR_IG|MedMij FHIR IG]].

=Actors involved=
The table shows the relevant actors, systems and FHIR CapabilityStatements. The CapabilityStatements demonstrate the minimum conformance requirements for the described use cases.

{| class="wikitable"
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Actors
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Systems
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR CapabilityStatements
|-
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
|-
| Patient
| The user of a personal healthcare environment
| PHR
| Personal health record
* sends a PatientCorrectionsCommunication
* receives a confirmation of receipt (OperationOutcome)
| rowspan="2" | {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/dwv-SendReceive|nictiz.fhir.nl.r4.patientcorrections|title=CapabilityStatement: Send Receive}}
| rowspan="2" | FHIR client/server requirements
|-
| Healthcare provider
| The user of a XIS
| XIS
| Healthcare information system
* receives a PatientCorrectionsCommunication
* returns a confirmation of receipt (OperationOutcome)
|}

=Boundaries and relationships=
[[Bestand:Afsprakenstelsel-01.png|link=https://www.medmij.nl/afsprakenstelsel/|rechts |100px|Go to Afsprakenstelsel]]

This FHIR implementation guide assumes that the PHR system is able to make a connection with the XIS and create resources. It does not provide information on finding the right XIS nor does it provide information about security. These infrastructure and interface specifications are described in the [https://www.medmij.nl/afsprakenstelsel/ 'MedMij Afsprakenstelsel'].

The MedMij use case for Patient Corrections overlaps partially with the uses cases described in the [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. Therefore, this IG tries to align as closely as possible to the HL7 Patient Corrections IG. However, there are key differences that prevent the verbatim use:
* The current use case is more restricted.
* The profiles for the MedMij use case reference HCIM based profiles for common resources like Patient, Practitioner, PractitionerRole and Organization.
* This IG uses the OperationOutcome resource as a confirmation of receipt.
* The use case specific FHIR profiles (like Communication) are not derived but copied in order for them to align with other FHIR materials in the Dutch realm.
* {{fhir|mustSupport}} flags are not used in this IG.
* {{fhir|Bundle.type}}={{term|transaction}} and {{term|transaction-response}} are used instead of {{fhir|Bundle.type}}={{term|collection}}.

=Use case: send correction request on medical record=
This use case covers the process of sending a correction request on an existing medical record. Other use cases might be added in the future.

==Client sends PatientCorrectionsCommunication - PHR==
Because sending a correction request can consist of (one or more) Communication resource(s) along with supporting resources, a [https://www.hl7.org/fhir/http.html#transaction {{fhir|transaction}} interaction] is used. This allows for creating a set of resources in a single interaction and makes it possible to [[MedMij:IG:V1/FHIR_IG#Including_.22secondary.22_resources_when_sending_information|include referenced secondary resources]] if needed. Querying resources on the server before submitting the transaction Bundle (for instance: to be able to reference a Patient resource on the server) is not part of this FHIR IG, nor is it required that a client is able to reuse previously requested resources from use cases outside this IG.

A {{fhir|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the POST submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|Bundle.request}} is optional in FHIR, but SHALL be present, even for the resources which aren't Communications. See [[MedMij:IG:V1/FHIR_IG#Including_.22secondary.22_resources_when_sending_information|the overarching principles]] for more information.)

In order for the server to return each created resource in its entire form, the client SHOULD include the following [https://www.hl7.org/fhir/http.html#ops HTTP Prefer header]: {{fhir|<nowiki>Prefer: return=representation</nowiki>}}.

The resources included in the bundle SHALL conform to the profiles listed in the [[#FHIR_profiles|table below]].

Examples:
{{Collapse top|Bundle containing one Communication resource}}
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction"/>
<entry>
<fullUrl value="urn:uuid:0bd97f28-a942-4cd4-a929-dd8391cbc83f"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="4c6a73b0-bf86-43f4-bd98-2eed52d7161e"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="Patient/..."/>
...
</subject>
<topic>
<text value="Wijzigingsverzoek: telefoonnummer"/>
</topic>
<sent value="2022-03-29T09:41:00Z"/>
<recipient>
<reference value="Organization/..."/>
...
</recipient>
<sender>
<reference value="Patient/..."/>
...
</sender>
<payload>
<contentString value="Het telefoonnummer van mijn eerste contactpersoon klopt niet. Jaap Stiekema heeft het nummer 06-12345678."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}
{{Collapse top|Bundle containing multiple Communication resources and secondary resources}}
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction"/>
<entry>
<fullUrl value="urn:uuid:f8384e4e-6549-492a-b82a-b8f6101876b3"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="0287d8e7-d47b-4465-9cff-fab15bb3dfd2"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Allergie niet juist"/>
</topic>
<sent value="2022-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="In mijn dossier staat dat ik allergisch ben voor bijengif, dit is niet juist. Kunt u dit verwijderen?"/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:6c2f1861-76bb-48fb-8a76-a80adfd2243f"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="7c9e1076-4e13-4010-a166-7ca3fe6618fc"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Mijn gewicht is fout"/>
</topic>
<sent value="2021-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="Op 14 februari 2022 woog ik 72 kg en er staat dat ik 74 kg weeg, dit is fout."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:287837d4-ae09-49b8-a4dd-07efac1e81fa"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="3bb12830-8b93-4484-a595-97653a68f17c"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Tijdelijk adres aanpassen"/>
</topic>
<sent value="2021-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="Wij gaan tijdelijk op een ander adres wonen in verband met een verbouwing, kunt u mijn adres aanpassen naar: Knolweg 1000, 9999 XA Stitswerd."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<resource>
<Patient xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.135"/>
<value value="123456789"/>
</identifier>
<name>
<use value="official" />
<text value="Willemijn Wijziger" />
<family value="Wijziger">
<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-name">
<valueString value="Wijziger" />
</extension>
</family>
<given value="Willemijn">
<extension url="http://hl7.org/fhir/StructureDefinition/iso21090-EN-qualifier">
<valueCode value="BR" />
</extension>
</given>
</name>
</Patient>
</resource>
<request>
<method value="POST"/>
<url value="Patient"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<resource>
<Organization xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization"/>
</meta>
<identifier>
<system value="http://fhir.nl/fhir/NamingSystem/agb-z"/>
<value value="06020806"/>
</identifier>
<name value="Erasmus Medisch Centrum"/>
</Organization>
</resource>
<request>
<method value="POST"/>
<url value="Organization"/>
</request>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}
===Guidance on resource contents===
On top of the guidance in the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek#Informatie-elementen|functional design]] and the descriptions in the relevant FHIR profiles, the list below provides direction on how to use the elements in the resources used in this information standard.

Examples of the resources below can be found on [https://simplifier.net/nictiz-r4-patientcorrections/~resources?category=Example Simplifier].

====PatientCorrectionsCommunication====
Every instance of PatientCorrectionsCommunication (Communication) SHALL contain at least the following elements upon initial creation:
* {{fhir|identifier}}: [[MedMij:IG:V1/FHIR_IG#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|unique identifier]] for the purpose of data deduplication
* {{fhir|status}}: with fixed value {{term|completed}}
* {{fhir|category}}: with fixed value {{term|medRecCxReq}}
* {{fhir|subject}}: the patient that the correction request applies to
* {{fhir|topic}}: subject line, like the subject of an email
* {{fhir|sent}}: the date and time the correction request was sent
* {{fhir|recipient}}: the recipient of the correction request, healthcare provider and optionally (if known) the health professional
* {{fhir|sender}}: a reference to the sender of the correction request
* {{fhir|payload}}: the actual correction request message as a string

====Patient====
The Patient instance SHOULD contain at least the following elements:
* {{fhir|name}}: the patient's birth name

It is encouraged to include an internal hospital patient number using the {{fhir|identifier}} element, if known.

====HealthcareProvider====
The HealthcareProvider (Organization) instance SHOULD contain at least the following elements:
* {{fhir|name}}: the name of the healthcare provider, in MedMij context this name can be derived from the entry in the ZAL (healthcare providers list, Dutch: Zorgaanbiederslijst)

It is encouraged to include the organization's unique identifier like AGB or URA using the {{fhir|identifier}} element, if known.

====HealthProfessional====
The HealthProfessional (Practitioner/PractitionerRole) instance SHOULD contain at least the following elements:
* {{fhir|name}}: the name of the practitioner

It is encouraged to include a practitioner's unique identifier like AGB or BIG using the {{fhir|identifier}} element, if known.

==Server response - XIS==
The server returns an [[MedMij:IG:V1/FHIR_IG|HTTP Status code]] appropriate to the processing outcome and returns a Bundle, with {{fhir|Bundle.type}}={{term|transaction-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry. Because the client request contains the HTTP Prefer header {{fhir|<nowiki>Prefer: return=representation</nowiki>}}, the server SHOULD return a full version of all created resources.

{{ReminderBox|It is conceivable that future versions of this information standard will provide more detailed information on further processing and workflow using the Task resource, thus follow the international [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. At this point in time, it is not expected that a XIS spawns a Task and creates a reference to this Task in {{fhir|Communication.about}}, nor is it expected that a PHR can resolve and process this Task reference.}}

Example:
<syntaxhighlight lang="xml" highlight="6,12">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction-response"/>
<entry>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<id value="a9f7a826-fd3f-444a-9457-0d444ee7a966"/>
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="4c6a73b0-bf86-43f4-bd98-2eed52d7161e"/>
</identifier>
...
</Communication>
</resource>
...
</Bundle>
</syntaxhighlight>

A server SHOULD provide additional information (an acknowledgment of receipt) on the received correction request(s) by adding an OperationOutcome to the response with {{fhir|OperationOutcome.severity}}={{term|information}}, {{fhir|OperationOutcome.code}}={{term|informational}} and the actual message on the {{fhir|OperationOutcome.details.text}} element.

{{ReminderBox|This IG does not cover the actual contents of the text in the OperationOutcome, as this text can be subject to agreements made in programmes like MedMij, VIPP 5 or between healthcare providers. This also applies to support for multiple languages (localization).}}

Example:
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<language value="nl-NL"/>
<issue>
<severity value="information"/>
<code value="informational"/>
<details>
<text value="Uw wijzigingsverzoek is ontvangen, neem voor meer informatie contact op met uw zorgaanbieder. Bij levensbedreigende situaties belt u 112."/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>

==RESTful interactions==
┌───┐ ┌───┐
│PHR│ │XIS│
└─┬─┘ └─┬─┘
╔═══════════════════════════════╗│ │
║Send a new correction request ░║│ │
╚═══════════════════════════════╝│ │
│ Create (POST) Bundle containing Communication(s) │
│────────────────────────────────────────────────────────────────>│
│ │
│Return Bundle with created Communication(s) and OperationOutcome │
│<─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ │
┌─┴─┐ ┌─┴─┐
│PHR│ │XIS│
└───┘ └───┘

=FHIR profiles=

{{MedMij:V2020.01/NoteBoxPackage|p1=nictiz.fhir.nl.r4.patientcorrections|v1Min=1.0.0|p2=nictiz.fhir.nl.r4.nl-core|v2Min=0.6.0-beta.2}}

{| class="wikitable"
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Profile name
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR Resource
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | HCIM EN
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Canonical URL
|-
| dwv-PatientCorrectionsCommunication
| Communication
| n/a
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication|nictiz.fhir.nl.r4.patientcorrections}}
|-
| nl core Patient
| Patient
| [https://zibs.nl/wiki/Patient-v3.2(2020EN) Patient]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthcareProvider
| Organization
| [https://zibs.nl/wiki/HealthcareProvider-v3.4(2020EN) HealthcareProvider]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthProfessional Practitioner
| Practitioner
| rowspan="2" | [https://zibs.nl/wiki/HealthProfessional-v3.5(2020EN) HealthProfessional]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthProfessional PractitionerRole
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core}}
|-
|}

=Release notes=
Release notes can be found on the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek#Release_notes| functional design page]].

=Support=
For questions and change requests regarding this IG, please create a ticket in [https://bits.nictiz.nl/projects/MM BITS].

Sjabloon:VersieInfo

2022-12-05T12:04:26Z

Niek van Galen: Fix Patient Corrections package

{{#switch: {{{namespace|{{NAMESPACE}}}}}:{{{release|{{ROOTPAGENAME}}}}}

| MedMij:V2019.01 = {{#switch: {{{1}}}
| BgZ = 2.2.2
| Laboratoriumresultaten = 1.2.2
| Medicatieproces = 9.0.7
| MedicatieprocesVerstrekkingenvertaling = 9.A.1
| AllergieIntolerantie1 = 1.2.2
| AllergieIntolerantie = 2.1.2
| AllergieIntolerantieVertaling = 1.A.15
| eAfspraak = 1.2.2
| Zelfmetingen = 1.3.2
| PDFA = 2.1.2
| PDFA1 = 1.3.2
| Huisartsgegevens = 1.2.2
| BgGGZ = 1.2.2
| BgLZ = 1.1.2
| Beelden = 1.1.2
| Vragenlijsten = 1.1.2
| package = 1.3.15
| nictiz.fhir.nl.stu3.zib2017 = 1.3.16
}}

| MedMij:V2020.01 = {{#switch: {{{1}}}
| BgZ = 3.1.7
| Laboratoriumresultaten = 2.0.25
| Medicatieproces = 9.0.7
| MedicatieprocesVerstrekkingenvertaling = 9.A.1
| AllergieIntolerantie1 = 2.0.24
| AllergieIntolerantie = 3.0.24
| AllergieIntolerantieVertaling = 2.A.14
| eAfspraak = 2.0.25
| Zelfmetingen = 2.0.25
| PDFA = 3.0.25
| PDFA1 = 3.0.25
| Huisartsgegevens = 2.0.25
| BgGGZ = 2.0.25
| BgLZ = 2.0.23
| Beelden = 2.0.25
| Vragenlijsten = 2.0.25
| Vragenlijsten1 = 1.0.25
| package = 2.2.7
| nictiz.fhir.nl.stu3.zib2017 = 2.2.7
| nictiz.fhir.nl.stu3.eafspraak = 1.0.6
| nictiz.fhir.nl.stu3.images = 1.0.3
| nictiz.fhir.nl.stu3.questionnaires = 2.0.8
| nictiz.fhir.nl.stu3.bgz = 1.1.1
}}

| MedMij:V2020.02 = {{#switch: {{{1}}}
| BgLZ = 3.1.6
| package = 2.2.7
| nictiz.fhir.nl.stu3.zib2017 = 2.2.7
}}

| MedMij:V6 = {{#switch: {{{1}}}
| Dossierwijzigingsverzoek = 1.0.2
| Vaccinatie-Immunisatie = 1.0.0-rc.1
| MedMij_FHIR_IG_R4 = 1.0.0
| MedMij_FunctioneelOntwerp = 1.0.0
| Kwalificatie = 1.0.1
| package = 0.6.0-beta.2
| nictiz.fhir.nl.r4.zib2020 = 0.6.0-beta.2
| nictiz.fhir.nl.r4.nl-core = 0.6.0-beta.2
| nictiz.fhir.nl.r4.patientcorrections = 1.0.1
| nictiz.fhir.nl.r4.vaccinationimmunization = 1.0.0-rc.1
}}

| MedMij:IG:V1 = {{#switch: {{{1}}}
| MedMij_FHIR_IG_R4 = 1.0.0
}}

| MedMij:FO:V1 = {{#switch: {{{1}}}
| MedMij_FunctioneelOntwerp = 1.0.0
}}

| MedMij:Kwalificatie:V1 = {{#switch: {{{1}}}
| MedMij_Kwalificatie = 1.0.1
}}

| FHIR:V1.0 = {{#switch: {{{1}}}
| FHIR_IG_R4 = 1.0.0
}}

| mp:V9.1 = {{#switch: {{{1}}}
| mp = 9.1
| Medicatieproces = 9.1.0
| MedicatieprocesVerstrekkingenvertaling = 9.A.5
| package = 2.0.0
| nictiz.fhir.nl.stu3.zib2017 = 2.0.0
| nictiz.fhir.nl.stu3.medicationprocess= 9.1.0-beta
}}

| mp:V2.0.0 = {{#switch: {{{1}}}
| mp9 = 2.0.0
| nictiz.fhir.nl.r4.zib2020 = 0.5.0-beta1
| nictiz.fhir.nl.r4.nl-core = 0.5.0-beta1
| nictiz.fhir.nl.r4.medicationprocess9 = 1.0.0
}}

| Lab:V3.0.0 = {{#switch: {{{1}}}
| nictiz.fhir.nl.r4.zib2020 = 0.6.0-beta.2
| nictiz.fhir.nl.r4.nl-core = 0.6.0-beta.2
| nictiz.fhir.nl.r4.labexchange = 3.0.0-beta.1
}}

| vpk:V4.0 = {{#switch: {{{1}}}
| eOverdracht = 4.0-RC8
| nictiz.fhir.nl.stu3.zib2017 = 2.2.7
| nictiz.fhir.nl.stu3.eoverdracht = 1.0.0-rc8
| nictiz.fhir.nl.stu3.zib2020-preadopt = 0.1.2
}}

| hg:V1 = {{#switch: {{{1}}}
| ELZ = 0.1.0-alfa.1
| BITS = https://bits.nictiz.nl/projects/ELZT
| nictiz.fhir.nl.r4.elz = 0.1.0-alfa.1
}}

}}<noinclude>
== Doel ==

Er zijn allerlei situaties waarin de specifieke versie van een component een bepaalde versie van een ander component gebruikt, bijvoorbeeld een versie van een informatiestandaard die een bepaalde versie van een FHIR-package nodig heeft. Dit sjabloon is bedoeld om dit soort versie-afhankelijkheden te leggen.

== Gebruik ==

Dit sjabloon koppelt simpelweg de versie (om legacy-redenen 'release' genoemd) van de gebruikende component plus de naam van de gebruikte component aan de versienummer van deze gebruikte component.

Het sjabloon kan op pagina's ingezet worden met:
<pre>{{VersieInfo|[component](|release=[release])(|namespace=[namespace])}}</pre>
* <code>component</code>: de naam van de ''gebruikte'' component, dus bv. de naam van het FHIR-package dat een standaard gebruikt.
* <code>release</code>: de versie(string) van de ''gebruikende'' component, dus bv. de versie van een informatiestandaard die het FHIR-package gebruikt. Als deze parameter wordt weggelaten, wordt als default de [https://www.mediawiki.org/wiki/Help:Magic_words#Page_names ROOTPAGENAME] van de (aanroepende) pagina gebruikt.
* <code>namespace</code>: als de gebruikende ''pagina'' zich in een andere namespace bevindt dan de namespace geregistreerd in dit sjabloon kan hier de namespace expliciet vermeld worden. Dit is vooral relevant voor verwijzingen waarin het versienummer wordt opgenomen.

Dit wordt dan vervangen door het bijbehorende versienummer. De naam van 'component' dient uiteraard exact overeen te komen met de naam die in dit sjabloon staat.

Bijvoorbeeld: binnen MedMij worden versienummers van individuele informatiestandaarden gekoppeld aan een bepaalde MedMij-release. Bv. de BgZ heeft binnen de MedMij-release "V2019.01" het versienummer 2.1.13. Dit kan opgezocht worden via:

<pre>{{VersieInfo|BgZ|release=V2019.01}}</pre>

=== Onderhoud versienummers ===

Het sjabloon bestaat uit een geneste switch; de eerste tak kijkt naar de Release (de eerste parameter), de tweede naar de naam van de gezochte component. Deze informatie staat bovenaan de pagina wanneer deze bewerkt wordt.

Wanneer het nodig is om een nieuwe release toe te voegen, volstaat het om het volgende stuk toe te voegen:
<pre>
| NAMESPACE:<release> = {{#switch: {{{2}}}
| <component1> = x.x.x
| <component2> = x.x.x
...
| <componentN> = x.x.x

}}
</pre>
=== Afwijkende versienummers in systeemrolcodes ===

In sommige informatiestandaarden zijn er systeemrolcodes met een versie die afwijkt van die van de standaard als geheel. Typisch gebeurt dit wanneer er een use case is bijgekomen in een standaard; de major-versie wordt opgehoogd, maar de systeemrollen in de oorspronkelijke use case blijven de oorspronkelijke versie gebruiken (zolang er nog geen reden is om over te gaan naar een nieuwe versie).

Er is gekozen voor een pragmatische aanpak in dit soort gevallen door simpelweg een tweede entry toe te voegen voor de afwijkende major-versie; de standaard "PDF/A" staat bijvoorbeeld twee keer in het lijstje, een keer als "PDFA" en een keer als "PDFA1" voor de oudere systeemrolcodes.
</noinclude>

MedMij:Vissue-MM-3977/FHIR Patient Corrections

2022-12-05T11:54:09Z

Niek van Galen: Clone of V6 production page for issue MM-3977

{{IssuePaginaWaarschuwing|MM-3977|MedMij:V6/FHIR_Patient_Corrections}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Patient Corrections {{VersieInfo|Dossierwijzigingsverzoek|release=V6}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]

=Introduction=
This page describes the process of filing correction requests on medical records. A correction request is initiated by a patient on an existing medical record and received by a healthcare provider.

This information standard is inspired by the international [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. However, the first version of this information standard is more restricted than Patient Corrections; specifically, the possibility of doing follow-up on a correction request is omitted. Also, contrary to most other use cases for MedMij, no specific HCIM model has been identified for exchanging communication between patient (PHR) and practitioner (XIS).

This IG is a technical representation of the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek|functional design]] and follows the principles of the general [[MedMij:IG:V1/FHIR_IG|MedMij FHIR IG]].

=Actors involved=
The table shows the relevant actors, systems and FHIR CapabilityStatements. The CapabilityStatements demonstrate the minimum conformance requirements for the described use cases.

{| class="wikitable"
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Actors
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Systems
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR CapabilityStatements
|-
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
|-
| Patient
| The user of a personal healthcare environment
| PHR
| Personal health record
* sends a PatientCorrectionsCommunication
* receives a confirmation of receipt (OperationOutcome)
| rowspan="2" | {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/dwv-SendReceive|nictiz.fhir.nl.r4.patientcorrections|title=CapabilityStatement: Send Receive}}
| rowspan="2" | FHIR client/server requirements
|-
| Healthcare provider
| The user of a XIS
| XIS
| Healthcare information system
* receives a PatientCorrectionsCommunication
* returns a confirmation of receipt (OperationOutcome)
|}

=Boundaries and relationships=
[[Bestand:Afsprakenstelsel-01.png|link=https://www.medmij.nl/afsprakenstelsel/|rechts |100px|Go to Afsprakenstelsel]]

This FHIR implementation guide assumes that the PHR system is able to make a connection with the XIS and create resources. It does not provide information on finding the right XIS nor does it provide information about security. These infrastructure and interface specifications are described in the [https://www.medmij.nl/afsprakenstelsel/ 'MedMij Afsprakenstelsel'].

The MedMij use case for Patient Corrections overlaps partially with the uses cases described in the [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. Therefore, this IG tries to align as closely as possible to the HL7 Patient Corrections IG. However, there are key differences that prevent the verbatim use:
* The current use case is more restricted.
* The profiles for the MedMij use case reference HCIM based profiles for common resources like Patient, Practitioner, PractitionerRole and Organization.
* This IG uses the OperationOutcome resource as a confirmation of receipt.
* The use case specific FHIR profiles (like Communication) are not derived but copied in order for them to align with other FHIR materials in the Dutch realm.
* {{fhir|mustSupport}} flags are not used in this IG.
* {{fhir|Bundle.type}}={{term|transaction}} and {{term|transaction-response}} are used instead of {{fhir|Bundle.type}}={{term|collection}}.

=Use case: send correction request on medical record=
This use case covers the process of sending a correction request on an existing medical record. Other use cases might be added in the future.

==Client sends PatientCorrectionsCommunication - PHR==
Because sending a correction request can consist of (one or more) Communication resource(s) along with supporting resources, a [https://www.hl7.org/fhir/http.html#transaction {{fhir|transaction}} interaction] is used. This allows for creating a set of resources in a single interaction and makes it possible to [[MedMij:IG:V1/FHIR_IG#Including_.22secondary.22_resources_when_sending_information|include referenced secondary resources]] if needed. Querying resources on the server before submitting the transaction Bundle (for instance: to be able to reference a Patient resource on the server) is not part of this FHIR IG, nor is it required that a client is able to reuse previously requested resources from use cases outside this IG.

A {{fhir|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the POST submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|Bundle.request}} is optional in FHIR, but SHALL be present, even for the resources which aren't Communications. See [[MedMij:IG:V1/FHIR_IG#Including_.22secondary.22_resources_when_sending_information|the overarching principles]] for more information.)

In order for the server to return each created resource in its entire form, the client SHOULD include the following [https://www.hl7.org/fhir/http.html#ops HTTP Prefer header]: {{fhir|<nowiki>Prefer: return=representation</nowiki>}}.

The resources included in the bundle SHALL conform to the profiles listed in the [[#FHIR_profiles|table below]].

Examples:
{{Collapse top|Bundle containing one Communication resource}}
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction"/>
<entry>
<fullUrl value="urn:uuid:0bd97f28-a942-4cd4-a929-dd8391cbc83f"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="4c6a73b0-bf86-43f4-bd98-2eed52d7161e"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="Patient/..."/>
...
</subject>
<topic>
<text value="Wijzigingsverzoek: telefoonnummer"/>
</topic>
<sent value="2022-03-29T09:41:00Z"/>
<recipient>
<reference value="Organization/..."/>
...
</recipient>
<sender>
<reference value="Patient/..."/>
...
</sender>
<payload>
<contentString value="Het telefoonnummer van mijn eerste contactpersoon klopt niet. Jaap Stiekema heeft het nummer 06-12345678."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}
{{Collapse top|Bundle containing multiple Communication resources and secondary resources}}
<syntaxhighlight lang="xml" style="max-height:400px; overflow: auto;">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction"/>
<entry>
<fullUrl value="urn:uuid:f8384e4e-6549-492a-b82a-b8f6101876b3"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="0287d8e7-d47b-4465-9cff-fab15bb3dfd2"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Allergie niet juist"/>
</topic>
<sent value="2022-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="In mijn dossier staat dat ik allergisch ben voor bijengif, dit is niet juist. Kunt u dit verwijderen?"/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:6c2f1861-76bb-48fb-8a76-a80adfd2243f"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="7c9e1076-4e13-4010-a166-7ca3fe6618fc"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Mijn gewicht is fout"/>
</topic>
<sent value="2021-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="Op 14 februari 2022 woog ik 72 kg en er staat dat ik 74 kg weeg, dit is fout."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:287837d4-ae09-49b8-a4dd-07efac1e81fa"/>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="3bb12830-8b93-4484-a595-97653a68f17c"/>
</identifier>
<status value="completed"/>
<category>
<coding>
<system value="https://hl7.org/fhir/uv/fhir-patient-correction/CodeSystem/PatientCorrectionCommunicationTypes"/>
<code value="medRecCxReq"/>
<display value="Correction request by the Patient or RelatedPerson"/>
</coding>
</category>
<subject>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</subject>
<topic>
<text value="Tijdelijk adres aanpassen"/>
</topic>
<sent value="2021-03-29T09:41:00Z"/>
<recipient>
<reference value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<type value="Organization"/>
<display value="Erasmus Medisch Centrum"/>
</recipient>
<sender>
<reference value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<type value="Patient"/>
<display value="Willemijn Wijziger"/>
</sender>
<payload>
<contentString value="Wij gaan tijdelijk op een ander adres wonen in verband met een verbouwing, kunt u mijn adres aanpassen naar: Knolweg 1000, 9999 XA Stitswerd."/>
</payload>
</Communication>
</resource>
<request>
<method value="POST"/>
<url value="Communication"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:c4e8dce5-0f69-42b2-b10b-f480cc377cd2"/>
<resource>
<Patient xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.135"/>
<value value="123456789"/>
</identifier>
<name>
<use value="official" />
<text value="Willemijn Wijziger" />
<family value="Wijziger">
<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-name">
<valueString value="Wijziger" />
</extension>
</family>
<given value="Willemijn">
<extension url="http://hl7.org/fhir/StructureDefinition/iso21090-EN-qualifier">
<valueCode value="BR" />
</extension>
</given>
</name>
</Patient>
</resource>
<request>
<method value="POST"/>
<url value="Patient"/>
</request>
</entry>
<entry>
<fullUrl value="urn:uuid:a846de6b-a709-42e8-9a49-eaa359e666a5"/>
<resource>
<Organization xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization"/>
</meta>
<identifier>
<system value="http://fhir.nl/fhir/NamingSystem/agb-z"/>
<value value="06020806"/>
</identifier>
<name value="Erasmus Medisch Centrum"/>
</Organization>
</resource>
<request>
<method value="POST"/>
<url value="Organization"/>
</request>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}
===Guidance on resource contents===
On top of the guidance in the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek#Informatie-elementen|functional design]] and the descriptions in the relevant FHIR profiles, the list below provides direction on how to use the elements in the resources used in this information standard.

Examples of the resources below can be found on [https://simplifier.net/nictiz-r4-patientcorrections/~resources?category=Example Simplifier].

====PatientCorrectionsCommunication====
Every instance of PatientCorrectionsCommunication (Communication) SHALL contain at least the following elements upon initial creation:
* {{fhir|identifier}}: [[MedMij:IG:V1/FHIR_IG#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|unique identifier]] for the purpose of data deduplication
* {{fhir|status}}: with fixed value {{term|completed}}
* {{fhir|category}}: with fixed value {{term|medRecCxReq}}
* {{fhir|subject}}: the patient that the correction request applies to
* {{fhir|topic}}: subject line, like the subject of an email
* {{fhir|sent}}: the date and time the correction request was sent
* {{fhir|recipient}}: the recipient of the correction request, healthcare provider and optionally (if known) the health professional
* {{fhir|sender}}: a reference to the sender of the correction request
* {{fhir|payload}}: the actual correction request message as a string

====Patient====
The Patient instance SHOULD contain at least the following elements:
* {{fhir|name}}: the patient's birth name

It is encouraged to include an internal hospital patient number using the {{fhir|identifier}} element, if known.

====HealthcareProvider====
The HealthcareProvider (Organization) instance SHOULD contain at least the following elements:
* {{fhir|name}}: the name of the healthcare provider, in MedMij context this name can be derived from the entry in the ZAL (healthcare providers list, Dutch: Zorgaanbiederslijst)

It is encouraged to include the organization's unique identifier like AGB or URA using the {{fhir|identifier}} element, if known.

====HealthProfessional====
The HealthProfessional (Practitioner/PractitionerRole) instance SHOULD contain at least the following elements:
* {{fhir|name}}: the name of the practitioner

It is encouraged to include a practitioner's unique identifier like AGB or BIG using the {{fhir|identifier}} element, if known.

==Server response - XIS==
The server returns an [[MedMij:IG:V1/FHIR_IG|HTTP Status code]] appropriate to the processing outcome and returns a Bundle, with {{fhir|Bundle.type}}={{term|transaction-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry. Because the client request contains the HTTP Prefer header {{fhir|<nowiki>Prefer: return=representation</nowiki>}}, the server SHOULD return a full version of all created resources.

{{ReminderBox|It is conceivable that future versions of this information standard will provide more detailed information on further processing and workflow using the Task resource, thus follow the international [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. At this point in time, it is not expected that a XIS spawns a Task and creates a reference to this Task in {{fhir|Communication.about}}, nor is it expected that a PHR can resolve and process this Task reference.}}

Example:
<syntaxhighlight lang="xml" highlight="6,12">
<Bundle xmlns="http://hl7.org/fhir">
<type value="transaction-response"/>
<entry>
<resource>
<Communication xmlns="http://hl7.org/fhir">
<id value="a9f7a826-fd3f-444a-9457-0d444ee7a966"/>
<meta>
<profile value="http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication"/>
</meta>
<identifier>
<system value="urn:oid:2.16.840.1.113883.2.4.3.11.999.130.1.40"/>
<value value="4c6a73b0-bf86-43f4-bd98-2eed52d7161e"/>
</identifier>
...
</Communication>
</resource>
...
</Bundle>
</syntaxhighlight>

A server SHOULD provide additional information (an acknowledgment of receipt) on the received correction request(s) by adding an OperationOutcome to the response with {{fhir|OperationOutcome.severity}}={{term|information}}, {{fhir|OperationOutcome.code}}={{term|informational}} and the actual message on the {{fhir|OperationOutcome.details.text}} element.

{{ReminderBox|This IG does not cover the actual contents of the text in the OperationOutcome, as this text can be subject to agreements made in programmes like MedMij, VIPP 5 or between healthcare providers. This also applies to support for multiple languages (localization).}}

Example:
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<language value="nl-NL"/>
<issue>
<severity value="information"/>
<code value="informational"/>
<details>
<text value="Uw wijzigingsverzoek is ontvangen, neem voor meer informatie contact op met uw zorgaanbieder. Bij levensbedreigende situaties belt u 112."/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>

==RESTful interactions==
┌───┐ ┌───┐
│PHR│ │XIS│
└─┬─┘ └─┬─┘
╔═══════════════════════════════╗│ │
║Send a new correction request ░║│ │
╚═══════════════════════════════╝│ │
│ Create (POST) Bundle containing Communication(s) │
│────────────────────────────────────────────────────────────────>│
│ │
│Return Bundle with created Communication(s) and OperationOutcome │
│<─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ │
┌─┴─┐ ┌─┴─┐
│PHR│ │XIS│
└───┘ └───┘

=FHIR profiles=

{{MedMij:V2020.01/NoteBoxPackage|p1=nictiz.fhir.nl.r4.patientcorrections|v1Min=0.3.0-poc|p2=nictiz.fhir.nl.r4.nl-core|v2Min=0.5.0-beta1}}

{| class="wikitable"
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Profile name
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR Resource
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | HCIM EN
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Canonical URL
|-
| dwv-PatientCorrectionsCommunication
| Communication
| n/a
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/dwv-PatientCorrectionsCommunication|nictiz.fhir.nl.r4.patientcorrections}}
|-
| nl core Patient
| Patient
| [https://zibs.nl/wiki/Patient-v3.2(2020EN) Patient]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthcareProvider
| Organization
| [https://zibs.nl/wiki/HealthcareProvider-v3.4(2020EN) HealthcareProvider]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthProfessional Practitioner
| Practitioner
| rowspan="2" | [https://zibs.nl/wiki/HealthProfessional-v3.5(2020EN) HealthProfessional]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core}}
|-
| nl core HealthProfessional PractitionerRole
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core}}
|-
|}

=Release notes=
Release notes can be found on the [[MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek#Release_notes| functional design page]].

=Support=
For questions and change requests regarding this IG, please create a ticket in [https://bits.nictiz.nl/projects/MM BITS].