informatiestandaarden - Gebruikersbijdragen [nl]

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

2022-12-08T14:07:16Z

Mik de Jong: MM-4014: Added the includes in a table with description about the includes.

{{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====
'''Search'''

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{?[includes]}
</pre>

'''Search Parameters'''

The PHR may supply, and the XIS shall be capable of processing, all inlcudes listed below. These includes are a selection of the defined includes. The includes can also be combined to retrieve multiple resources.

{| class="wikitable"
! colspan="3" style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;" | Immunization
|-
| style="font-weight: bold;" | Name
| style="font-weight: bold;" | Description
| style="font-weight: bold;" | Example
|-
| <code>patient</code>
| This will specify the resource for the patient that the immunization is performed on.

|
Retrieve the Immunization and Patient resource:
<pre>GET [base]/Immunization?_include:patient</pre>
|-
| <code>location</code>
| This will specify the resource for the location where the Immunization took place.
|
Retrieve the Immunization and Location resource:
<pre>GET [base]/Immunization?_include:location</pre>
|-
| <code>performer</code>
| This will specify the resource for the healthcareprovider who performed the immunization on the patient.
|
Retrieve the Immunization and Practitioner or Organization resource:
<pre>GET [base]/Immunization?_include: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].

MedMij:V6/FHIR Vaccination-Immunization

2022-11-21T14:29:24Z

Mik de Jong: /* Actors */ Corrected the table style so it fits the other MedMij standards

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V6}}}}
{{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
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ClientCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Client}}
| Vaccination-Immunization client requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ServerCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Server}}
| Vaccination-Immunization server requirements
|}

=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.immunization|v1=0.2.0|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/Vaccination-v5.0(2022EN) 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}}
|-
| nl core AnatomicalLocation
| CodeableConcept
| [https://zibs.nl/wiki/AnatomicalLocation-v1.0(2020EN) AnatomicalLocation]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-AnatomicalLocation|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].

MedMij:Vprepub-6/FHIR Vaccination-Immunization

2022-11-21T14:29:24Z

Mik de Jong: /* Actors */ Corrected the table style so it fits the other MedMij standards

MedMij:V6/FHIR Vaccination-Immunization

2022-11-21T14:26:50Z

Mik de Jong: /* Message semantics */ Corrected the table so it fits the Med

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V6}}}}
{{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
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ClientCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Client}}
| Vaccination-Immunization client requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ServerCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Server}}
| Vaccination-Immunization server requirements
|}

=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;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''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.immunization|v1=0.2.0|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/Vaccination-v5.0(2022EN) 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}}
|-
| nl core AnatomicalLocation
| CodeableConcept
| [https://zibs.nl/wiki/AnatomicalLocation-v1.0(2020EN) AnatomicalLocation]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-AnatomicalLocation|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].

MedMij:Vprepub-6/FHIR Vaccination-Immunization

2022-11-21T14:26:50Z

Mik de Jong: /* Message semantics */ Corrected the table so it fits the Med

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V6}}}}
{{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
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ClientCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Client}}
| Vaccination-Immunization client requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ServerCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Server}}
| Vaccination-Immunization server requirements
|}

=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;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''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.immunization|v1=0.2.0|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/Vaccination-v5.0(2022EN) 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}}
|-
| nl core AnatomicalLocation
| CodeableConcept
| [https://zibs.nl/wiki/AnatomicalLocation-v1.0(2020EN) AnatomicalLocation]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-AnatomicalLocation|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].

MedMij:V6/FHIR Vaccination-Immunization

2022-11-21T13:57:22Z

Mik de Jong: /* Actors involved */ Corrected "Persons" to actors and added colourstyle to the wikitable

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V6}}}}
{{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
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ClientCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Client}}
| Vaccination-Immunization client requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ServerCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Server}}
| Vaccination-Immunization server requirements
|}

=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;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''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.immunization|v1=0.2.0|p2=nictiz.fhir.nl.r4.zib2020|v2=0.7.0-beta.1}}

{| class="wikitable" width="1400px"
|-style="background-color: #1F497D; color: white; font-weight: bold; "
| Canonical URL||FHIR Resources||Based on Zib (NL)||Based on Zib (EN)
|-style="vertical-align:top; background-color: #E3E3E3;
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Vaccination-event|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Immunization
| Vaccinatie
| Vaccination
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Patient
| Patient
| Patient
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Practitioner
| rowspan="2" | Zorgverlener
| rowspan="2" | HealthProfessional
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| PractionerRole
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Organization
| rowspan="2" | Zorgaanbieder
| rowspan="2" | HealthcareProvider
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Location
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-PharmaceuticalProduct|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Medication
| FarmaceutischProduct
| PharmaceuticalProduct
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-AnatomicalLocation|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| CodeableConcept
| AnatomischeLocatie
| AnatomicalLocation
|-
|}

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

MedMij:Vprepub-6/FHIR Vaccination-Immunization

2022-11-21T13:57:22Z

Mik de Jong: /* Actors involved */ Corrected "Persons" to actors and added colourstyle to the wikitable

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V6}}}}
{{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
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ClientCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Client}}
| Vaccination-Immunization client requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Immunization-ServerCapabilities|nictiz.fhir.nl.r4.immunization|pkgVersion=0.2.0|title=CapabilityStatement: Server}}
| Vaccination-Immunization server requirements
|}

=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;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''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.immunization|v1=0.2.0|p2=nictiz.fhir.nl.r4.zib2020|v2=0.7.0-beta.1}}

{| class="wikitable" width="1400px"
|-style="background-color: #1F497D; color: white; font-weight: bold; "
| Canonical URL||FHIR Resources||Based on Zib (NL)||Based on Zib (EN)
|-style="vertical-align:top; background-color: #E3E3E3;
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Vaccination-event|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Immunization
| Vaccinatie
| Vaccination
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Patient
| Patient
| Patient
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Practitioner
| rowspan="2" | Zorgverlener
| rowspan="2" | HealthProfessional
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| PractionerRole
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Organization
| rowspan="2" | Zorgaanbieder
| rowspan="2" | HealthcareProvider
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Location
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-PharmaceuticalProduct|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| Medication
| FarmaceutischProduct
| PharmaceuticalProduct
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-AnatomicalLocation|nictiz.fhir.nl.r4.zib2020|pkgVersion=0.7.0-beta.1}}
| CodeableConcept
| AnatomischeLocatie
| AnatomicalLocation
|-
|}

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

vpk:V4.0 FHIR eOverdracht

2022-10-18T09:54:47Z

Mik de Jong: EOVDR-202: Implementatieadvies over notificatie authorization header toegevoegd.

__NOINDEX__
{{DISPLAYTITLE:eOverdracht {{VersieInfo|eOverdracht|release=V4.0}} FHIR Implementation Guide}}
__NUMBEREDHEADINGS__
=Introduction=

This is the implementation guide for the information standard eOverdracht, version 4.0. This standard is described in [[vpk:Vprepub-4.0_Ontwerp eOverdracht|this functional specification]] and implemented here using [https://www.hl7.org/fhir/stu3/ FHIR(STU3) HL7 FHIR, STU3]. This implementation guide assumes that the reader is familiar with this FHIR version.

Apart from this document, the guidelines as specified in [[FHIR:V1.0 FHIR IG STU3|general FHIR Implementation Guide]] apply. In particular, the reader should take note of the [[FHIR:V1.0_FHIR_IG_STU3#Use_case_overarching_principles|Use case overarching principles]] and the use of [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR packages]].

=Actors involved=
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR Capability Statements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| Sending organization
| The organization or health care professional(?) at the organization that wants to transfer the care of a patient
| Sending XIS
| Healthcare information system of the sending organization
| {{Simplifier|...|title=CapabilityStatement: Sending XIS}}
| FHIR requirements for sending XIS
|-
| Receiving organization
| The organization or health care professional(?) at the organization that the sending organization wants to transfer the care of a patient to
| Receiving XIS
| Healthcare information system of the receiving organization
| {{Simplifier|...|title=CapabilityStatement: Receiving XIS}}
| FHIR requirements for receiving XIS
|}

=Workflow and message structure=

==Overview==
The use cases within eOverdracht are not isolated, but form a workflow that may include the negotiation of the transfer of the patient, and ends with the transfer of the medical record. In FHIR, this is handled by using a Task resource. This resource tracks the worflow (see [[#Workflow]]) and acts as the entry point for all data exchanges (see [[#Use of the Composition resource]]) for the transfer of care for a patient.

==Task==
===Task requirements===
The requirements for the Task resource in the eOverdracht context are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eOverdracht|eOverdracht-Task}} profile. This profile SHALL be used for the eOverdracht workflow.

The Task instance SHALL be hosted on the server of the sending XIS. Both the sending and the receiving XIS need to be able to update the Task. The sending XIS MAY use business rules to reject an update, for example if invalid status change is used.

Both the sending and the receiving XIS SHALL monitor the Task resource for changes. It is expected that the sending XIS will use a notification mechanism to inform the receiving XIS of creation or updates of the Task (see [[#Notifications]]), but the receiving XIS could use a polling mechanism as well.

For each combination of sending and receiving XIS, a dedicated instance of the Task resource SHALL be used for each transfer situation. This is true even when the sending XIS wants to send the same request to multiple parties. The reason for this is that the Task status is used to negotiate the transfer of care, so it cannot be used simultaneously for multiple recipients.

===Task invocations===
The receiving XIS can query the Task at the sending XIS by using the Task.id which is communicated in the [[#Notifications|notification]]:
GET base/Task/[Task.id]

'''Note''': It is up to the receiving XIS to determine if this is a new Task or an update to an existing Task, and if it is an update, what the change entails.

The receiving XIS can update a Task hosted by the sending XIS using a PUT operation:

PUT base/Task/[Task.id]

The body should be the original Task with the needed modifications. The sending XIS SHOULD check the update for errors and inconsistencies. If the update is rejected, the sending XIS SHALL response with a HTTP 422 status code and an OperationOutcome detailing the problem.

===Notifications===
It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, the notification SHALL communicate the {{fhir|Task.id}} to the receiving XIS.

A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request combined with an authorization header on a pre-determined endpoint at the party that should be notified, with the {{fhir|Task.id}} appended as path component:
POST [base]/[Task.id]

The notified party is expected to respond with HTTP status code ''202 Accepted'' to inform the notifying party that the notification was successfully received.

==Use of the Composition resource==

The advance notice (Aanmeldbericht) and the (three variants of) the nursing handoff (Overdrachtsbericht) are mainly built up of individual FHIR resources, selected by the sending organization to form a coherent set of information relevant to the receiving organization. The bulk of these resources are not referenced directly from [[#Task|the Task]]. Instead, the Task references a Composition resource which in turn assembles the references to all individual FHIR resources. For this purpose, the Composition profiles described in [[#FHIR profiles]] SHALL be used.

===Composition invocations===
The receiving XIS MAY use either of the following mechanism for retrieving the individual FHIR resources referenced in the Compostion resource.
; As a Document: The receiving XIS uses the {{fhir|$document}} operation to retrieve both the Composition ''and'' all referenced resources as a single document Bundle. <pre>GET [base]/Composition/[Composition.id]/$document</pre>''Note:'' the Compositions list just the resources that act as the entry point for the various concepts in the eOverdracht transactions, but each of these referenced resources may further refer other resources not listed there. The sending system SHALL produce a complete Bundle containing not only the resources listed directly in the Composition, but all the indirectly referenced resources as well.
; Individual requests: The receiving XIS first retrieves the Composition resource <pre>GET [base]/Compositon/[Composition.id]</pre>Then the necessary other resources referenced can be fetched using a <code>GET</code> interaction.

The sending XIS SHALL support both mechanisms.

==Using Task to manage the workflow==
The Task is the main entry point for the eOverdracht transactions. The eOverdracht workflow starts with the retrieval of a new Task instance by the receiving XIS, and all subsequent steps in the worflow are mediated by updates to this Task instance.

The eOverdracht transactions are mapped to FHIR in the following way:

{| class="wikitable"
! colspan=2 | eOverdracht transaction
! Task
|-
| colspan=2 | Send advance notice
|
* sending XIS creates advance notice Composition
* sending XIS creates Task:
** {{fhir|Task.status}} = {{term|requested}}
** {{fhir|Task.input:advanceNotice}} contains reference to the advance notice Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send response to advance notice
|
|-
| rowspan=3 |
| Accept transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|accepted}}
** optionally: {{fhir|Task.owner}} set to receiving organization. See [[#Brokers]].
|-
| Reject transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|rejected}}
|-
| Propose alternate date
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|on-hold}}
** {{fhir|Task.output:alternativeDate}} contains alternate proposed date
|-
| colspan=2 | Respond to alternate proposed date
|
|-
| rowspan=2 |
| Accept alternate proposed date:
(process starts over again)
|
* sending XIS updates advance notice Composition
** ''new date/time for overdracht''
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|requested}}
* (sending XIS sends notification to receiving XIS)
|-
| Reject alternate proposed date:
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|cancelled}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan="2" | Confirm transfer
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|in-progress}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send nursing handoff
|
* Sending XIS creates nursing handoff Composition
* Sending XIS updates Task:
** {{fhir|Task.input:nursingHandoff}} contains reference to the nursing handoff Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send confirmation of nursing handoff
|
* Recieving XIS updates Task:
** {{fhir|Task.status}} = {{term|completed}}
|}
The following sequence diagrams illustrate the relevant exchanges and state transitions:
{| class="wikitable"
!Normal flow
!Negotiate alternative date
|- style="vertical-align: top;"
| [[Bestand:2022-03-18-eOverdracht-HappyFlow.svg|none|top]]
| [[Bestand:2022-03-18-eOverdracht-AlternativeDate.svg|none|top]]
|}
===Partial workflow===
When the transfer has to be carried out without the negotiation phase, the sending XIS will create the Task instance with {{fhir|Task.status}} already set to {{term|in-progress}} and {{fhir|Task.input:nursingHandoff}} populated.

===Brokers===
The use of a broker to find an available healthcare provider for the patient transfer fall outside the scope of the eOverdracht information standard. However, it is possible to start the workflow without knowing the receiving organization, which allows for the use of a broker. In this situation, for the sending XIS the broker acts as a receiving XIS, and for the receiving XIS the broker acts as a sending XIS.

When {{fhir|Task.input:nursingHandoff}} is populated with the nursing handoff Composition, {{fhir|Task.owner}} MUST be populated with the receiving organization.

=FHIR profiles=
{{NoteBox|eOverdracht uses the [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR Packaging mechanism]]. This conveniently bundles all profiles, terminology, example material and other conformance resources you need into a single archive, which can be downloaded or installed using the appropriate FHIR tooling. This version of the information standard uses the following packages:
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.eoverdracht nictiz.fhir.nl.stu3.eoverdracht, version {{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2017 nictiz.fhir.nl.stu3.zib2017, version 2.1.0 or compatible]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2020-preadopt nictiz.fhir.nl.stu3.zib2020-preadopt, version {{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}]

'''Note''': packages use [https://semver.org/ Semantic Versioning]. Other versions can be used at will as long as they have the same ''major.minor'' number or a ''minor'' number higher than the stated version.}}
==Infrastructure==
The following table lists the FHIR profiles that should be used for the infrastructural parts of the eOverdracht information standard. The mapping to the functional data elements is given using the mapping within these profiles.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
|-
| eOverdracht Task
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for advance notice (Aanmeldbericht)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-AdvanceNotice|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff adults (Overdrachtsbericht volwassenen)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Adults|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 0-1 yo (Overdrachtsbericht kinderen 0-1 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-0-1yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 1-18 yo (Overdrachtsbericht kinderen 1-18 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-1-18yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|}

==HCIMs==
The following table lists the FHIR profiles that implement the HCIMs used within eOverdracht.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | Remark
|-
| rowspan=3 | Ademhaling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Alert
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Alert|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| AllergyIntolerance
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ApgarScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Behandeldoel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TreatmentObjective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Betaler
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | Blaasfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheter|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheterProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Bloeddruk
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| BrandWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BurnWound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ChecklijstPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ChecklistPainBehaviour|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Contact
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Encounter|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
| Contains an extra text field to describe the reason for the contact
|-
| Contactpersoon
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Darmfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Datum overplaatsing
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-TransferDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | DecubitusWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PressureUlcer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| FLACCPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FLACCPainScale|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | FunctieHoren
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="3" | FunctieZien
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAidProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Gezinssituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Huidaandoening
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SkinDisorder|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| HulpVanAnderen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HelpFromOthers|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Infuus
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="2" | JuridischeSituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| rowspan="2" | Pre-adopt of zib2020
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-Representation|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
|-
| Levensovertuiging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LifeStance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Lichaamsgewicht
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamslengte
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamstemperatuur
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MedischHulpmiddel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Mobiliteit
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Mobility|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MUSTScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MUSTScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ontwikkeling kind
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DevelopmentChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ParticipatieInMaatschappij
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Patient
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Pijnscore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PainScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| PolsFrequentie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Probleem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Schedelomvang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQ65+Score
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQrcScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | SondeSysteem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan=2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Stoma
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Stoma|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| StrongKidsScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-StrongKidsScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Taalvaardigheid
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/patient-proficiency|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| UitkomstVanZorg
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OutcomeOfCare|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotDrinken
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDrink|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotEten
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToEat|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | VermogenTotMondverzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| VermogenTotToiletgang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToUseToilet|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotUiterlijkeVerzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToGroome|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotVerpleegtechnischeHandelingen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformNursingActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZelfstandigMedicatiegebruik
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToManageMedication|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichKleden
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDressOneself|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichWassen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToWashOneSelf|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VerpleegkundigeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NursingIntervention|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Vochtbalans
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FluidBalance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Voedingsadvies
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NutritionAdvice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VoedingspatroonZuigeling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingPatternInfant|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VrijheidsBeperkendeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FreedomRestrictingIntervention|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| Pre-adopt of zib2020
|-
| Wilsverklaring
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Wond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Wound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Woonsituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ziektebeleving
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-IllnessPerception|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Zorgaanbieder
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Zorgverlener
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="7" | Zwangerschap
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="7" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyStatus|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-TermDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|}

vpk:Vprepub-4.0 FHIR eOverdracht

2022-10-18T09:54:47Z

Mik de Jong: EOVDR-202: Implementatieadvies over notificatie authorization header toegevoegd.

vpk:Vissue-EOVDR-230 FHIR eOverdracht

2022-10-14T12:21:11Z

Mik de Jong: /* Notifications */

{{IssuePaginaWaarschuwing|EOVDR-230|vpk:V4.0_FHIR_eOverdracht}}
__NOINDEX__
{{DISPLAYTITLE:eOverdracht {{VersieInfo|eOverdracht|release=V4.0}} FHIR Implementation Guide}}
__NUMBEREDHEADINGS__
=Introduction=

This is the implementation guide for the information standard eOverdracht, version 4.0. This standard is described in [[vpk:Vprepub-4.0_Ontwerp eOverdracht|this functional specification]] and implemented here using [https://www.hl7.org/fhir/stu3/ FHIR(STU3) HL7 FHIR, STU3]. This implementation guide assumes that the reader is familiar with this FHIR version.

Apart from this document, the guidelines as specified in [[FHIR:V1.0 FHIR IG STU3|general FHIR Implementation Guide]] apply. In particular, the reader should take note of the [[FHIR:V1.0_FHIR_IG_STU3#Use_case_overarching_principles|Use case overarching principles]] and the use of [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR packages]].

=Actors involved=
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR Capability Statements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| Sending organization
| The organization or health care professional(?) at the organization that wants to transfer the care of a patient
| Sending XIS
| Healthcare information system of the sending organization
| {{Simplifier|...|title=CapabilityStatement: Sending XIS}}
| FHIR requirements for sending XIS
|-
| Receiving organization
| The organization or health care professional(?) at the organization that the sending organization wants to transfer the care of a patient to
| Receiving XIS
| Healthcare information system of the receiving organization
| {{Simplifier|...|title=CapabilityStatement: Receiving XIS}}
| FHIR requirements for receiving XIS
|}

=Workflow and message structure=

==Overview==
The use cases within eOverdracht are not isolated, but form a workflow that may include the negotiation of the transfer of the patient, and ends with the transfer of the medical record. In FHIR, this is handled by using a Task resource. This resource tracks the worflow (see [[#Workflow]]) and acts as the entry point for all data exchanges (see [[#Use of the Composition resource]]) for the transfer of care for a patient.

==Task==
===Task requirements===
The requirements for the Task resource in the eOverdracht context are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eOverdracht|eOverdracht-Task}} profile. This profile SHALL be used for the eOverdracht workflow.

The Task instance SHALL be hosted on the server of the sending XIS. Both the sending and the receiving XIS need to be able to update the Task. The sending XIS MAY use business rules to reject an update, for example if invalid status change is used.

Both the sending and the receiving XIS SHALL monitor the Task resource for changes. It is expected that the sending XIS will use a notification mechanism to inform the receiving XIS of creation or updates of the Task (see [[#Notifications]]), but the receiving XIS could use a polling mechanism as well.

For each combination of sending and receiving XIS, a dedicated instance of the Task resource SHALL be used for each transfer situation. This is true even when the sending XIS wants to send the same request to multiple parties. The reason for this is that the Task status is used to negotiate the transfer of care, so it cannot be used simultaneously for multiple recipients.

===Task invocations===
The receiving XIS can query the Task at the sending XIS by using the Task.id which is communicated in the [[#Notifications|notification]]:
GET base/Task/[Task.id]

'''Note''': It is up to the receiving XIS to determine if this is a new Task or an update to an existing Task, and if it is an update, what the change entails.

The receiving XIS can update a Task hosted by the sending XIS using a PUT operation:

PUT base/Task/[Task.id]

The body should be the original Task with the needed modifications. The sending XIS SHOULD check the update for errors and inconsistencies. If the update is rejected, the sending XIS SHALL response with a HTTP 422 status code and an OperationOutcome detailing the problem.

===Notifications===
It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, the notification SHALL communicate the {{fhir|Task.id}} to the receiving XIS with an authorization header to identify the notification.

A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request combined with an authorization header on a pre-determined endpoint at the party that should be notified, with the {{fhir|Task.id}} appended as path component:
POST [base]/[Task.id]

The notified party is expected to respond with HTTP status code ''202 Accepted'' to inform the notifying party that the notification was successfully received.

==Use of the Composition resource==

The advance notice (Aanmeldbericht) and the (three variants of) the nursing handoff (Overdrachtsbericht) are mainly built up of individual FHIR resources, selected by the sending organization to form a coherent set of information relevant to the receiving organization. The bulk of these resources are not referenced directly from [[#Task|the Task]]. Instead, the Task references a Composition resource which in turn assembles the references to all individual FHIR resources. For this purpose, the Composition profiles described in [[#FHIR profiles]] SHALL be used.

===Composition invocations===
The receiving XIS MAY use either of the following mechanism for retrieving the individual FHIR resources referenced in the Compostion resource.
; As a Document: The receiving XIS uses the {{fhir|$document}} operation to retrieve both the Composition ''and'' all referenced resources as a single document Bundle. <pre>GET [base]/Composition/[Composition.id]/$document</pre>''Note:'' the Compositions list just the resources that act as the entry point for the various concepts in the eOverdracht transactions, but each of these referenced resources may further refer other resources not listed there. The sending system SHALL produce a complete Bundle containing not only the resources listed directly in the Composition, but all the indirectly referenced resources as well.
; Individual requests: The receiving XIS first retrieves the Composition resource <pre>GET [base]/Compositon/[Composition.id]</pre>Then the necessary other resources referenced can be fetched using a <code>GET</code> interaction.

The sending XIS SHALL support both mechanisms.

==Using Task to manage the workflow==
The Task is the main entry point for the eOverdracht transactions. The eOverdracht workflow starts with the retrieval of a new Task instance by the receiving XIS, and all subsequent steps in the worflow are mediated by updates to this Task instance.

The eOverdracht transactions are mapped to FHIR in the following way:

{| class="wikitable"
! colspan=2 | eOverdracht transaction
! Task
|-
| colspan=2 | Send advance notice
|
* sending XIS creates advance notice Composition
* sending XIS creates Task:
** {{fhir|Task.status}} = {{term|requested}}
** {{fhir|Task.input:advanceNotice}} contains reference to the advance notice Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send response to advance notice
|
|-
| rowspan=3 |
| Accept transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|accepted}}
** optionally: {{fhir|Task.owner}} set to receiving organization. See [[#Brokers]].
|-
| Reject transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|rejected}}
|-
| Propose alternate date
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|on-hold}}
** {{fhir|Task.output:alternativeDate}} contains alternate proposed date
|-
| colspan=2 | Respond to alternate proposed date
|
|-
| rowspan=2 |
| Accept alternate proposed date:
(process starts over again)
|
* sending XIS updates advance notice Composition
** ''new date/time for overdracht''
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|requested}}
* (sending XIS sends notification to receiving XIS)
|-
| Reject alternate proposed date:
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|cancelled}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan="2" | Confirm transfer
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|in-progress}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send nursing handoff
|
* Sending XIS creates nursing handoff Composition
* Sending XIS updates Task:
** {{fhir|Task.input:nursingHandoff}} contains reference to the nursing handoff Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send confirmation of nursing handoff
|
* Recieving XIS updates Task:
** {{fhir|Task.status}} = {{term|completed}}
|}
The following sequence diagrams illustrate the relevant exchanges and state transitions:
{| class="wikitable"
!Normal flow
!Negotiate alternative date
|- style="vertical-align: top;"
| [[Bestand:2022-03-18-eOverdracht-HappyFlow.svg|none|top]]
| [[Bestand:2022-03-18-eOverdracht-AlternativeDate.svg|none|top]]
|}
===Partial workflow===
When the transfer has to be carried out without the negotiation phase, the sending XIS will create the Task instance with {{fhir|Task.status}} already set to {{term|in-progress}} and {{fhir|Task.input:nursingHandoff}} populated.

===Brokers===
The use of a broker to find an available healthcare provider for the patient transfer fall outside the scope of the eOverdracht information standard. However, it is possible to start the workflow without knowing the receiving organization, which allows for the use of a broker. In this situation, for the sending XIS the broker acts as a receiving XIS, and for the receiving XIS the broker acts as a sending XIS.

When {{fhir|Task.input:nursingHandoff}} is populated with the nursing handoff Composition, {{fhir|Task.owner}} MUST be populated with the receiving organization.

=FHIR profiles=
{{NoteBox|eOverdracht uses the [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR Packaging mechanism]]. This conveniently bundles all profiles, terminology, example material and other conformance resources you need into a single archive, which can be downloaded or installed using the appropriate FHIR tooling. This version of the information standard uses the following packages:
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.eoverdracht nictiz.fhir.nl.stu3.eoverdracht, version {{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2017 nictiz.fhir.nl.stu3.zib2017, version 2.1.0 or compatible]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2020-preadopt nictiz.fhir.nl.stu3.zib2020-preadopt, version {{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}]

'''Note''': packages use [https://semver.org/ Semantic Versioning]. Other versions can be used at will as long as they have the same ''major.minor'' number or a ''minor'' number higher than the stated version.}}
==Infrastructure==
The following table lists the FHIR profiles that should be used for the infrastructural parts of the eOverdracht information standard. The mapping to the functional data elements is given using the mapping within these profiles.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
|-
| eOverdracht Task
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for advance notice (Aanmeldbericht)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-AdvanceNotice|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff adults (Overdrachtsbericht volwassenen)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Adults|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 0-1 yo (Overdrachtsbericht kinderen 0-1 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-0-1yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 1-18 yo (Overdrachtsbericht kinderen 1-18 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-1-18yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|}

==HCIMs==
The following table lists the FHIR profiles that implement the HCIMs used within eOverdracht.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | Remark
|-
| rowspan=3 | Ademhaling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Alert
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Alert|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| AllergyIntolerance
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ApgarScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Behandeldoel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TreatmentObjective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Betaler
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | Blaasfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheter|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheterProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Bloeddruk
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| BrandWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BurnWound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ChecklijstPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ChecklistPainBehaviour|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Contact
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Encounter|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
| Contains an extra text field to describe the reason for the contact
|-
| Contactpersoon
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Darmfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Datum overplaatsing
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-TransferDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | DecubitusWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PressureUlcer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| FLACCPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FLACCPainScale|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | FunctieHoren
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="3" | FunctieZien
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAidProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Gezinssituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Huidaandoening
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SkinDisorder|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| HulpVanAnderen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HelpFromOthers|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Infuus
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="2" | JuridischeSituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| rowspan="2" | Pre-adopt of zib2020
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-Representation|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
|-
| Levensovertuiging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LifeStance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Lichaamsgewicht
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamslengte
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamstemperatuur
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MedischHulpmiddel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Mobiliteit
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Mobility|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MUSTScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MUSTScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ontwikkeling kind
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DevelopmentChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ParticipatieInMaatschappij
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Patient
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Pijnscore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PainScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| PolsFrequentie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Probleem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Schedelomvang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQ65+Score
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQrcScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | SondeSysteem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan=2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Stoma
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Stoma|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| StrongKidsScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-StrongKidsScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Taalvaardigheid
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/patient-proficiency|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| UitkomstVanZorg
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OutcomeOfCare|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotDrinken
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDrink|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotEten
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToEat|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | VermogenTotMondverzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| VermogenTotToiletgang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToUseToilet|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotUiterlijkeVerzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToGroome|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotVerpleegtechnischeHandelingen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformNursingActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZelfstandigMedicatiegebruik
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToManageMedication|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichKleden
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDressOneself|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichWassen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToWashOneSelf|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VerpleegkundigeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NursingIntervention|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Vochtbalans
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FluidBalance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Voedingsadvies
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NutritionAdvice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VoedingspatroonZuigeling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingPatternInfant|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VrijheidsBeperkendeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FreedomRestrictingIntervention|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| Pre-adopt of zib2020
|-
| Wilsverklaring
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Wond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Wound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Woonsituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ziektebeleving
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-IllnessPerception|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Zorgaanbieder
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Zorgverlener
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="7" | Zwangerschap
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="7" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyStatus|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-TermDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|}

vpk:Vissue-EOVDR-230 FHIR eOverdracht

2022-10-14T12:14:39Z

Mik de Jong: Clone of V4.0 production page for issue EOVDR-230

{{IssuePaginaWaarschuwing|EOVDR-230|vpk:V4.0_FHIR_eOverdracht}}
__NOINDEX__
{{DISPLAYTITLE:eOverdracht {{VersieInfo|eOverdracht|release=V4.0}} FHIR Implementation Guide}}
__NUMBEREDHEADINGS__
=Introduction=

This is the implementation guide for the information standard eOverdracht, version 4.0. This standard is described in [[vpk:Vprepub-4.0_Ontwerp eOverdracht|this functional specification]] and implemented here using [https://www.hl7.org/fhir/stu3/ FHIR(STU3) HL7 FHIR, STU3]. This implementation guide assumes that the reader is familiar with this FHIR version.

Apart from this document, the guidelines as specified in [[FHIR:V1.0 FHIR IG STU3|general FHIR Implementation Guide]] apply. In particular, the reader should take note of the [[FHIR:V1.0_FHIR_IG_STU3#Use_case_overarching_principles|Use case overarching principles]] and the use of [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR packages]].

=Actors involved=
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR Capability Statements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| Sending organization
| The organization or health care professional(?) at the organization that wants to transfer the care of a patient
| Sending XIS
| Healthcare information system of the sending organization
| {{Simplifier|...|title=CapabilityStatement: Sending XIS}}
| FHIR requirements for sending XIS
|-
| Receiving organization
| The organization or health care professional(?) at the organization that the sending organization wants to transfer the care of a patient to
| Receiving XIS
| Healthcare information system of the receiving organization
| {{Simplifier|...|title=CapabilityStatement: Receiving XIS}}
| FHIR requirements for receiving XIS
|}

=Workflow and message structure=

==Overview==
The use cases within eOverdracht are not isolated, but form a workflow that may include the negotiation of the transfer of the patient, and ends with the transfer of the medical record. In FHIR, this is handled by using a Task resource. This resource tracks the worflow (see [[#Workflow]]) and acts as the entry point for all data exchanges (see [[#Use of the Composition resource]]) for the transfer of care for a patient.

==Task==
===Task requirements===
The requirements for the Task resource in the eOverdracht context are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eOverdracht|eOverdracht-Task}} profile. This profile SHALL be used for the eOverdracht workflow.

The Task instance SHALL be hosted on the server of the sending XIS. Both the sending and the receiving XIS need to be able to update the Task. The sending XIS MAY use business rules to reject an update, for example if invalid status change is used.

Both the sending and the receiving XIS SHALL monitor the Task resource for changes. It is expected that the sending XIS will use a notification mechanism to inform the receiving XIS of creation or updates of the Task (see [[#Notifications]]), but the receiving XIS could use a polling mechanism as well.

For each combination of sending and receiving XIS, a dedicated instance of the Task resource SHALL be used for each transfer situation. This is true even when the sending XIS wants to send the same request to multiple parties. The reason for this is that the Task status is used to negotiate the transfer of care, so it cannot be used simultaneously for multiple recipients.

===Task invocations===
The receiving XIS can query the Task at the sending XIS by using the Task.id which is communicated in the [[#Notifications|notification]]:
GET base/Task/[Task.id]

'''Note''': It is up to the receiving XIS to determine if this is a new Task or an update to an existing Task, and if it is an update, what the change entails.

The receiving XIS can update a Task hosted by the sending XIS using a PUT operation:

PUT base/Task/[Task.id]

The body should be the original Task with the needed modifications. The sending XIS SHOULD check the update for errors and inconsistencies. If the update is rejected, the sending XIS SHALL response with a HTTP 422 status code and an OperationOutcome detailing the problem.

===Notifications===
It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, the notification SHALL communicate the {{fhir|Task.id}} to the receiving XIS.

A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request on a pre-determined endpoint at the party that should be notified, with the {{fhir|Task.id}} appended as path component:
POST [base]/[Task.id]

The notified party is expected to respond with HTTP status code ''202 Accepted'' to inform the notifying party that the notification was successfully received.

==Use of the Composition resource==

The advance notice (Aanmeldbericht) and the (three variants of) the nursing handoff (Overdrachtsbericht) are mainly built up of individual FHIR resources, selected by the sending organization to form a coherent set of information relevant to the receiving organization. The bulk of these resources are not referenced directly from [[#Task|the Task]]. Instead, the Task references a Composition resource which in turn assembles the references to all individual FHIR resources. For this purpose, the Composition profiles described in [[#FHIR profiles]] SHALL be used.

===Composition invocations===
The receiving XIS MAY use either of the following mechanism for retrieving the individual FHIR resources referenced in the Compostion resource.
; As a Document: The receiving XIS uses the {{fhir|$document}} operation to retrieve both the Composition ''and'' all referenced resources as a single document Bundle. <pre>GET [base]/Composition/[Composition.id]/$document</pre>''Note:'' the Compositions list just the resources that act as the entry point for the various concepts in the eOverdracht transactions, but each of these referenced resources may further refer other resources not listed there. The sending system SHALL produce a complete Bundle containing not only the resources listed directly in the Composition, but all the indirectly referenced resources as well.
; Individual requests: The receiving XIS first retrieves the Composition resource <pre>GET [base]/Compositon/[Composition.id]</pre>Then the necessary other resources referenced can be fetched using a <code>GET</code> interaction.

The sending XIS SHALL support both mechanisms.

==Using Task to manage the workflow==
The Task is the main entry point for the eOverdracht transactions. The eOverdracht workflow starts with the retrieval of a new Task instance by the receiving XIS, and all subsequent steps in the worflow are mediated by updates to this Task instance.

The eOverdracht transactions are mapped to FHIR in the following way:

{| class="wikitable"
! colspan=2 | eOverdracht transaction
! Task
|-
| colspan=2 | Send advance notice
|
* sending XIS creates advance notice Composition
* sending XIS creates Task:
** {{fhir|Task.status}} = {{term|requested}}
** {{fhir|Task.input:advanceNotice}} contains reference to the advance notice Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send response to advance notice
|
|-
| rowspan=3 |
| Accept transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|accepted}}
** optionally: {{fhir|Task.owner}} set to receiving organization. See [[#Brokers]].
|-
| Reject transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|rejected}}
|-
| Propose alternate date
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|on-hold}}
** {{fhir|Task.output:alternativeDate}} contains alternate proposed date
|-
| colspan=2 | Respond to alternate proposed date
|
|-
| rowspan=2 |
| Accept alternate proposed date:
(process starts over again)
|
* sending XIS updates advance notice Composition
** ''new date/time for overdracht''
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|requested}}
* (sending XIS sends notification to receiving XIS)
|-
| Reject alternate proposed date:
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|cancelled}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan="2" | Confirm transfer
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|in-progress}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send nursing handoff
|
* Sending XIS creates nursing handoff Composition
* Sending XIS updates Task:
** {{fhir|Task.input:nursingHandoff}} contains reference to the nursing handoff Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send confirmation of nursing handoff
|
* Recieving XIS updates Task:
** {{fhir|Task.status}} = {{term|completed}}
|}
The following sequence diagrams illustrate the relevant exchanges and state transitions:
{| class="wikitable"
!Normal flow
!Negotiate alternative date
|- style="vertical-align: top;"
| [[Bestand:2022-03-18-eOverdracht-HappyFlow.svg|none|top]]
| [[Bestand:2022-03-18-eOverdracht-AlternativeDate.svg|none|top]]
|}
===Partial workflow===
When the transfer has to be carried out without the negotiation phase, the sending XIS will create the Task instance with {{fhir|Task.status}} already set to {{term|in-progress}} and {{fhir|Task.input:nursingHandoff}} populated.

===Brokers===
The use of a broker to find an available healthcare provider for the patient transfer fall outside the scope of the eOverdracht information standard. However, it is possible to start the workflow without knowing the receiving organization, which allows for the use of a broker. In this situation, for the sending XIS the broker acts as a receiving XIS, and for the receiving XIS the broker acts as a sending XIS.

When {{fhir|Task.input:nursingHandoff}} is populated with the nursing handoff Composition, {{fhir|Task.owner}} MUST be populated with the receiving organization.

=FHIR profiles=
{{NoteBox|eOverdracht uses the [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR Packaging mechanism]]. This conveniently bundles all profiles, terminology, example material and other conformance resources you need into a single archive, which can be downloaded or installed using the appropriate FHIR tooling. This version of the information standard uses the following packages:
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.eoverdracht nictiz.fhir.nl.stu3.eoverdracht, version {{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2017 nictiz.fhir.nl.stu3.zib2017, version 2.1.0 or compatible]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2020-preadopt nictiz.fhir.nl.stu3.zib2020-preadopt, version {{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}]

'''Note''': packages use [https://semver.org/ Semantic Versioning]. Other versions can be used at will as long as they have the same ''major.minor'' number or a ''minor'' number higher than the stated version.}}
==Infrastructure==
The following table lists the FHIR profiles that should be used for the infrastructural parts of the eOverdracht information standard. The mapping to the functional data elements is given using the mapping within these profiles.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
|-
| eOverdracht Task
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for advance notice (Aanmeldbericht)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-AdvanceNotice|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff adults (Overdrachtsbericht volwassenen)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Adults|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 0-1 yo (Overdrachtsbericht kinderen 0-1 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-0-1yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|-
| Composition for nursing handoff childcare 1-18 yo (Overdrachtsbericht kinderen 1-18 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-1-18yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
|}

==HCIMs==
The following table lists the FHIR profiles that implement the HCIMs used within eOverdracht.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | Remark
|-
| rowspan=3 | Ademhaling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Alert
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Alert|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| AllergyIntolerance
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ApgarScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Behandeldoel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TreatmentObjective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Betaler
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | Blaasfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheter|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheterProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Bloeddruk
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| BrandWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BurnWound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ChecklijstPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ChecklistPainBehaviour|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Contact
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Encounter|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.eoverdracht|release=V4.0}}}}
| Contains an extra text field to describe the reason for the contact
|-
| Contactpersoon
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Darmfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Datum overplaatsing
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-TransferDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | DecubitusWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PressureUlcer|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| FLACCPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FLACCPainScale|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | FunctieHoren
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="3" | FunctieZien
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAid|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAidProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Gezinssituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Huidaandoening
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SkinDisorder|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| HulpVanAnderen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HelpFromOthers|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Infuus
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="2" | JuridischeSituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| rowspan="2" | Pre-adopt of zib2020
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-Representation|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
|-
| Levensovertuiging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LifeStance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Lichaamsgewicht
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamslengte
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Lichaamstemperatuur
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MedischHulpmiddel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Mobiliteit
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Mobility|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| MUSTScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MUSTScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ontwikkeling kind
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DevelopmentChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| ParticipatieInMaatschappij
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Patient
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Pijnscore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PainScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| PolsFrequentie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Probleem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Schedelomvang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQ65+Score
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQrcScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| SNAQScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | SondeSysteem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan=2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem-Product|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| Stoma
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Stoma|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| StrongKidsScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-StrongKidsScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Taalvaardigheid
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/patient-proficiency|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| UitkomstVanZorg
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OutcomeOfCare|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotDrinken
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDrink|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotEten
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToEat|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="3" | VermogenTotMondverzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDevice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| VermogenTotToiletgang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToUseToilet|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotUiterlijkeVerzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToGroome|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotVerpleegtechnischeHandelingen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformNursingActivities|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZelfstandigMedicatiegebruik
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToManageMedication|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichKleden
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDressOneself|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VermogenTotZichWassen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToWashOneSelf|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VerpleegkundigeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NursingIntervention|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Vochtbalans
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FluidBalance|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Voedingsadvies
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NutritionAdvice|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VoedingspatroonZuigeling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingPatternInfant|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| VrijheidsBeperkendeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FreedomRestrictingIntervention|nictiz.fhir.nl.stu3.zib2020-preadopt|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2020-preadopt|release=V4.0}}}} (Not finalized)
| Pre-adopt of zib2020
|-
| Wilsverklaring
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Wond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Wound|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Woonsituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Ziektebeleving
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-IllnessPerception|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| Zorgaanbieder
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|
|-
| rowspan="2" | Zorgverlener
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="2" |
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| rowspan="7" | Zwangerschap
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
| rowspan="7" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyStatus|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-TermDate|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017|pkgVersion={{VersieInfo|nictiz.fhir.nl.stu3.zib2017|release=V4.0}}}}
|}

vpk:Vissue-EOVDR-196 Kwalificatie Touchstone

2022-09-15T14:25:24Z

Mik de Jong: EOVDR-196: Extra origin en destinations toegevoegd + toelichting op waarom gebruik gemaakt wordt op de dubbele origin en destination

{{IssuePaginaWaarschuwing|EOVDR-196|vpk:V4.0_Kwalificatie_Touchstone}}
__NOINDEX__
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Introductie Touchstone}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Touchstone-account}}
* Om toegang te krijgen tot pre-kwalificatietesten moet de Org Group "Nictiz-Testing" worden geselecteerd.
* Om toegang te krijgen tot kwalificatietesten moet de Org Group "Nictiz-Certify" worden geselecteerd.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Testsyteem aanmaken}}
Bij het aanmaken dienen de volgende instellingen gebruikt te worden:
* <code>Specification</code>: FHIR 3.0.2
* Niet aanvinken: <code>requires OAuth2</code>. Voor testen en kwalificaties wordt er een fixed token gebruikt.
* <code>Can be viewed by</code>: My organization groups
* <code>Can be executed against by</code>: My organization groups
* <code>Supported profiles</code>: maak de keuze tussen FHIR-server voor het verzendende XIS of FHIR-client voor het ontvangende XIS.

NB: als beide ondersteund wordt, is het aan te raden om daar twee losse Test Systems voor op te zetten.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Uitvoeren van testen}}
De testmaterialen zijn te via de "Test Definitions"-link, in de map
* FHIRSandbox
** Nictiz
*** FHIR3-0-2-eOverdracht4.0
**** Test voor de pre-kwalificatiematerialen (indien toegankelijk). Op het moment is alleen scenario 1.1 beschikbaar.
**** Cert voor de kwalificatiematerialen (indien toegankelijk). Deze materialen zijn op het moment nog niet beschikbaar.

{{IssueBox|Waarschuwinig: de technische testscripts zijn nog volop in ontwikkeling; ze zijn nog niet compleet en kunnen onvolkomenheden bevatten. Als er iets niet klopt, horen we dit graag via [https://bits.nictiz.nl BITS].}}

Binnen deze mappen zijn submappen met tests voor respectievelijk verzendende en ontvangende XIS'en. De bestanden in deze submappen komen overeen met de scenario's in de functionele testscripts.

In beide tests zal gevraagd worden om twee keer een <code>Origin</code> en <code>Destination</code> in te vullen. Hiermee kan het notificatie-mechanisme getest worden in een enkele test.

Bij het testen van een verzendend XIS moet de volgende informatie worden gebruikt tijdens het starten van een test:
* <code>Origin 1</code>: Het eigen Test System.
* <code>Origin 2</code>: AEGIS.net, Inc - TouchstoneFHIR.
* <code>Destination 1</code>: Kies hierbij voor "Nictiz – Nictiz WildFHIR V202001 - FHIR 3.0.2" (voor HTTP-verkeer) of "Nictiz – Nictiz WildFHIR MedMij V202001-TLS - FHIR 3.0.2" (voor HTTPS/TLS-verkeer).
NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.
* <code>Destination 2</code>: Het eigen Test System.

Bij het testen van een ontvangend XIS moet de volgende informatie worden opgegeven:
* <code>Origin 1</code>: AEGIS.net, Inc - TouchstoneFHIR.
* <code>Origin 2</code>: Het eigen Test System.
* <code>Destination 1</code>: Het eigen Test System.
* <code>Destination 2</code>: Kies hierbij voor "Nictiz – Nictiz WildFHIR V202001 - FHIR 3.0.2" (voor HTTP-verkeer) of "Nictiz – Nictiz WildFHIR MedMij V202001-TLS - FHIR 3.0.2" (voor HTTPS/TLS-verkeer).
NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Aandachtspunten}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Variabele T datum}}

vpk:Vissue-EOVDR-196 Kwalificatie Touchstone

2022-09-15T13:29:29Z

Mik de Jong: Clone of V4.0 production page for issue EOVDR-196

{{IssuePaginaWaarschuwing|EOVDR-196|vpk:V4.0_Kwalificatie_Touchstone}}
__NOINDEX__
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Introductie Touchstone}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Touchstone-account}}
* Om toegang te krijgen tot pre-kwalificatietesten moet de Org Group "Nictiz-Testing" worden geselecteerd.
* Om toegang te krijgen tot kwalificatietesten moet de Org Group "Nictiz-Certify" worden geselecteerd.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Testsyteem aanmaken}}
Bij het aanmaken dienen de volgende instellingen gebruikt te worden:
* <code>Specification</code>: FHIR 3.0.2
* Niet aanvinken: <code>requires OAuth2</code>. Voor testen en kwalificaties wordt er een fixed token gebruikt.
* <code>Can be viewed by</code>: My organization groups
* <code>Can be executed against by</code>: My organization groups
* <code>Supported profiles</code>: maak de keuze tussen FHIR-server voor het verzendende XIS of FHIR-client voor het ontvangende XIS.

NB: als beide ondersteund wordt, is het aan te raden om daar twee losse Test Systems voor op te zetten.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Uitvoeren van testen}}
De testmaterialen zijn te via de "Test Definitions"-link, in de map
* FHIRSandbox
** Nictiz
*** FHIR3-0-2-eOverdracht4.0
**** Test voor de pre-kwalificatiematerialen (indien toegankelijk). Op het moment is alleen scenario 1.1 beschikbaar.
**** Cert voor de kwalificatiematerialen (indien toegankelijk). Deze materialen zijn op het moment nog niet beschikbaar.

{{IssueBox|Waarschuwinig: de technische testscripts zijn nog volop in ontwikkeling; ze zijn nog niet compleet en kunnen onvolkomenheden bevatten. Als er iets niet klopt, horen we dit graag via [https://bits.nictiz.nl BITS].}}

Binnen deze mappen zijn submappen met tests voor respectievelijk verzendende en ontvangende XIS'en. De bestanden in deze submappen komen overeen met de scenario's in de functionele testscripts.

Bij het testen van een verzendend XIS moet de volgende informatie worden gebruikt tijdens het starten van een test:
* <code>Origin</code>: Het eigen Test System.
* <code>Destination</code>: Kies hierbij voor "Nictiz – Nictiz WildFHIR V202001 - FHIR 3.0.2" (voor HTTP-verkeer) of "Nictiz – Nictiz WildFHIR MedMij V202001-TLS - FHIR 3.0.2" (voor HTTPS/TLS-verkeer).
NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.

Bij het testen van een ontvangend XIS moet de volgende informatie worden opgegeven:
* <code>Origin</code>: AEGIS.net, Inc - TouchstoneFHIR.
* <code>Destination</code>: Het eigen Test System.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Aandachtspunten}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Variabele T datum}}

MedMij:V2019.01 Ontwerpen

2022-05-03T09:17:33Z

Mik de Jong: Release notes patchrelease April 2022

{{MedMij:Vprepub-2019.01_Issuebox}}
{{MedMij:Vprepub-2019.01_IssueBoxTD_NL}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Ontwerpen MedMij|Functioneel Ontwerpen}}
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2019.01_Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2019.01_FHIR_IG|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Hier vindt u informatie over de ''inhoud'' van de informatie die kan worden uitgewisseld in het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel].

Deze pagina beschrijft allereerst de algemeen geldende en overkoepelende informatie van de functionele ontwerpen voor MedMij en bevat vervolgens [[#Ontwerpen|verwijzingen]] naar specifieke functionele ontwerpen en technische specificaties voor die use cases die onderdeel zijn van het afsprakenstelsel.

==Publicaties en versies==
Deze publicatie wordt passief beheerd. Zie [[MedMij:Landingspagina MedMij#Publicaties en versies]] voor meer informatie.

==Doelgroep==
<section begin=Doelgroep />
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van XIS- en PGO-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.<section end=Doelgroep />

==Kaders en uitgangspunten==

===Richtlijn===
====Zorginformatiebouwstenen en gegevenssets====
Het programma '[https://www.registratieaandebron.nl Registratie aan de bron]' heeft zorginformatiebouwstenen voor Nederland gedefinieerd. Een zorginformatiebouwsteen (zib) beschrijft nauwkeurig wat er over een bepaald onderwerp van het zorgproces van de patiënt moet worden vastgelegd. Zorginformatiebouwstenen zijn opgesteld vanuit de gedachte dat dezelfde informatie relevant is voor artsen, verpleegkundigen, paramedici en patiënten, ieder met hun eigen invalshoek. MedMij-informatiestandaarden gebruiken zo veel als mogelijk bestaande zibs voor hun functionele definitie.

Elk individu heeft recht op inzage van persoonlijke gegevens die door zorgorganisaties zijn vastgelegd. MedMij is gestart met de [https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg] om de uitwisseling van informatie tussen patiënt en professional op gang te brengen. Soms gebruikt de Basisgegevensset Zorg (BgZ) slechts een deel van een bepaalde zib. MedMij kiest er echter voor om wél altijd de volledige zib te definiëren zodat contextonafhankelijke implementatie mogelijk wordt. Dit zorgt er ook voor dat interoperabiliteit met zorginformatiesystemen mogelijk wordt.

====Terminologie en vertalingen====
Richtinggevend voor de applicaties die MedMij-standaarden implementeren is dat ze Nederlandse termen gebruiken. Dit wordt op de volgende wijze functioneel en technisch ondersteund.

'''Functioneel'''

De functionele definities van de MedMij-informatiestandaarden zijn zoveel mogelijk samengesteld uit bestaande zibs. De zibs bevatten veel (eigen) waardelijsten. Bij deze waardelijsten wordt een Nederlandse vertaling gegeven.

Voor het verwerken en tonen van waarden uit bestaande terminologie- en codestelsels (zoals SNOMED CT en LOINC) in een PGO, kan het volgende uitgangspunt gehanteerd worden:

*Indien er een Nederlandse patiëntvertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien een Nederlandse patiëntvertaling ontbreekt, maar er wel een Nederlandse zorgverlenervertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien zowel een Nederlandse patiëntvertaling als een zorgverlenervertaling ontbreken in het terminologie- of codestelsel, volg de dataset, waarin voor uitgewerkte waardelijsten ook Nederlandse termen beschikbaar zijn.
*Indien Nederlandse vertaling geheel ontbreekt, kan de Engelse term getoond worden.

Meer informatie over eventueel benodigde licentie en implementatie van terminologie- en codestelsels is te vinden in het [https://www.nictiz.nl/overzicht-standaarden/ standaarden overzicht van Nictiz]

Ook wat betreft de omschrijving van informatie geniet het de voorkeur om ze veel mogelijk gebruik te maken van Nederlandse termen. De (omschrijvingen van de) conceptnamen die in zibs gehanteerd worden, kunnen gebruikt worden, evenals correcte Nederlandse synoniemen daarvan die mogelijk beter aansluiten op het persoonsdomein.

'''Technisch'''

Voor de waardelijsten in de zibs zijn FHIR ValueSet-resources gemaakt. Deze bevatten gestructureerd de Nederlandse vertalingen van de zib-concepten en worden dus bij de standaard aangeboden. Leveranciers kunnen bij het weergeven van concepten uit deze ValueSets dan ook kiezen voor de Nederlandse vertaling.

De ValueSets zijn óf direct gekoppeld in de FHIR-profielen, of kunnen, indien dit niet mogelijk is, via een FHIR ConceptMap gerelateerd worden aan de waarden die binnen een profiel gebruikt worden. Zie hiervoor de specificaties in de [[MedMij:Vprepub-2019.01_FHIR_IG#Use_of_coded_concepts|FHIR-implementatiegids]].

====Referenties====
MedMij informatiestandaarden gebruiken zoveel mogelijk bestaande zibs. Deze zibs verwijzen naar elkaar middels referenties. FHIR kent ook het concept van referenties. Via zo'n referentie kan bijvoorbeeld ook het specialisme van een zorgverlener bij een verrichting opgehaald worden. Het uitgangspunt is dat alle references 'resolvable' (opvraagbaar) moeten zijn, niet dat ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een klikbare link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR-references binnen MedMij is te vinden in de informatiestandaardoverstijgende principes in de [[MedMij:Vprepub-2019.01_FHIR_IG#Use_of_the_reference_datatype |FHIR-implementatiegids]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

MedMij kent wel een [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel] met spelregels die zorgen dat de gegevensuitwisseling veilig is, privacy geborgd is en dat systemen aan juridische eisen voldoen.

===Geografische reikwijdte===
De geografische scope van alle ontwerpen van MedMij is Nederland.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2019.01_Kwalificatie|medmij_kwalificatie_introductie}}

=Wiki structuuroverzicht=
Onderstaande afbeelding geeft een overzicht van de MedMij wiki pagina structuur. Het afsprakenstelsel verwijst naar de MedMij landingspagina die op zijn beurt verwijst naar de functionele en technische ontwerpen. Vanaf deze pagina, de hoofdpagina van de functionele ontwerpen, wordt verwezen naar de onderliggende functionele ontwerp pagina's middels de onderstaande 'patient journeys' en tabel overzicht. De functionele ontwerp beschrijvingen hebben een technische wiki pagina als tegenhanger. Vanuit de leeswijzer afbeelding, bestaande uit drie iconen, bovenaan de pagina is het mogelijk makkelijk door te linken naar de technische pagina's.

<imagemap>Bestand:MedMij_wiki_structuur_overzicht.png||650px|alt=MedMij Wiki structuur overzicht
circle 344 894 333 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
rect 1017 1260 1517 1407 [[MedMij:Landingspagina_MedMij#Mappings|Mappings]]
rect 2123 3 2740 847 [[MedMij:Vprepub-2019.01_Ontwerpen|Functioneel]]
rect 2123 945 2740 1789 [[MedMij:Vprepub-2019.01_FHIR_IG|Technisch]]
desc none
</imagemap>

=Ontwerpen=
Patient journeys beschrijven de mogelijkheden die MedMij biedt vanuit het perspectief van een fictieve patiënt. Deze paragraaf start met de [[#Patient_journeys| Patient journeys]] die MedMij hanteert.

De paragraaf vervolgt met een index in tabelvorm gesplitst naar de use cases van het afsprakenstelsel:
* [[#Haal_gegevens_op_uit_XIS|Haal gegevens op uit XIS]]
* [[#Stuur_gegevens_naar_XIS|Stuur gegevens naar XIS]]

==Haal gegevens op uit XIS==
===Algemeen===
Een persoonlijke gezondheidsomgeving (PGO) haalt gegevens op bij een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het raadplegen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index raadplegen / beschikbaarstellen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-style="background-color: white;"
|[[Bestand:BGZ_icoon_zonder_tekst.png|link=https://www.nictiz.nl/standaarden/basisgegevensset-zorg|Basissetgegevens Zorg|49px]]||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg], op basis van zibs release 2017||[[MedMij:Vprepub-2019.01_OntwerpBGZ_2017|BgZ]]||[[MedMij:Vprepub-2019.01_FHIR_BGZ_2017|BgZ in FHIR]]
|-
|[[Bestand:Lab.png|link=https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria|Labuitwisseling|49px]]||[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria Labuitwisseling]||||Laboratoriumresultaten ||[[MedMij:Vprepub-2019.01_OntwerpLabresult|Laboratoriumresultaten]]||[[MedMij:Vprepub-2019.01_FHIR_LaboratoryResults|Laboratoriumresultaten in FHIR]]
|-style="background-color: white;"
|rowspan="3"|[[Bestand:Medicatie.png|link=https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx|49px]]
|rowspan="3"|[https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx Medicatieproces]
|rowspan="3"|
||Medicatieoverzicht
||[[MedMij:Vprepub-2019.01_OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_in_persoonlijke_gezondheidsomgeving|Medicatieoverzicht]]
||[[MedMij:Vprepub-2019.01_FHIR_MedicationProcess#Use_case:_retrieve_medication_overview |Medicatieoverzicht in FHIR]]
|-style="background-color: white;"
||Medicatiegegevens ||[[MedMij:Vprepub-2019.01_OntwerpMedicatie#Use_case:_Raadplegen_medicatiegegevens_door_pati.C3.ABnt|Medicatiegegevens]]
||[[MedMij:Vprepub-2019.01_FHIR_MedicationProcess#Use_case:_retrieve_medication_information |Medicatiegegevens in FHIR]]
|-style="background-color: white;"
||Verstrekkingenvertaling||[[MedMij:Vprepub-2019.01_OntwerpMedicatie#Use_case:_Raadplegen_verstrekkingenvertaling_.28medicatieverstrekkingen_van_het_LSP.29_door_pati.C3.ABnt|Verstrekkingenvertaling]]
||[[MedMij:Vprepub-2019.01_FHIR_MedicationProcess#Use_case:_retrieve_medication_information|Verstrekkingenvertaling in FHIR]]
|-
|rowspan="2"|[[Bestand:Allergie.png|link=MedMij:Vprepub-2019.01_OntwerpAllergieIntolerantie| AllergieIntolerantie|49px]]
|rowspan="2"|[[MedMij:Vprepub-2019.01_OntwerpAllergieIntolerantie | AllergieIntolerantie]]
|rowspan="2"|
||Allergie/intolerantie ||[[MedMij:Vprepub-2019.01_OntwerpAllergieIntolerantie| AllergieIntolerantie]] ||[[MedMij:Vprepub-2019.01_FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
||Allergie/intolerantie vertaling ||[[MedMij:Vprepub-2019.01_OntwerpAllergieIntolerantie| AllergieIntolerantieVertaling]] ||[[MedMij:Vprepub-2019.01_FHIR_AllergyIntolerance|AllergieIntolerantieVertaling in FHIR]]
|-style="background-color: white;"
| rowspan="2" | [[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:Vprepub-2019.01_VerlopenGD|49px]]
||eAfspraak
||||Afspraken raadplegen
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak]]</s>
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak in FHIR]]</s>
|-
| colspan="5" | {{NoteBox|Deze versie kan niet meer gebruikt worden binnen MedMij, gebruik een [[MedMij:Landingspagina_MedMij#Functionele_ontwerpen|publicatie vanaf V2020.01]].}}
|-
|[[Bestand:Self-Measuements_zonder_tekst.png|link=MedMij:Vprepub-2019.01_OntwerpZelfmetingen|49px]]
||Zelfmetingen
||||Zelfmetingen raadplegen||[[MedMij:Vprepub-2019.01_OntwerpZelfmetingen|Zelfmetingen]]||[[MedMij:Vprepub-2019.01_FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|PDF/A|49px]]
||PDF/A
||||PDF/A raadplegen ||[[MedMij:Vprepub-2019.01_OntwerpPDFA| PDF/A]] ||[[MedMij:Vprepub-2019.01_FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Huisartsgegevens-zonder-tekst-dun.png|link=MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens|49px|Huisartsgegevens]]||Huisartsgegevens|||| Huisartsgegevens || [[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens|Huisartsgegevens]] ||[[MedMij:Vprepub-2019.01_FHIR_GP_Data|GP data in FHIR]]
|-style="background-color: white;"
|[[Bestand:GGZ-59.-zondertekst.png|49px|GGZ]]
||Basisgegevens GGZ|||| Basisgegevens GGZ|| [[MedMij:Vprepub-2019.01_OntwerpGGZ|Basisgegevens GGZ]] ||[[MedMij:Vprepub-2019.01_FHIR_GGZ|GGZ data in FHIR]]
|-
|rowspan="2"|[[Bestand:BgLZ-icon.png|link=MedMij:Vprepub-2019.01_OntwerpLangdurigeZorg|49px|Basisgegevens Langdurige Zorg]]||Basisgegevens Langdurige Zorg||||Basisgegevens Langdurige Zorg raadplegen||[[MedMij:Vprepub-2019.01_OntwerpLangdurigeZorg|BgLZ ]] ||[[MedMij:Vprepub-2019.01_FHIR_BGLZ|BgLZ in FHIR]]
|-style="background-color: white;"
|colspan="6"|{{NoteBox|1= Wil je (een onderdeel van) de Basisgegevens Langdurige Zorg implementeren, meld je dan bij [mailto:standaarden@medmij.nl standaarden@medmij.nl].}}
|-
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:Vprepub-2019.01_OntwerpVragenlijsten|49px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten||[[MedMij:Vprepub-2019.01_OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

===What's new===
Een PGO kan na een eerste raadpleging nieuwe of gewijzigde gegevens raadplegen middels een "what's new" uitvraag. Voordeel van deze functionaliteit is dat niet onnodig reeds bekende gegevens opnieuw beschikbaar gesteld hoeven te worden. Denk hierbij aan wederom raadplegen van een volledige gegevensset zoals de BgZ. PGO dient hiervoor de datum van eerdere raadpleging te bewaren, om te gebruiken in een nieuwe raadpleging. XIS dient deze datum te kunnen verwerken. Technische uitwerking staat in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_case_overarching_principles "overarching principles" van het technisch ontwerp].

==Stuur gegevens naar XIS==
Een persoonlijke gezondheidsomgeving (PGO) stuurt gegevens naar een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het sturen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index sturen / ontvangen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-

|-style="background-color: white;"
|[[Bestand:Self-Measuements_zonder_tekst.png|link=|50px|Zelfmetingen]]||Zelfmetingen||||Zelfmetingen sturen||[[MedMij:Vprepub-2019.01_OntwerpZelfmetingen|Zelfmetingen]]||[[MedMij:Vprepub-2019.01_FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-
|rowspan="4"|[[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:Vprepub-2019.01_VerlopenGD|50px|eAfspraak]]
|rowspan="3"|eAfspraak
|rowspan="3"|
|Afspraak maken
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak maken]]</s>
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak maken in FHIR]]</s>
|-
|Afspraak annuleren
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak annuleren]]</s>
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak annuleren in FHIR]]</s>
|-
|Afspraak wijzigen
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak wijzigen]]</s>
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD| eAfspraak wijzigen in FHIR]]</s>
|-
| colspan="6" | {{NoteBox|Deze usecases kunnen niet meer geïmplementeerd worden binnen MedMij.}}
|-
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|link=|50px|PDF/A]]||PDF/A||||PDF/A|||[[MedMij:Vprepub-2019.01_OntwerpPDFA| PDF/A]]||[[MedMij:Vprepub-2019.01_FHIR_PDFA|PDF/A in FHIR]]
|-
| rowspan="2" |[[Bestand:Beelden.png|link=|50px|Beelden]]
||Beelden
|||Beelden sturen
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD|Beelden]]</s>
||<s>[[MedMij:Vprepub-2019.01_VerlopenGD|Beelden in FHIR]]</s>
|-
| colspan="6" | {{NoteBox|Deze versie kan niet meer gebruikt worden binnen MedMij, gebruik een [[MedMij:Landingspagina_MedMij#Functionele_ontwerpen|publicatie vanaf V2020.01]].}}
|-
|-style="background-color: white;"
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:Vprepub-2019.01_OntwerpVragenlijsten|50px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten|| [[MedMij:Vprepub-2019.01_OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

==Patient journeys==
===Thomas van Beek===
De beschrijving van de casus van de fictieve patiënt Thomas van Beek vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.
<imagemap>Bestand:journey-02.png|alt=Tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 553 322 90 [[MedMij:Vprepub-2019.01_OntwerpeAfspraak|eAfspraak]]
circle 1151 120 91 [[MedMij:Verwijzingen|Verwijzingen]]
circle 1941 155 91 [[MedMij:Vprepub-2019.01_OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1644 1296 91 [[MedMij:Vprepub-2019.01_OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|Basisgegevensset Zorg]]
circle 1302 1273 91 [[MedMij:Vprepub-2019.01_OntwerpBeelden|Beelden]]
circle 930 1161 91 [[MedMij:Vprepub-2019.01_OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
circle 629 1320 91 [[MedMij:Vprepub-2019.01_OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
desc none
</imagemap>

===Roos Dalstra===
De beschrijving van de casus van de fictieve patiënt Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Roos. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.

<imagemap>Bestand:Patient Journey - Roos Dalstra_20180109_2000.png|alt=Tijdlijn van Roos Dalstra. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 608 380 73 [[MedMij:Vprepub-2019.01_OntwerpZelfmetingen|Zelfmetingen]]
circle 952 235 73 [[MedMij:Vprepub-2019.01_OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1237 422 74 [[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens|Huisartsgegevens]]
circle 1605 111 74 [[MedMij:Vprepub-2019.01_OntwerpAllergieIntolerantie|Allergie intolerantie]]
circle 707 912 74 [[MedMij:Vprepub-2019.01_OntwerpeAfspraak|eAfspraak]]
circle 1195 1141 74 [[MedMij:Vprepub-2019.01_OntwerpMedicatie|Medicatie]]
circle 1412 1139 74 [[MedMij:Vprepub-2019.01_OntwerpLabresult|Laboratoriumresultaten]]
circle 1692 1074 74 [[MedMij:Vprepub-2019.01_OntwerpPDFA|PDF/A]]
desc none
</imagemap>

=Systeemrollen=
De informatiestandaard kent altijd een formele beschrijving met ten minste de volgende metagegevens: De informatiestandaard (met een informatiestandaardnaam) bestaat uit een of meer transacties (met per transactie een transactienaam), met voor elk van de transacties een aanduiding van de bijbehorende systeemrollen en de bijbehorende bedrijfsrol (Patiëntbedrijfsrol of Zorgaanbiedersbedrijfsrol). Op basis van de systeemrol wordt door de MedMij autorisatieraad, het bestuur van Stichting MedMij, een systeemrolcode toegekend. Deze identificeert 1 versie van 1 systeemrol. Een versie van een systeemrol wordt geïdentificeerd door 1 Systeemrol-code. Deze metagegevens zijn van belang voor de definitie van de gegevensdiensten binnen het MedMij afsprakenstelsel. Nadere informatie over gegevensdiensten, zoals de geldigheidsperiode, vindt u in de [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/Catalogus Catalogus van het MedMij Afsprakenstelsel].

In het '''[https://informatiestandaarden.nictiz.nl/wiki/MedMij:Register_van_informatiestandaarden register van informatiestandaarden]''' zijn alle systeemrollen opgenomen die van toepassing zijn in de MedMij use cases.

=Release notes=

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2019.01 - April 2022|issues=1|MM-3195}}
{{ReleaseNotes|package=2019.01 - Februari 2022|issues=2|MM-2560|MM-2770}}
{{ReleaseNotes|package=2019.01 - Januari 2022|issues=1|MM-2324}}
{{ReleaseNotes|package=2019.01 - November 2021|issues=1|MM-2494}}
{{ReleaseNotes|package=2019.01 - Juni 2021|issues=1|MM-2175}}
{{ReleaseNotes|package=2019.01 - Mei 2021|issues=1|MM-2093}}
{{ReleaseNotes|package=2019.01 - April 2021|issues=1|MM-1976}}
{{ReleaseNotes|package=2019.01 - Maart 2021|issues=3|MM-1925|MM-1911|MM-1750}}
{{ReleaseNotes|package=2019.01 - Februari 2021|issues=2|MM-1828|MM-1758}}
{{ReleaseNotes|package=2019.01 - Januari 2021|issues=1|MM-1385}}
{{ReleaseNotes|package=2019.01 - Oktober 2020|issues=3|MM-1454|MM-1446|MM-1386}}
{{ReleaseNotes|package=2019.01 - September 2020|issues=1|MM-1116}}
{{ReleaseNotes|package=2019.01 - Mei 2020|issues=8|MM-1175|MM-1169|MM-1167|MM-1155|MM-1095|MM-1083|MM-1081|MM-1054|}}
{{ReleaseNotes|package=2019.01 - April 2020|issues=7|MM-1053|MM-1015|MM-1002|MM-929|MM-770|MM-672|MM-513}}
{{ReleaseNotes|package=2019.01 - Maart 2020|issues=10|MM-969|MM-947|MM-943|MM-942|MM-938|MM-930|MM-894|MM-888|MM-815|MM-751}}
{{ReleaseNotes|package=2019.01 - Februari 2020|issues=4|MM-913|MM-857|MM-831|MM-827}}
|-
| rowspan = 10; style="background-color: white;"| 2019.01 - Januari 2020
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-800 MM-800]
| style="background-color: white;"| The contact info of the ValueSets included the invalid url "<nowiki>https://www.zibs.nl</nowiki>". This has been changed to the valid url "<nowiki>https://zibs.nl</nowiki>".
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-780 MM-780]
| style="background-color: white;"| Changed equivalence type from specializes to subsumes for 2 concept mappings in ConceptMap TelecomSoortCodelijst-to-ContactPointSystem.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-778 MM-778]
| style="background-color: white;"| Added bi-directional extension to each ConceptMap and set to true if bidirectional or false if not bidirectional. Secondly added the code.specification extension to the FHIR-profiles where the extension was not added yet: zib-AllergyIntolerance, zib-Encounter, zib-Problem, nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-738 MM-738]
| style="background-color: white;"| Changed required binding for extensible on Patient.maritalStatus ValueSet reference in nl-core-patient FHIR-profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-659 MM-659]
| style="background-color: white;"| Improved searchInclude element in all CapabilityStatements based on [resource]:[search param].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-636 MM-636]
| style="background-color: white;"| Changed the mandatory nature of the display element in coded concepts from SHALL to SHOULD.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-632 MM-632]
| style="background-color: white;"| Restructured, renamed and optimized FHIR-examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-619 MM-619]
| style="background-color: white;"| In the LanguageProficiency extension for nl-core-patient:
* Added description on how to use the extension in the nl-core-patient profile in relation to HCIM LanguageProficiency
* Swapped type and level
* Changed display values to more descriptive terms
* Restricted cardinality of both type and level to 1..1
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-563 MM-563]
| style="background-color: white;"| Removed unnecessary constraint on Humanname.extension:humannameassemblyOrder extension in nl-core-humanname FHIR profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-296 MM-296]
| style="background-color: white;"| Added explanation for the use of ConceptMaps and mappings to the FHIR IG.
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - November
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-734 MM-734]
| style="background-color: white;"| Remove old ValueSet files that still lingered in the package after they were re-exported under a different file name.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-580 MM-580]
| style="background-color: white;"| Some ValueSet files used a notation that is not used anymore in newer exports from ART-DECOR. The ValueSet files in the repository and package are re-exported from ART-DECOR. ValueSet files that are not used anymore are removed from the repository and package.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-229 MM-229]
| style="background-color: white;"| Added base profile nl-core-observation to FHIR profiles based on core resource Observation.
|-
| rowspan = 6; style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-570 MM-570]
| style="background-color: white;"|
Removed duplicate files on Simplifier with the following id's:
* MediaContentTypeCodelijst
* careplan-activity-goal
* careplan-medicaldevice
Adjusted duplicate id's in examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-461 MM-461]
| style="background-color: white;"| De Richtlijn paragraaf was toegespitst op BgZ. Tekst is generiek herschreven met minder nadruk op BgZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-441 MM-441]
| style="background-color: white;"| Verbeteren richtlijn omtrent gebruik Nederlandse vertalingen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-438 MM-438]
| style="background-color: white;"| Toevoegen nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-409 MM-409]
| style="background-color: white;"| Toevoegen ontbrekende ConceptMaps en zib FHIR ValueSets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-401 MM-401]
| style="background-color: white;"| Nadere toelichting ten aanzien van gebruik Nederlandse termen bij omschrijving van informatie (labels) in PGO.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - April
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-222 MM-222]
| style="background-color: white;"| Update verouderde tekst van richtlijn paragraaf op FO Ontwerp pagina.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-220 MM-220]
| style="background-color: white;"| Nadere toelichting ten aanzien van FHIR references.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-219 MM-219]
| style="background-color: white;"| MedicationUse niet compleet na een resave in Forge.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Maart
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-200 MM-200]
| style="background-color: white;"| Verloren wijzigingen d.m.v. foutieve commit goed zetten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-198 MM-198]
| style="background-color: white;"| PractitionerRole extensie ontbreekt bij Patient.generalPractitioner.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-189 MM-189]
| style="background-color: white;"| Concept PractitionerRole wijkt af van FHIR core.
|-
| rowspan = 9; style="background-color: white;"| 2019.01
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-180 MM-180]
| style="background-color: white;"| Toelichting functionele definitie via zibs, inclusief Nederlandse termen zorggegevens.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-149 MM-149]
| style="background-color: white;"| Patient.gender mist ConceptMap voor GeslachtCodelijst.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-139 MM-139] [https://bits.nictiz.nl/browse/MM-133 MM-133]
| style="background-color: white;"| PractitionerRole reference extensie toegevoegd aan elementen die naar Practitioner verwijzen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-122 MM-122]
| style="background-color: white;"| ConceptMaps benoemen + aanmaken.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-89 MM-89]
| style="background-color: white;"| Consistentie referenties naar (zib) profielen of base resources voor niet-zib concepten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-88 MM-88]
| style="background-color: white;"| Mapping BasisElementen ontbreekt.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-72 MM-72]
| style="background-color: white;"| Added concept name to all profile mappings from HCIMs or datasets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-70 MM-70]
| style="background-color: white;"| Updated links in technical design pages for profiles so they have less maintenance.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-65 MM-65]
| style="background-color: white;"| Generic guidance on references added.
|-
| rowspan = 6; style="background-color: white;"| 2018.06
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-136 MM-136]
| style="background-color: white;"| Payer.PayerPerson.PayerName is a String but simplifier says it is a nl-core-humanname.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-83 MM-83]
| style="background-color: white;"| Tegenstellende definities van land tussen de Nictiz zib wiki en de FHIR standaarden.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-81 MM-81]
| style="background-color: white;"| Gebruik van AddressType in AddresInformation zib.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-77 MM-77]
| style="background-color: white;"| Ambiguïteit bij HouseNumberAddition/HouseNumberLetter.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-76 MM-76]
| style="background-color: white;"| Wat hoort er thuis in het FirstNames veld in de NameInformation zib?
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-47 MM-47]
| style="background-color: white;"| Suggestion: require display or text on codes.
|}

=Releases=
{| class="wikitable"
! Versie !! Datum !! Omschrijving
|-
| [[MedMij:Vprepub-2019.01_Ontwerpen|2019.01]] || 2019-10-18 || Use case medicatiegerelateerde allergie- en intolerantiegegevensvertaling toegevoegd
|-
| [[MedMij:Vprepub-2019.01_Ontwerpen|2019.01]] || 2019-10-02 || Use case PDF/A Sturen toegevoegd
|-
| [[MedMij:Vprepub-2019.01_Ontwerpen|2019.01]] || 2019-03-11 || Alle MedMij-standaarden
|-
| [[MedMij:V2018.06_Ontwerpen|2018.06]] || 2018-10-29 || Basisgegevens GGZ
|-
| [[MedMij:V2018.05_Ontwerpen|2018.05]] || 2018-09-24 || Basisgegevens GGZ voor openbare consultatie
|-
| [[MedMij:V2018.04_Ontwerpen|2018.04]] || 2018-09-02 || eAfspraak fase 2
|-
| [[MedMij:V2018.03_Ontwerpen|2018.03]] || 2018-05-07 || BgZ 2017 en Huisartsgegevens
|-
| [[MedMij:V2018.02_Ontwerpen|2018.02]] || 2018-03-29 || BgZ 2017 voor openbare consultatie
|-
| [[MedMij:V2018.01_Ontwerpen|2018.01]] || 2018-02-21 || Huisartsgegevens voor openbare consultatie
|-
| [[MedMij:V2017.04_Ontwerpen|2017.04]] || 2017-12-18 || Medicatie, Laboratoriumresultaten, Allergie/intolerantie, Zelfmetingen
|-
| [[MedMij:V2017.03_Ontwerpen|2017.03]] || 2017-11-07 || PDF/A
|-
| [[MedMij:V2017.02_Ontwerpen|2017.02]] || 2017-10-11 || eAfspraak
|-
| [[MedMij:V2017.01_Ontwerpen|2017.01]] || 2017-10-02 || BgZ 2015
|}

MedMij:Vprepub-2019.01 Ontwerpen

2022-05-03T09:17:33Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/Ontwerpen

2022-05-03T09:13:02Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Ontwerpen MedMij|Functioneel Ontwerpen}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_IG|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Hier vindt u informatie over de ''inhoud'' van de informatie die kan worden uitgewisseld in het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel].

Deze pagina beschrijft allereerst de algemeen geldende en overkoepelende informatie van de functionele ontwerpen voor MedMij en bevat vervolgens [[#Ontwerpen|verwijzingen]] naar specifieke functionele ontwerpen en technische specificaties voor die use cases die onderdeel zijn van het afsprakenstelsel.

==Publicaties en versies==
Deze publicatie wordt actief beheerd, zie [[MedMij:Landingspagina MedMij#Publicaties en versies|de landingspagina MedMij]] voor meer informatie.

Verbeteringen (uitsluitend wanneer ze backwards compatibel zijn) worden met een maandelijks ritme doorgevoerd. Zie de [[procedures:V1.0_Patchreleases|infographic patchreleases]] voor meer uitleg.

==Doelgroep==
<section begin=Doelgroep />
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van XIS- en PGO-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.<section end=Doelgroep />
{{ReminderBox|Waar de term 'patiënt' gebruikt wordt, kan ook cliënt, PGO-gebruiker, burger of een andere, meer bij de gebruiker passende gelijkwaardige term gelezen worden.}}

==Kaders en uitgangspunten==

===Richtlijn===
====Zorginformatiebouwstenen en gegevenssets====
Het programma '[https://www.registratieaandebron.nl Registratie aan de bron]' heeft zorginformatiebouwstenen voor Nederland gedefinieerd. Een zorginformatiebouwsteen (zib) beschrijft nauwkeurig wat er over een bepaald onderwerp van het zorgproces van de patiënt moet worden vastgelegd. Zorginformatiebouwstenen zijn opgesteld vanuit de gedachte dat dezelfde informatie relevant is voor artsen, verpleegkundigen, paramedici en patiënten, ieder met hun eigen invalshoek. MedMij-informatiestandaarden gebruiken zo veel als mogelijk bestaande zibs voor hun functionele definitie.

Elk individu heeft recht op inzage van persoonlijke gegevens die door zorgorganisaties zijn vastgelegd. MedMij is gestart met de [https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg] om de uitwisseling van informatie tussen patiënt en professional op gang te brengen. Soms gebruikt de Basisgegevensset Zorg (BgZ) slechts een deel van een bepaalde zib. MedMij kiest er echter voor om wél altijd de volledige zib te definiëren zodat contextonafhankelijke implementatie mogelijk wordt. Dit zorgt er ook voor dat interoperabiliteit met zorginformatiesystemen mogelijk wordt.

====Terminologie en vertalingen====
Richtinggevend voor de applicaties die MedMij-standaarden implementeren is dat ze Nederlandse termen gebruiken. Dit wordt op de volgende wijze functioneel en technisch ondersteund.

'''Functioneel'''

De functionele definities van de MedMij-informatiestandaarden zijn zoveel mogelijk samengesteld uit bestaande zibs. De zibs bevatten veel (eigen) waardelijsten. Bij deze waardelijsten wordt een Nederlandse vertaling gegeven.

Voor het verwerken en tonen van waarden uit bestaande terminologie- en codestelsels (zoals SNOMED CT en LOINC) in een PGO, kan het volgende uitgangspunt gehanteerd worden:

*Indien er een Nederlandse patiëntvertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien een Nederlandse patiëntvertaling ontbreekt, maar er wel een Nederlandse zorgverlenervertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien zowel een Nederlandse patiëntvertaling als een zorgverlenervertaling ontbreken in het terminologie- of codestelsel, volg de dataset, waarin voor uitgewerkte waardelijsten ook Nederlandse termen beschikbaar zijn.
*Indien Nederlandse vertaling geheel ontbreekt, kan de Engelse term getoond worden.

Meer informatie over eventueel benodigde licentie en implementatie van terminologie- en codestelsels is te vinden in het [https://www.nictiz.nl/overzicht-standaarden/ standaarden overzicht van Nictiz]

Ook wat betreft de omschrijving van informatie geniet het de voorkeur om ze veel mogelijk gebruik te maken van Nederlandse termen. De (omschrijvingen van de) conceptnamen die in zibs gehanteerd worden, kunnen gebruikt worden, evenals correcte Nederlandse synoniemen daarvan die mogelijk beter aansluiten op het persoonsdomein.

'''Technisch'''

Voor de waardelijsten in de zibs zijn FHIR ValueSet-resources gemaakt. Deze bevatten gestructureerd de Nederlandse vertalingen van de zib-concepten en worden dus bij de standaard aangeboden. Leveranciers kunnen bij het weergeven van concepten uit deze ValueSets dan ook kiezen voor de Nederlandse vertaling.

De ValueSets zijn óf direct gekoppeld in de FHIR-profielen, of kunnen, indien dit niet mogelijk is, via een FHIR ConceptMap gerelateerd worden aan de waarden die binnen een profiel gebruikt worden. Zie hiervoor de specificaties in de [[MedMij:Vprepub-2020.01/FHIR_IG#Use_of_coded_concepts|FHIR-implementatiegids]].

====Referenties====
MedMij informatiestandaarden gebruiken zoveel mogelijk bestaande zibs. Deze zibs verwijzen naar elkaar middels referenties. FHIR kent ook het concept van referenties. Via zo'n referentie kan bijvoorbeeld ook het specialisme van een zorgverlener bij een verrichting opgehaald worden. Het uitgangspunt is dat alle references 'resolvable' (opvraagbaar) moeten zijn, niet dat ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een klikbare link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR-references binnen MedMij is te vinden in de informatiestandaardoverstijgende principes in de [[MedMij:Vprepub-2020.01/FHIR_IG#Use_of_the_reference_datatype |FHIR-implementatiegids]].

====Herleidbaarheid====
Er wordt verwacht dat zowel patiënt als zorgverlener informatie kunnen inzien over op welk moment (datum/tijd) en met welke partij (“bron”) bepaalde inhoudelijke gegevens zijn uitgewisseld. Toelichting en voorbeelden van [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen#Herleidbaarheid|herleidbaarheid kan je op deze pagina inzien]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

MedMij kent wel een [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel] met spelregels die zorgen dat de gegevensuitwisseling veilig is, privacy geborgd is en dat systemen aan juridische eisen voldoen.

===Geografische reikwijdte===
De geografische scope van alle ontwerpen van MedMij is Nederland.

==Kwalificatie==
===Introductie===
<section begin=medmij_kwalificatie_introductie />
Op deze informatiestandaard is een Nictiz kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de [[MedMij:Vprepub-2020.01/Kwalificatie|kwalificatiepagina]].<section end=medmij_kwalificatie_introductie />

=Wiki structuuroverzicht=
Onderstaande afbeelding geeft een overzicht van de MedMij wiki pagina structuur. Het afsprakenstelsel verwijst naar de MedMij landingspagina die op zijn beurt verwijst naar de functionele en technische ontwerpen. Vanaf deze pagina, de hoofdpagina van de functionele ontwerpen, wordt verwezen naar de onderliggende functionele ontwerp pagina's middels de onderstaande 'patient journeys' en tabel overzicht. De functionele ontwerp beschrijvingen hebben een technische wiki pagina als tegenhanger. Vanuit de leeswijzer afbeelding, bestaande uit drie iconen, bovenaan de pagina is het mogelijk makkelijk door te linken naar de technische pagina's.

<imagemap>Bestand:MedMij_wiki_structuur_overzicht.png||650px|alt=MedMij Wiki structuur overzicht
circle 344 894 333 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
rect 1017 1260 1517 1407 [[Landingspagina_MedMij#Mappings|Mappings]]
rect 2123 3 2740 847 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
rect 2123 945 2740 1789 [[MedMij:Vprepub-2020.01/FHIR_IG|Technisch]]
desc none
</imagemap>

=Ontwerpen=
Patient journeys beschrijven de mogelijkheden die MedMij biedt vanuit het perspectief van een fictieve patiënt. Deze paragraaf start met de [[#Patient_journeys| Patient journeys]] die MedMij hanteert.

De paragraaf vervolgt met een index in tabelvorm gesplitst naar de use cases van het afsprakenstelsel:
* [[#Haal_gegevens_op_uit_XIS|Haal gegevens op uit XIS]]
* [[#Stuur_gegevens_naar_XIS|Stuur gegevens naar XIS]]

==Haal gegevens op uit XIS==
===Algemeen===
Een persoonlijke gezondheidsomgeving (PGO) haalt gegevens op bij een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het raadplegen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index raadplegen / beschikbaarstellen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-style="background-color: white;"
|[[Bestand:BGZ_icoon_zonder_tekst.png|link=https://www.nictiz.nl/standaarden/basisgegevensset-zorg|Basissetgegevens Zorg|49px]]||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||[[MedMij:Vprepub-2020.01/OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|BgZ]]||[[MedMij:Vprepub-2020.01/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|[[Bestand:Lab.png|link=https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria|Labuitwisseling|49px]]||[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria Labuitwisseling]||||Laboratoriumresultaten ||[[MedMij:Vprepub-2020.01/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]||[[MedMij:Vprepub-2020.01/FHIR_LaboratoryResults|Laboratoriumresultaten in FHIR]]
|-style="background-color: white;"
|rowspan="3"|[[Bestand:Medicatie.png|link=https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx|49px]]
|rowspan="3"|[https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx Medicatieproces]
|rowspan="3"|
||Medicatieoverzicht
||[[MedMij:Vprepub-2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_in_persoonlijke_gezondheidsomgeving|Medicatieoverzicht]]
||[[MedMij:Vprepub-2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_overview |Medicatieoverzicht in FHIR]]
|-style="background-color: white;"
||Medicatiegegevens ||[[MedMij:Vprepub-2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatiegegevens_door_pati.C3.ABnt|Medicatiegegevens]]
||[[MedMij:Vprepub-2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_information |Medicatiegegevens in FHIR]]
|-style="background-color: white;"
||Verstrekkingenvertaling||[[MedMij:Vprepub-2020.01/OntwerpMedicatie#Use_case:_Raadplegen_verstrekkingenvertaling_.28medicatieverstrekkingen_van_het_LSP.29_door_pati.C3.ABnt|Verstrekkingenvertaling]]
||[[MedMij:Vprepub-2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_information|Verstrekkingenvertaling in FHIR]]
|-
|rowspan="2"|[[Bestand:Allergie.png|link=MedMij:V2020.01/OntwerpAllergieIntolerantie| AllergieIntolerantie|49px]]
|rowspan="2"|[[MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie | AllergieIntolerantie]]
|rowspan="2"|
||Allergie/intolerantie ||[[MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie| AllergieIntolerantie]] ||[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance_information|AllergieIntolerantie in FHIR]]
|-
||Allergie/intolerantie vertaling ||[[MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt| AllergieIntolerantieVertaling]] ||[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|AllergieIntolerantieVertaling in FHIR]]
|-style="background-color: white;"
|[[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:V2020.01/OntwerpeAfspraak|49px]]
||eAfspraak
||||Afspraken raadplegen
||[[MedMij:Vprepub-2020.01/OntwerpeAfspraak#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt| eAfspraak]]
|| [[MedMij:Vprepub-2020.01/FHIR_eAfspraak| eAfspraak in FHIR]]
|-
|[[Bestand:Self-Measuements_zonder_tekst.png|link=MedMij:V2020.01/OntwerpZelfmetingen|49px]]
||Zelfmetingen
||||Zelfmetingen raadplegen||[[MedMij:Vprepub-2020.01/OntwerpZelfmetingen|Zelfmetingen]]||[[MedMij:Vprepub-2020.01/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|PDF/A|49px]]
||PDF/A
||||PDF/A raadplegen ||[[MedMij:Vprepub-2020.01/OntwerpPDFA| PDF/A]] ||[[MedMij:Vprepub-2020.01/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Huisartsgegevens-zonder-tekst-dun.png|link=MedMij:V2020.01/OntwerpHuisartsgegevens|49px|Huisartsgegevens]]||Huisartsgegevens|||| Huisartsgegevens || [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens|Huisartsgegevens]] ||[[MedMij:Vprepub-2020.01/FHIR_GP_Data|GP data in FHIR]]
|-style="background-color: white;"
|[[Bestand:GGZ-59.-zondertekst.png|49px|GGZ]]
||Basisgegevens GGZ|||| Basisgegevens GGZ|| [[MedMij:Vprepub-2020.01/OntwerpGGZ|Basisgegevens GGZ]] ||[[MedMij:Vprepub-2020.01/FHIR_GGZ|GGZ data in FHIR]]
|-
|rowspan="2"|[[Bestand:BgLZ-icon.png|link=MedMij:V2020.01/OntwerpLangdurigeZorg|49px|Basisgegevens Langdurige Zorg]]||Basisgegevens Langdurige Zorg||||Basisgegevens Langdurige Zorg raadplegen||[[MedMij:Vprepub-2020.01/OntwerpLangdurigeZorg|BgLZ ]] ||[[MedMij:Vprepub-2020.01/FHIR_BGLZ|BgLZ in FHIR]]
|-style="background-color: white;"
|colspan="6"|{{NoteBox|1= Deze versie is buiten gebruik voor MedMij per 12-01-2021.De huidige ondersteunde versie is te vinden op de pagina van [[MedMij:V2020.02/Ontwerpen]].}}
|-
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:V2020.01/OntwerpVragenlijsten|49px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten||[[MedMij:Vprepub-2020.01/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

===What's new===
Een PGO kan na een eerste raadpleging nieuwe of gewijzigde gegevens raadplegen middels een "what's new" uitvraag. Voordeel van deze functionaliteit is dat niet onnodig reeds bekende gegevens opnieuw beschikbaar gesteld hoeven te worden. Denk hierbij aan wederom raadplegen van een volledige gegevensset zoals de BgZ. PGO dient hiervoor de datum van eerdere raadpleging te bewaren, om te gebruiken in een nieuwe raadpleging. XIS dient deze datum te kunnen verwerken. Technische uitwerking staat in de [[MedMij:Vprepub-2020.01/FHIR_IG#Use_case_overarching_principles|"overarching principles" van het technisch ontwerp]].

==Stuur gegevens naar XIS==
Een persoonlijke gezondheidsomgeving (PGO) stuurt gegevens naar een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het sturen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index sturen / ontvangen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-

|-style="background-color: white;"
|[[Bestand:Self-Measuements_zonder_tekst.png|link=|50px|Zelfmetingen]]||Zelfmetingen||||Zelfmetingen sturen||[[MedMij:Vprepub-2020.01/OntwerpZelfmetingen#Use_case:_Sturen_zelfmetingen_van_de_vitale_functies_door_pati.C3.ABnt|Zelfmetingen]]||[[MedMij:Vprepub-2020.01/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|link=|50px|PDF/A]]||PDF/A||||PDF/A|||[[MedMij:Vprepub-2020.01/OntwerpPDFA#Use_case:_Sturen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt| PDF/A]]||[[MedMij:Vprepub-2020.01/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Beelden.png|link=|50px|Beelden]]||Beelden||||Beelden sturen|||[[MedMij:Vprepub-2020.01/OntwerpBeelden|Beelden]] || [[MedMij:Vprepub-2020.01/FHIR_Images|Beelden in FHIR]]
|-style="background-color: white;"
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:V2020.01/OntwerpVragenlijsten|50px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten|| [[MedMij:Vprepub-2020.01/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

==Patient journeys==
===Thomas van Beek===
De beschrijving van de casus van de fictieve patiënt Thomas van Beek vindt u [https://www.nictiz.nl/wp-content/uploads/Casus_Thomas_van_Beek_MedMij_20210126.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.
<imagemap>Bestand:journey-02_V2020.01_20210126.png|alt=Tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 553 322 90 [[MedMij:Vprepub-V2020.01/OntwerpeAfspraak|eAfspraak]]
circle 1941 155 91 [[MedMij:Vprepub-V2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1644 1296 91 [[MedMij:Vprepub-V2020.01/OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|Basisgegevensset Zorg]]
circle 1302 1273 91 [[MedMij:Vprepub-V2020.01/OntwerpBeelden|Beelden]]
circle 930 1161 91 [[MedMij:Vprepub-V2020.01/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
circle 629 1320 91 [[MedMij:Vprepub-V2020.01/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
desc none
</imagemap>

===Roos Dalstra===
De beschrijving van de casus van de fictieve patiënt Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Roos. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.

<imagemap>Bestand:Patient Journey - Roos Dalstra_20180109_2000_V2020.01.png|alt=Tijdlijn van Roos Dalstra. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 608 380 73 [[MedMij:Vprepub-2020.01/OntwerpZelfmetingen|Zelfmetingen]]
circle 952 235 73 [[MedMij:Vprepub-2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1237 422 74 [[MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens|Huisartsgegevens]]
circle 1605 111 74 [[MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie|Allergie intolerantie]]
circle 707 912 74 [[MedMij:Vprepub-2020.01/OntwerpeAfspraak|eAfspraak]]
circle 1195 1141 74 [[MedMij:Vprepub-2020.01/OntwerpMedicatie|Medicatie]]
circle 1412 1139 74 [[MedMij:Vprepub-2020.01/OntwerpLabresult|Laboratoriumresultaten]]
circle 1692 1074 74 [[MedMij:Vprepub-2020.01/OntwerpPDFA|PDF/A]]
desc none
</imagemap>

=Systeemrollen=
De informatiestandaard kent altijd een formele beschrijving met ten minste de volgende metagegevens: De informatiestandaard (met een informatiestandaardnaam) bestaat uit een of meer transacties (met per transactie een transactienaam), met voor elk van de transacties een aanduiding van de bijbehorende systeemrollen en de bijbehorende bedrijfsrol (Patiëntbedrijfsrol of Zorgaanbiedersbedrijfsrol). Op basis van de systeemrol wordt door de MedMij autorisatieraad, het bestuur van Stichting MedMij, een systeemrolcode toegekend. Deze identificeert 1 versie van 1 systeemrol. Een versie van een systeemrol wordt geïdentificeerd door 1 Systeemrol-code. Deze metagegevens zijn van belang voor de definitie van de gegevensdiensten binnen het MedMij afsprakenstelsel. Nadere informatie over gegevensdiensten, zoals de geldigheidsperiode, vindt u in de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten Catalogus van het MedMij Afsprakenstelsel].

=Release notes=

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2020.01 - April 2022|issues=5|MM-3096|MM-3093|MM-3045|MM-3032|MM-2972}}
{{ReleaseNotes|package=2020.01 - Maart 2022|issues=1|MM-2973}}
{{ReleaseNotes|package=2020.01 - Februari 2022|issues=16|MM-2560|MM-2721|MM-2770|MM-2872|MM-2886|MM-2846|MM-2880|MM-2663|MM-2659|MM-2858|MM-2787|MM-2844|MM-2882|MM-2375|MM-2887|MM-2820}}
{{ReleaseNotes|package=2020.01 - Januari 2022|issues=6|MM-2531|MM-2764|MM-2734|MM-2461|MM-2324|MM-2515}}
{{ReleaseNotes|package=2020.01 - November 2021|issues=8|MM-2165|MM-2430|MM-2439|MM-2444|MM-2494|MM-2504|MM-2543|MM-2561}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|issues=2|MM-2392|MM-2436}}
{{ReleaseNotes|package=2020.01 - September 2021|issues=4|MM-2384|MM-2365|MM-2291|MM-2237}}
{{ReleaseNotes|package=2020.01 - Augustus 2021|issues=1|MM-2316}}
{{ReleaseNotes|package=2020.01 - Juli 2021|issues=2|MM-2227|MM-2205}}
{{ReleaseNotes|package=2020.01 - Juni 2021|issues=2|MM-2155|MM-2101}}
{{ReleaseNotes|package=2020.01 - Mei 2021|issues=7|MM-2102|MM-2093|MM-2074|MM-2057|MM-2056|MM-1882|MM-1839}}
{{ReleaseNotes|package=2020.01 - April 2021|issues=4|MM-2007|MM-1978|MM-1976|MM-1795}}
{{ReleaseNotes|package=2020.01 - Maart 2021|issues=9|MM-1911|MM-1906|MM-1899|MM-1861|MM-1846|MM-1752|MM-1750|MM-1122|MM-1091}}
{{ReleaseNotes|package=2020.01 - Februari 2021|issues=10|MM-1828|MM-1787|MM-1758|MM-1722|MM-1703|MM-1662|MM-1650|MM-1578|MM-1462|MM-836}}
{{ReleaseNotes|package=2020.01 - Januari 2021|issues=8|MM-1675|MM-1651|MM-1593|MM-1592|MM-1566|MM-1465|MM-1385|MM-1292}}
{{ReleaseNotes|package=2020.01 - November 2020|issues=4|MM-1557|MM-1542|MM-1522|MM-1517}}
{{ReleaseNotes|package=2020.01 - Oktober 2020|issues=8|MM-1457|MM-1454|MM-1446|MM-1441|MM-1418|MM-1386|MM-1248|MM-791}}
{{ReleaseNotes|package=2020.01 - September 2020|issues=8|MM-1406|MM-1374|MM-1358|MM-1261|MM-1256|MM-1207|MM-1116|MM-267}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|issues=12|MM-1220|MM-1177|MM-1165|MM-1119|MM-1118|MM-1090|MM-1050|MM-1036|MM-854|MM-437|MM-433|MM-221|}}
{{ReleaseNotes|package=2019.01 - Mei 2020|issues=8|MM-1175|MM-1169|MM-1167|MM-1155|MM-1095|MM-1083|MM-1081|MM-1054|}}
{{ReleaseNotes|package=2019.01 - April 2020|issues=7|MM-1053|MM-1015|MM-1002|MM-929|MM-770|MM-672|MM-513}}
{{ReleaseNotes|package=2019.01 - Maart 2020|issues=10|MM-969|MM-947|MM-943|MM-942|MM-938|MM-930|MM-894|MM-888|MM-815|MM-751}}
{{ReleaseNotes|package=2019.01 - Februari 2020|issues=4|MM-913|MM-857|MM-831|MM-827}}
|-
| rowspan = 10; style="background-color: white;"| 2019.01 - Januari 2020
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-800 MM-800]
| style="background-color: white;"| The contact info of the ValueSets included the invalid url "<nowiki>https://www.zibs.nl</nowiki>". This has been changed to the valid url "<nowiki>https://zibs.nl</nowiki>".
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-780 MM-780]
| style="background-color: white;"| Changed equivalence type from specializes to subsumes for 2 concept mappings in ConceptMap TelecomSoortCodelijst-to-ContactPointSystem.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-778 MM-778]
| style="background-color: white;"| Added bi-directional extension to each ConceptMap and set to true if bidirectional or false if not bidirectional. Secondly added the code.specification extension to the FHIR-profiles where the extension was not added yet: zib-AllergyIntolerance, zib-Encounter, zib-Problem, nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-738 MM-738]
| style="background-color: white;"| Changed required binding for extensible on Patient.maritalStatus ValueSet reference in nl-core-patient FHIR-profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-659 MM-659]
| style="background-color: white;"| Improved searchInclude element in all CapabilityStatements based on [resource]:[search param].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-636 MM-636]
| style="background-color: white;"| Changed the mandatory nature of the display element in coded concepts from SHALL to SHOULD.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-632 MM-632]
| style="background-color: white;"| Restructured, renamed and optimized FHIR-examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-619 MM-619]
| style="background-color: white;"| In the LanguageProficiency extension for nl-core-patient:
* Added description on how to use the extension in the nl-core-patient profile in relation to HCIM LanguageProficiency
* Swapped type and level
* Changed display values to more descriptive terms
* Restricted cardinality of both type and level to 1..1
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-563 MM-563]
| style="background-color: white;"| Removed unnecessary constraint on Humanname.extension:humannameassemblyOrder extension in nl-core-humanname FHIR profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-296 MM-296]
| style="background-color: white;"| Added explanation for the use of ConceptMaps and mappings to the FHIR IG.
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - November
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-734 MM-734]
| style="background-color: white;"| Remove old ValueSet files that still lingered in the package after they were re-exported under a different file name.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-580 MM-580]
| style="background-color: white;"| Some ValueSet files used a notation that is not used anymore in newer exports from ART-DECOR. The ValueSet files in the repository and package are re-exported from ART-DECOR. ValueSet files that are not used anymore are removed from the repository and package.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-229 MM-229]
| style="background-color: white;"| Added base profile nl-core-observation to FHIR profiles based on core resource Observation.
|-
| rowspan = 6; style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-570 MM-570]
| style="background-color: white;"|
Removed duplicate files on Simplifier with the following id's:
* MediaContentTypeCodelijst
* careplan-activity-goal
* careplan-medicaldevice
Adjusted duplicate id's in examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-461 MM-461]
| style="background-color: white;"| De Richtlijn paragraaf was toegespitst op BgZ. Tekst is generiek herschreven met minder nadruk op BgZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-441 MM-441]
| style="background-color: white;"| Verbeteren richtlijn omtrent gebruik Nederlandse vertalingen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-438 MM-438]
| style="background-color: white;"| Toevoegen nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-409 MM-409]
| style="background-color: white;"| Toevoegen ontbrekende ConceptMaps en zib FHIR ValueSets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-401 MM-401]
| style="background-color: white;"| Nadere toelichting ten aanzien van gebruik Nederlandse termen bij omschrijving van informatie (labels) in PGO.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - April
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-222 MM-222]
| style="background-color: white;"| Update verouderde tekst van richtlijn paragraaf op FO Ontwerp pagina.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-220 MM-220]
| style="background-color: white;"| Nadere toelichting ten aanzien van FHIR references.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-219 MM-219]
| style="background-color: white;"| MedicationUse niet compleet na een resave in Forge.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Maart
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-200 MM-200]
| style="background-color: white;"| Verloren wijzigingen d.m.v. foutieve commit goed zetten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-198 MM-198]
| style="background-color: white;"| PractitionerRole extensie ontbreekt bij Patient.generalPractitioner.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-189 MM-189]
| style="background-color: white;"| Concept PractitionerRole wijkt af van FHIR core.
|-
| rowspan = 9; style="background-color: white;"| 2019.01
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-180 MM-180]
| style="background-color: white;"| Toelichting functionele definitie via zibs, inclusief Nederlandse termen zorggegevens.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-149 MM-149]
| style="background-color: white;"| Patient.gender mist ConceptMap voor GeslachtCodelijst.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-139 MM-139] [https://bits.nictiz.nl/browse/MM-133 MM-133]
| style="background-color: white;"| PractitionerRole reference extensie toegevoegd aan elementen die naar Practitioner verwijzen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-122 MM-122]
| style="background-color: white;"| ConceptMaps benoemen + aanmaken.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-89 MM-89]
| style="background-color: white;"| Consistentie referenties naar (zib) profielen of base resources voor niet-zib concepten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-88 MM-88]
| style="background-color: white;"| Mapping BasisElementen ontbreekt.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-72 MM-72]
| style="background-color: white;"| Added concept name to all profile mappings from HCIMs or datasets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-70 MM-70]
| style="background-color: white;"| Updated links in technical design pages for profiles so they have less maintenance.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-65 MM-65]
| style="background-color: white;"| Generic guidance on references added.
|-
| rowspan = 6; style="background-color: white;"| 2018.06
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-136 MM-136]
| style="background-color: white;"| Payer.PayerPerson.PayerName is a String but simplifier says it is a nl-core-humanname.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-83 MM-83]
| style="background-color: white;"| Tegenstellende definities van land tussen de Nictiz zib wiki en de FHIR standaarden.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-81 MM-81]
| style="background-color: white;"| Gebruik van AddressType in AddresInformation zib.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-77 MM-77]
| style="background-color: white;"| Ambiguïteit bij HouseNumberAddition/HouseNumberLetter.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-76 MM-76]
| style="background-color: white;"| Wat hoort er thuis in het FirstNames veld in de NameInformation zib?
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-47 MM-47]
| style="background-color: white;"| Suggestion: require display or text on codes.
|}

=Releases=
{| class="wikitable"
! Versie !! Datum !! Omschrijving
|-
| [[MedMij:Vprepub-2020.01/Ontwerpen|2020.01]] || 2020-08-11 || Zomerrelease met wijzigingen voor MedMij-standaarden
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-10-18 || Use case medicatiegerelateerde allergie- en intolerantiegegevensvertaling toegevoegd
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-10-02 || Use case PDF/A Sturen toegevoegd
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-03-11 || Alle MedMij-standaarden
|-
| [[MedMij:V2018.06_Ontwerpen|2018.06]] || 2018-10-29 || Basisgegevens GGZ
|-
| [[MedMij:V2018.05_Ontwerpen|2018.05]] || 2018-09-24 || Basisgegevens GGZ voor openbare consultatie
|-
| [[MedMij:V2018.04_Ontwerpen|2018.04]] || 2018-09-02 || eAfspraak fase 2
|-
| [[MedMij:V2018.03_Ontwerpen|2018.03]] || 2018-05-07 || BgZ 2017 en Huisartsgegevens
|-
| [[MedMij:V2018.02_Ontwerpen|2018.02]] || 2018-03-29 || BgZ 2017 voor openbare consultatie
|-
| [[MedMij:V2018.01_Ontwerpen|2018.01]] || 2018-02-21 || Huisartsgegevens voor openbare consultatie
|-
| [[MedMij:V2017.04_Ontwerpen|2017.04]] || 2017-12-18 || Medicatie, Laboratoriumresultaten, Allergie/intolerantie, Zelfmetingen
|-
| [[MedMij:V2017.03_Ontwerpen|2017.03]] || 2017-11-07 || PDF/A
|-
| [[MedMij:V2017.02_Ontwerpen|2017.02]] || 2017-10-11 || eAfspraak
|-
| [[MedMij:V2017.01_Ontwerpen|2017.01]] || 2017-10-02 || BgZ 2015
|}

MedMij:Vprepub-2020.01/Ontwerpen

2022-05-03T09:13:02Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.02/Ontwerpen

2022-05-03T09:08:15Z

Mik de Jong: Release notes patchrelease April 2022

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Ontwerpen MedMij|Functioneel Ontwerpen}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.02/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.02/FHIR_IG|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
{{#lsth:MedMij:V2020.01/Ontwerpen|Algemeen}}
==Publicaties en versies==
{{#lsth:MedMij:Vprepub-2020.01/Ontwerpen|Publicaties en versies}}
==Doelgroep==
{{#lsth:MedMij:V2020.01/Ontwerpen|Doelgroep}}
==Kaders en uitgangspunten==
===Richtlijn===
====Zorginformatiebouwstenen en gegevenssets====
{{#lsth:MedMij:V2020.01/Ontwerpen|Zorginformatiebouwstenen en gegevenssets}}
====Terminologie en vertalingen====
Richtinggevend voor de applicaties die MedMij-standaarden implementeren is dat ze Nederlandse termen gebruiken. Dit wordt op de volgende wijze functioneel en technisch ondersteund.

'''Functioneel'''

De functionele definities van de MedMij-informatiestandaarden zijn zoveel mogelijk samengesteld uit bestaande zibs. De zibs bevatten veel (eigen) waardelijsten. Bij deze waardelijsten wordt een Nederlandse vertaling gegeven.

Voor het verwerken en tonen van waarden uit bestaande terminologie- en codestelsels (zoals SNOMED CT en LOINC) in een PGO, kan het volgende uitgangspunt gehanteerd worden:

*Indien er een Nederlandse patiëntvertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien een Nederlandse patiëntvertaling ontbreekt, maar er wel een Nederlandse zorgverlenervertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien zowel een Nederlandse patiëntvertaling als een zorgverlenervertaling ontbreken in het terminologie- of codestelsel, volg de dataset, waarin voor uitgewerkte waardelijsten ook Nederlandse termen beschikbaar zijn.
*Indien Nederlandse vertaling geheel ontbreekt, kan de Engelse term getoond worden.

Meer informatie over eventueel benodigde licentie en implementatie van terminologie- en codestelsels is te vinden in het [https://www.nictiz.nl/overzicht-standaarden/ standaarden overzicht van Nictiz]

Ook wat betreft de omschrijving van informatie geniet het de voorkeur om ze veel mogelijk gebruik te maken van Nederlandse termen. De (omschrijvingen van de) conceptnamen die in zibs gehanteerd worden, kunnen gebruikt worden, evenals correcte Nederlandse synoniemen daarvan die mogelijk beter aansluiten op het persoonsdomein.

'''Technisch'''

Voor de waardelijsten in de zibs zijn FHIR ValueSet-resources gemaakt. Deze bevatten gestructureerd de Nederlandse vertalingen van de zib-concepten en worden dus bij de standaard aangeboden. Leveranciers kunnen bij het weergeven van concepten uit deze ValueSets dan ook kiezen voor de Nederlandse vertaling.

De ValueSets zijn óf direct gekoppeld in de FHIR-profielen, of kunnen, indien dit niet mogelijk is, via een FHIR ConceptMap gerelateerd worden aan de waarden die binnen een profiel gebruikt worden. Zie hiervoor de specificaties in de [[MedMij:Vprepub-2020.02/FHIR_IG#Use_of_coded_concepts|FHIR-implementatiegids]].
====Referenties====
MedMij informatiestandaarden gebruiken zoveel mogelijk bestaande zibs. Deze zibs verwijzen naar elkaar middels referenties. FHIR kent ook het concept van referenties. Via zo'n referentie kan bijvoorbeeld ook het specialisme van een zorgverlener bij een verrichting opgehaald worden. Het uitgangspunt is dat alle references 'resolvable' (opvraagbaar) moeten zijn, niet dat ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een klikbare link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR-references binnen MedMij is te vinden in de informatiestandaardoverstijgende principes in de [[MedMij:Vprepub-2020.02/FHIR_IG#Use_of_the_reference_datatype |FHIR-implementatiegids]].

====Herleidbaarheid====
{{#lsth:MedMij:Vprepub-2020.01/Ontwerpen|Herleidbaarheid}}
===Infrastructuur===
{{#lsth:MedMij:V2020.01/Ontwerpen|Infrastructuur}}
===Geografische reikwijdte===
{{#lsth:MedMij:V2020.01/Ontwerpen|Geografische reikwijdte}}
==Kwalificatie==
===Introductie===
<section begin=medmij_kwalificatie_introductie />
Op deze informatiestandaard is een Nictiz kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de [[MedMij:Vprepub-2020.02/Kwalificatie|kwalificatiepagina]].<section end=medmij_kwalificatie_introductie /><section end=medmij_kwalificatie_introductie />

=Wiki structuuroverzicht=
Onderstaande afbeelding geeft een overzicht van de MedMij wiki pagina structuur. Het afsprakenstelsel verwijst naar de MedMij landingspagina die op zijn beurt verwijst naar de functionele en technische ontwerpen. Vanaf deze pagina, de hoofdpagina van de functionele ontwerpen, wordt verwezen naar de onderliggende functionele ontwerp pagina's middels de onderstaande 'patient journeys' en tabel overzicht. De functionele ontwerp beschrijvingen hebben een technische wiki pagina als tegenhanger. Vanuit de leeswijzer afbeelding, bestaande uit drie iconen, bovenaan de pagina is het mogelijk makkelijk door te linken naar de technische pagina's.

<imagemap>Bestand:MedMij_wiki_structuur_overzicht.png||650px|alt=MedMij Wiki structuur overzicht
circle 344 894 333 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
rect 1017 1260 1517 1407 [[Landingspagina_MedMij#Mappings|Mappings]]
rect 2123 3 2740 847 [[MedMij:Vprepub-2020.02/Ontwerpen|Functioneel]]
rect 2123 945 2740 1789 [[MedMij:Vprepub-2020.02/FHIR_IG|Technisch]]
desc none
</imagemap>

=Ontwerpen=
Patient journeys beschrijven de mogelijkheden die MedMij biedt vanuit het perspectief van een fictieve patiënt. Deze paragraaf start met de [[#Patient_journeys| Patient journeys]] die MedMij hanteert.

De paragraaf vervolgt met een index in tabelvorm gesplitst naar de use cases van het afsprakenstelsel:
* [[#Haal_gegevens_op_uit_XIS|Haal gegevens op uit XIS]]
* [[#Stuur_gegevens_naar_XIS|Stuur gegevens naar XIS]]

==Haal gegevens op uit XIS==
===Algemeen===
Een persoonlijke gezondheidsomgeving (PGO) haalt gegevens op bij een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden in publicatie 2020.02 die van toepassing zijn voor het raadplegen van informatie.
{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index raadplegen / beschikbaarstellen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-style="background-color: white;"
|[[Bestand:BgLZ-icon.png|link=MedMij:V2020.01/OntwerpLangdurigeZorg|49px|Basisgegevens Langdurige Zorg]]||Basisgegevens Langdurige Zorg||||Basisgegevens Langdurige Zorg raadplegen|| [[MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg|BgLZ ]] ||[[MedMij:Vprepub-2020.02/FHIR_BGLZ|BgLZ in FHIR]]
|-style="background-color: white;"
|}
Onderstaande tabel geeft een overzicht van de use cases uit de overige informatiestandaarden die van toepassing zijn voor het raadplegen van informatie.
{{NoteBox|1= De informatiestandaarden in onderstaande tabel maken geen deel uit van publicatie 2020.02. De links verwijzen naar de meest recente publicatie.}}
{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index raadplegen / beschikbaarstellen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-style="background-color: white;"
|[[Bestand:BGZ_icoon_zonder_tekst.png|link=https://www.nictiz.nl/standaarden/basisgegevensset-zorg|Basissetgegevens Zorg|49px]]||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||[[MedMij:V2020.01/OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|BgZ]]||[[MedMij:V2020.01/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|[[Bestand:Lab.png|link=https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria|Labuitwisseling|49px]]||[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria Labuitwisseling]||||Laboratoriumresultaten ||[[MedMij:V2020.01/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]||[[MedMij:V2020.01/FHIR_LaboratoryResults|Laboratoriumresultaten in FHIR]]
|-style="background-color: white;"
|rowspan="3"|[[Bestand:Medicatie.png|link=https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx|49px]]
|rowspan="3"|[https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx Medicatieproces]
|rowspan="3"|
||Medicatieoverzicht
||[[MedMij:V2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_in_persoonlijke_gezondheidsomgeving|Medicatieoverzicht]]
||[[MedMij:V2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_overview |Medicatieoverzicht in FHIR]]
|-style="background-color: white;"
||Medicatiegegevens ||[[MedMij:V2020.01/OntwerpMedicatie#Use_case:_Raadplegen_medicatiegegevens_door_pati.C3.ABnt|Medicatiegegevens]]
||[[MedMij:V2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_information |Medicatiegegevens in FHIR]]
|-style="background-color: white;"
||Verstrekkingenvertaling||[[MedMij:V2020.01/OntwerpMedicatie#Use_case:_Raadplegen_verstrekkingenvertaling_.28medicatieverstrekkingen_van_het_LSP.29_door_pati.C3.ABnt|Verstrekkingenvertaling]]
||[[MedMij:V2020.01/FHIR_MedicationProcess#Use_case:_retrieve_medication_information|Verstrekkingenvertaling in FHIR]]
|-
|rowspan="2"|[[Bestand:Allergie.png|link=MedMij:V2020.01/OntwerpAllergieIntolerantie| AllergieIntolerantie|49px]]
|rowspan="2"|[[MedMij:V2020.01/OntwerpAllergieIntolerantie | AllergieIntolerantie]]
|rowspan="2"|
||Allergie/intolerantie ||[[MedMij:V2020.01/OntwerpAllergieIntolerantie| AllergieIntolerantie]] ||[[MedMij:V2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance_information|AllergieIntolerantie in FHIR]]
|-
||Allergie/intolerantie vertaling ||[[MedMij:V2020.01/OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt| AllergieIntolerantieVertaling]] ||[[MedMij:V2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|AllergieIntolerantieVertaling in FHIR]]
|-style="background-color: white;"
|[[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:V2020.01/OntwerpeAfspraak|49px]]
||eAfspraak
||||Afspraken raadplegen
||[[MedMij:V2020.01/OntwerpeAfspraak#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt| eAfspraak]]
|| [[MedMij:V2020.01/FHIR_eAfspraak| eAfspraak in FHIR]]
|-
|[[Bestand:Self-Measuements_zonder_tekst.png|link=MedMij:V2020.01/OntwerpZelfmetingen|49px]]
||Zelfmetingen
||||Zelfmetingen raadplegen||[[MedMij:V2020.01/OntwerpZelfmetingen|Zelfmetingen]]||[[MedMij:V2020.01/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|PDF/A|49px]]
||PDF/A
||||PDF/A raadplegen ||[[MedMij:V2020.01/OntwerpPDFA| PDF/A]] ||[[MedMij:V2020.01/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Huisartsgegevens-zonder-tekst-dun.png|link=MedMij:V2020.01/OntwerpHuisartsgegevens|49px|Huisartsgegevens]]||Huisartsgegevens|||| Huisartsgegevens || [[MedMij:V2020.01/OntwerpHuisartsgegevens|Huisartsgegevens]] ||[[MedMij:V2020.01/FHIR_GP_Data|GP data in FHIR]]
|-style="background-color: white;"
|[[Bestand:GGZ-59.-zondertekst.png|49px|GGZ]]
||Basisgegevens GGZ|||| Basisgegevens GGZ|| [[MedMij:V2020.01/OntwerpGGZ|Basisgegevens GGZ]] ||[[MedMij:V2020.01/FHIR_GGZ|GGZ data in FHIR]]
|-
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:V2020.01/OntwerpVragenlijsten|49px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten||[[MedMij:V2020.01/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:V2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

===What's new===
Een PGO kan na een eerste raadpleging nieuwe of gewijzigde gegevens raadplegen middels een "what's new" uitvraag. Voordeel van deze functionaliteit is dat niet onnodig reeds bekende gegevens opnieuw beschikbaar gesteld hoeven te worden. Denk hierbij aan wederom raadplegen van een volledige gegevensset zoals de BgZ. PGO dient hiervoor de datum van eerdere raadpleging te bewaren, om te gebruiken in een nieuwe raadpleging. XIS dient deze datum te kunnen verwerken. Technische uitwerking staat in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_IG#Use_case_overarching_principles "overarching principles" van het technisch ontwerp].

==Stuur gegevens naar XIS==
Een persoonlijke gezondheidsomgeving (PGO) stuurt gegevens naar een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het sturen van informatie.
{{NoteBox|1= De informatiestandaarden in onderstaande tabel maken geen deel uit van publicatie 2020.02. De links verwijzen naar de meest recente publicatie.}}
{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index sturen / ontvangen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-

|-style="background-color: white;"
|[[Bestand:Self-Measuements_zonder_tekst.png|link=|50px|Zelfmetingen]]||Zelfmetingen||||Zelfmetingen sturen||[[MedMij:V2020.01/OntwerpZelfmetingen#Use_case:_Sturen_zelfmetingen_van_de_vitale_functies_door_pati.C3.ABnt|Zelfmetingen]]||[[MedMij:V2020.01/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|link=|50px|PDF/A]]||PDF/A||||PDF/A|||[[MedMij:V2020.01/OntwerpPDFA#Use_case:_Sturen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt| PDF/A]]||[[MedMij:V2020.01/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Beelden.png|link=|50px|Beelden]]||Beelden||||Beelden sturen|||[[MedMij:V2020.01/OntwerpBeelden|Beelden]] || [[MedMij:V2020.01/FHIR_Images|Beelden in FHIR]]
|-style="background-color: white;"
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:V2020.01/OntwerpVragenlijsten|50px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten|| [[MedMij:V2020.01/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:V2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

==Patient journeys==
{{#lsth:MedMij:V2020.01/Ontwerpen|Patient journeys}}
=Systeemrollen=
{{#lsth:MedMij:V2020.01/Ontwerpen|Systeemrollen}}
=Release notes=
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2020.02 - April 2022|issues=4|MM-3032|MM-3045|MM-2972|MM-3096}}
{{ReleaseNotes|package=2020.02 - Maart 2022|issues=1|MM-2973}}
{{ReleaseNotes|package=2020.02 - Februari 2022|issues=14|MM-2560|MM-2770|MM-2872|MM-2886|MM-2844|MM-2880|MM-2787|MM-2663|MM-2659|MM-2858|MM-2882|MM-2375|MM-2887|MM-2820}}
{{ReleaseNotes|package=2020.02 - Januari 2022|issues=6|MM-2531|MM-2764|MM-2734|MM-2461|MM-2324|MM-2515}}
{{ReleaseNotes|package=2020.02 - November 2021|issues=7|MM-2165|MM-2430|MM-2439|MM-2494|MM-2504|MM-2543|MM-2561}}
{{ReleaseNotes|package=2020.02 - Oktober 2021|issues=1|MM-2392}}
{{ReleaseNotes|package=2020.02 - September 2021|issues=5|MM-2384|MM-2365|MM-2325|MM-2291|MM-2237}}
{{ReleaseNotes|package=2020.02 - Augustus 2021|issues=1|MM-2316}}
{{ReleaseNotes|package=2020.02 - Juli 2021|issues=2|MM-2227|MM-2205}}
{{ReleaseNotes|package=2020.02 - Juni 2021|issues=2|MM-2101|MM-2155}}
{{ReleaseNotes|package=2020.02 - Mei 2021|issues=7|MM-2102|MM-2093|MM-2074|MM-2057|MM-2056|MM-1882|MM-1839}}
{{ReleaseNotes|package=2020.02 - April 2021|issues=1|MM-1976}}
{{ReleaseNotes|package=2020.02 - Maart 2021|issues=9|MM-1911|MM-1906|MM-1899|MM-1861|MM-1846|MM-1752|MM-1750|MM-1122|MM-1091}}
{{ReleaseNotes|package=2020.02 - Februari 2021|issues=10|MM-1828|MM-1787|MM-1758|MM-1722|MM-1703|MM-1662|MM-1650|MM-1578|MM-1462|MM-836}}
{{ReleaseNotes|package=2020.02 - Januari 2021|issues=8|MM-1675|MM-1651|MM-1593|MM-1592|MM-1566|MM-1465|MM-1385|MM-1292}}
{{ReleaseNotes|package=2020.02 - November 2020|issues=4|MM-1557|MM-1542|MM-1522|MM-1517}}
{{ReleaseNotes|package=2020.01 - Oktober 2020|issues=8|MM-1457|MM-1454|MM-1446|MM-1441|MM-1418|MM-1386|MM-1248|MM-791}}
{{ReleaseNotes|package=2020.01 - September 2020|issues=8|MM-1406|MM-1374|MM-1358|MM-1261|MM-1256|MM-1207|MM-1116|MM-267}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|issues=12|MM-1220|MM-1177|MM-1165|MM-1119|MM-1118|MM-1090|MM-1050|MM-1036|MM-854|MM-437|MM-433|MM-221|}}
{{ReleaseNotes|package=2019.01 - Mei 2020|issues=8|MM-1175|MM-1169|MM-1167|MM-1155|MM-1095|MM-1083|MM-1081|MM-1054|}}
{{ReleaseNotes|package=2019.01 - April 2020|issues=7|MM-1053|MM-1015|MM-1002|MM-929|MM-770|MM-672|MM-513}}
{{ReleaseNotes|package=2019.01 - Maart 2020|issues=10|MM-969|MM-947|MM-943|MM-942|MM-938|MM-930|MM-894|MM-888|MM-815|MM-751}}
{{ReleaseNotes|package=2019.01 - Februari 2020|issues=4|MM-913|MM-857|MM-831|MM-827}}
|-
| rowspan = 10; style="background-color: white;"| 2019.01 - Januari 2020
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-800 MM-800]
| style="background-color: white;"| The contact info of the ValueSets included the invalid url "<nowiki>https://www.zibs.nl</nowiki>". This has been changed to the valid url "<nowiki>https://zibs.nl</nowiki>".
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-780 MM-780]
| style="background-color: white;"| Changed equivalence type from specializes to subsumes for 2 concept mappings in ConceptMap TelecomSoortCodelijst-to-ContactPointSystem.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-778 MM-778]
| style="background-color: white;"| Added bi-directional extension to each ConceptMap and set to true if bidirectional or false if not bidirectional. Secondly added the code.specification extension to the FHIR-profiles where the extension was not added yet: zib-AllergyIntolerance, zib-Encounter, zib-Problem, nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-738 MM-738]
| style="background-color: white;"| Changed required binding for extensible on Patient.maritalStatus ValueSet reference in nl-core-patient FHIR-profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-659 MM-659]
| style="background-color: white;"| Improved searchInclude element in all CapabilityStatements based on [resource]:[search param].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-636 MM-636]
| style="background-color: white;"| Changed the mandatory nature of the display element in coded concepts from SHALL to SHOULD.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-632 MM-632]
| style="background-color: white;"| Restructured, renamed and optimized FHIR-examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-619 MM-619]
| style="background-color: white;"| In the LanguageProficiency extension for nl-core-patient:
* Added description on how to use the extension in the nl-core-patient profile in relation to HCIM LanguageProficiency
* Swapped type and level
* Changed display values to more descriptive terms
* Restricted cardinality of both type and level to 1..1
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-563 MM-563]
| style="background-color: white;"| Removed unnecessary constraint on Humanname.extension:humannameassemblyOrder extension in nl-core-humanname FHIR profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-296 MM-296]
| style="background-color: white;"| Added explanation for the use of ConceptMaps and mappings to the FHIR IG.
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - November
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-734 MM-734]
| style="background-color: white;"| Remove old ValueSet files that still lingered in the package after they were re-exported under a different file name.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-580 MM-580]
| style="background-color: white;"| Some ValueSet files used a notation that is not used anymore in newer exports from ART-DECOR. The ValueSet files in the repository and package are re-exported from ART-DECOR. ValueSet files that are not used anymore are removed from the repository and package.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-229 MM-229]
| style="background-color: white;"| Added base profile nl-core-observation to FHIR profiles based on core resource Observation.
|-
| rowspan = 6; style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-570 MM-570]
| style="background-color: white;"|
Removed duplicate files on Simplifier with the following id's:
* MediaContentTypeCodelijst
* careplan-activity-goal
* careplan-medicaldevice
Adjusted duplicate id's in examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-461 MM-461]
| style="background-color: white;"| De Richtlijn paragraaf was toegespitst op BgZ. Tekst is generiek herschreven met minder nadruk op BgZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-441 MM-441]
| style="background-color: white;"| Verbeteren richtlijn omtrent gebruik Nederlandse vertalingen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-438 MM-438]
| style="background-color: white;"| Toevoegen nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-409 MM-409]
| style="background-color: white;"| Toevoegen ontbrekende ConceptMaps en zib FHIR ValueSets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-401 MM-401]
| style="background-color: white;"| Nadere toelichting ten aanzien van gebruik Nederlandse termen bij omschrijving van informatie (labels) in PGO.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - April
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-222 MM-222]
| style="background-color: white;"| Update verouderde tekst van richtlijn paragraaf op FO Ontwerp pagina.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-220 MM-220]
| style="background-color: white;"| Nadere toelichting ten aanzien van FHIR references.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-219 MM-219]
| style="background-color: white;"| MedicationUse niet compleet na een resave in Forge.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Maart
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-200 MM-200]
| style="background-color: white;"| Verloren wijzigingen d.m.v. foutieve commit goed zetten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-198 MM-198]
| style="background-color: white;"| PractitionerRole extensie ontbreekt bij Patient.generalPractitioner.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-189 MM-189]
| style="background-color: white;"| Concept PractitionerRole wijkt af van FHIR core.
|-
| rowspan = 9; style="background-color: white;"| 2019.01
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-180 MM-180]
| style="background-color: white;"| Toelichting functionele definitie via zibs, inclusief Nederlandse termen zorggegevens.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-149 MM-149]
| style="background-color: white;"| Patient.gender mist ConceptMap voor GeslachtCodelijst.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-139 MM-139] [https://bits.nictiz.nl/browse/MM-133 MM-133]
| style="background-color: white;"| PractitionerRole reference extensie toegevoegd aan elementen die naar Practitioner verwijzen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-122 MM-122]
| style="background-color: white;"| ConceptMaps benoemen + aanmaken.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-89 MM-89]
| style="background-color: white;"| Consistentie referenties naar (zib) profielen of base resources voor niet-zib concepten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-88 MM-88]
| style="background-color: white;"| Mapping BasisElementen ontbreekt.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-72 MM-72]
| style="background-color: white;"| Added concept name to all profile mappings from HCIMs or datasets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-70 MM-70]
| style="background-color: white;"| Updated links in technical design pages for profiles so they have less maintenance.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-65 MM-65]
| style="background-color: white;"| Generic guidance on references added.
|-
| rowspan = 6; style="background-color: white;"| 2018.06
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-136 MM-136]
| style="background-color: white;"| Payer.PayerPerson.PayerName is a String but simplifier says it is a nl-core-humanname.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-83 MM-83]
| style="background-color: white;"| Tegenstellende definities van land tussen de Nictiz zib wiki en de FHIR standaarden.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-81 MM-81]
| style="background-color: white;"| Gebruik van AddressType in AddresInformation zib.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-77 MM-77]
| style="background-color: white;"| Ambiguïteit bij HouseNumberAddition/HouseNumberLetter.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-76 MM-76]
| style="background-color: white;"| Wat hoort er thuis in het FirstNames veld in de NameInformation zib?
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-47 MM-47]
| style="background-color: white;"| Suggestion: require display or text on codes.
|}

=Releases=
{| class="wikitable"
! Versie !! Datum !! Omschrijving
|-
| [[MedMij:V2020.01/Ontwerpen|2020.01]] || 2020-08-11 || Zomerrelease met wijzigingen voor MedMij-standaarden
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-10-18 || Use case medicatiegerelateerde allergie- en intolerantiegegevensvertaling toegevoegd
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-10-02 || Use case PDF/A Sturen toegevoegd
|-
| [[MedMij:V2019.01_Ontwerpen|2019.01]] || 2019-03-11 || Alle MedMij-standaarden
|-
| [[MedMij:V2018.06_Ontwerpen|2018.06]] || 2018-10-29 || Basisgegevens GGZ
|-
| [[MedMij:V2018.05_Ontwerpen|2018.05]] || 2018-09-24 || Basisgegevens GGZ voor openbare consultatie
|-
| [[MedMij:V2018.04_Ontwerpen|2018.04]] || 2018-09-02 || eAfspraak fase 2
|-
| [[MedMij:V2018.03_Ontwerpen|2018.03]] || 2018-05-07 || BgZ 2017 en Huisartsgegevens
|-
| [[MedMij:V2018.02_Ontwerpen|2018.02]] || 2018-03-29 || BgZ 2017 voor openbare consultatie
|-
| [[MedMij:V2018.01_Ontwerpen|2018.01]] || 2018-02-21 || Huisartsgegevens voor openbare consultatie
|-
| [[MedMij:V2017.04_Ontwerpen|2017.04]] || 2017-12-18 || Medicatie, Laboratoriumresultaten, Allergie/intolerantie, Zelfmetingen
|-
| [[MedMij:V2017.03_Ontwerpen|2017.03]] || 2017-11-07 || PDF/A
|-
| [[MedMij:V2017.02_Ontwerpen|2017.02]] || 2017-10-11 || eAfspraak
|-
| [[MedMij:V2017.01_Ontwerpen|2017.01]] || 2017-10-02 || BgZ 2015
|}

MedMij:Vprepub-2020.02/Ontwerpen

2022-05-03T09:08:15Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/OntwerpBGZ 2017

2022-05-03T09:00:45Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp BgZ {{VersieInfo|BgZ}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:BGZ_icoon.png |link=|links |87px|Use case BgZ|Patient Summary (BgZ)]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_BGZ_2017|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de Basisgegevensset Zorg binnen MedMij.

De [https://www.registratieaandebron.nl/wat-is-registreren-aan-de-bron/de-kern-van-registreren-aan-de-bron/basisgegevensset/ Basisgegevensset Zorg], ofwel BgZ, is de minimale set van patiëntgegevens die specialisme, ziektebeeld en beroepsgroep overstijgend relevant is en die van belang is voor de continuïteit van zorg en is in Nederland door [https://www.registratieaandebron.nl 'Registratie aan de Bron'] gedefinieerd. Deze set aan patiëntgegevens wordt door alle zorgverleners hetzelfde vastgelegd. Hierdoor wordt uitwisseling van deze gegevens mogelijk gemaakt. De BgZ is gespiegeld aan de Europese Patient Summary.

De bekende use cases voor het uitwisselen van de BgZ zijn gericht op uitwisseling tussen zorgverleners voor spoedeisende hulp of ongeplande zorg. Tot op heden is uitwisseling vanuit het perspectief van de patiënt niet beschreven. Het doel van deze pagina is om de uitwisseling van de BgZ met de patiënt toe te voegen.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| MedMij functionele ontwerpen]].

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: BgZ versie {{VersieInfo|BgZ}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen Basisgegevensset Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in gegevens uit de Basisgegevensset Zorg (BgZ) die over henzelf gaan.

=== Domein ===
Basisgegevensset Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de BgZ vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie,
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ op basis van zibs release 2017] bestaat uit een selectie van 28 [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zibs]. Deze zibs vormen samen een verzameling van patiëntgegevens die minimaal nodig is om patiënten continuïteit van zorg te kunnen bieden.

Deze use case gebruikt de structuur van 18 secties die is aangebracht in BgZ 2017. Hierin zijn de onderdelen gegroepeerd waaruit de BgZ is opgebouwd. Deze secties komen sterk overeen met de secties van [https://www.nictiz.nl/wp-content/uploads/2012/09/Alles-wat-je-wilt-weten-over-CCR-CCD-v1-0.pdf CCR/CCD] en maken het o.a. mogelijk om in de technische implementatie (bv FHIR) structuur aan te brengen. In de [[MedMij:Vprepub-2020.01/FHIR_IG | MedMij FHIR implementatie gids]] staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [[MedMij:Vprepub-2020.01/FHIR_BGZ_2017#List_of_StructureDefinitions | overzicht]] is te zien welk FHIR profiel bij welke zib hoort.

Voor het gebruik van codestelsel geldt de [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn|algemene richtlijn]].

====Raadplegen BgZ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de BgZ. Bij het raadplegen van de BgZ wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen BgZ====
Informatie-elementen in de BgZ staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20190313T152910/tr-2.16.840.1.113883.2.4.3.11.60.42.4.37-2018-08-30T093049.html nieuw tabblad] te openen. Bij het beschikbaarstellen van de BgZ worden alle beschikbare gegevens behorende bij de patiënt beschikbaargesteld.

<html>
<iframe width="100%" height="800" src=https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20190313T152910/tr-2.16.840.1.113883.2.4.3.11.60.42.4.37-2018-08-30T093049.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt (PGO)
|style="background-color: white;vertical-align:top;"|Wil de eigen BgZ raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder (XIS)
|style="background-color: white;vertical-align:top;"|Stelt de BgZ beschikbaar
|}


Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Bestand:InzienBGZ activity.PNG|Activiteitendiagram Raadplegen BgZ]]


=== Procesbeschrijving ===
==== Patient journey - Thomas van Beek ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf Thomas van Beek] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar BgZ.

<blockquote>Voor zijn afstuderen verhuist Thomas 9 maanden naar Groningen. Hij gaat daar bij een heel leuk bedrijf stagelopen. Om het voor hem makkelijk te maken en omdat hij een arts dicht in de buurt wil hebben, schrijft hij zich in bij het ziekenhuis in Groningen. Hiervoor moet het ziekenhuis in Amsterdam alle gegevens van Thomas overdragen aan het ziekenhuis in Groningen. Zo weet de nieuwe arts van Thomas precies wat het verloop van de diabetes is. Thomas is zelf eigenlijk wel nieuwsgierig naar zijn medische gegevens die verstuurd worden. In zijn PGO vindt hij de belangrijkste gegevens die over hem bekend zijn.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case omgaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de BgZ van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de BgZ tussen het betreffende XIS en het eigen PGO.

De BgZ, of een gedeelte van de BgZ, welke de persoon wil inzien, bestaat en de zorgaanbieder (XIS) wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de BgZ, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de BgZ op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de BgZ van de patiënt.
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de BgZ beschikbaar voor de patiënt.
|-
| style="background-color: white;"| 03
| style="background-color: white;"| De patiënt gebruikt de persoonlijke gezondheidsomgeving (PGO) om de BgZ in te zien.
|}

===== Post conditie =====
De persoon kan de Basisgegevensset Zorg inzien via een persoonlijke gezondheidsomgeving (PGO).

=== Systemen & Systeemrollen ===
Zowel patiënt als zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de BgZ van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| BGZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|BgZ}}-BZR-FHIR
| style="background-color: white;"| Raadplegen BgZ bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| BGZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|BgZ}}-BZB-FHIR
| style="background-color: white;"| Beschikbaarstellen BgZ aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienBGZ_componenten.PNG|Componenten diagram]]


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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|BgZ (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen BgZ
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgZ}}-BZR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen BgZ
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgZ}}-BZB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:InzienBGZ_useCase.PNG|Use case diagram inzien BgZ]]


=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| Basisgegevensset Zorg
| style="background-color: white;"| -
| style="background-color: white;"| 12-08-2019
| style="background-color: white;"| [https://www.registratieaandebron.nl/alles-over-de-bgz/de-basisgegevensset-zorg Alles over de BgZ]
| style="background-color: white;"| Registratie aan de bron (RadB)
|-
| style="background-color: white;"| -
| style="background-color: white;"| BgZ - specificatie gebaseerd op zibs release 2017
| style="background-color: white;"| 1.1
| style="background-color: white;"| 19-04-2018
| style="background-color: white;"| [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ - specificatie gebaseerd op zibs release 2017]
| style="background-color: white;"| Registratie aan de bron (RadB)
|-
| style="background-color: white;"| Albert-Jan Spruyt & Jan A. Hazelzet
| style="background-color: white;"| Alles wat je wilt (moet) weten over CCR/CCD
| style="background-color: white;"| 1.0
| style="background-color: white;"| 13-09-2012
| style="background-color: white;"| [https://www.nictiz.nl/wp-content/uploads/2012/09/Alles-wat-je-wilt-weten-over-CCR-CCD-v1-0.pdf Alles wat je wilt (moet) weten over CCR/CCD]
| style="background-color: white;"| Nictiz
|}


=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2020.01 - April 2022|release=3.1.0|issues=2|MM-3034|MM-3012}}
{{ReleaseNotes|package=2020.01 - Maart 2022|release=3.0.17|issues=3|MM-3024|MM-2825|MM-2757}}
{{ReleaseNotes|package=2020.01 - Februari 2022|release=3.0.16|issues=6|MM-2834|MM-2814|MM-2802|MM-2879|MM-2799|MM-2507}}
{{ReleaseNotes|package=2020.01 - Januari 2022|release=3.0.15|issues=4|MM-2658|MM-2525|MM-2607|MM-2711}}
{{ReleaseNotes|package=2020.01 - November 2021|release=3.0.14|issues=5|MM-1862|MM-2483|MM-2488|MM-2517|MM-2520}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|release=3.0.13|issues=2|MM-2431|MM-2446}}
{{ReleaseNotes|package=2020.01 - September 2021|release=3.0.12|issues=5|MM-2383|MM-2293|MM-2196|MM-2087|MM-1623}}
{{ReleaseNotes|package=2020.01 - Augustus 2021|release=3.0.11|issues=1|MM-2294}}
{{ReleaseNotes|package=2020.01 - Mei 2021|release=3.0.8|issues=5|MM-2132|MM-2080|MM-2077|MM-2037|MM-2025}}
{{ReleaseNotes|package=2020.01 - April 2021|release=3.0.7|issues=2|MM-1944|MM-1881}}
{{ReleaseNotes|package=2020.01 - Januari 2021|release=3.0.4|issues=2|MM-1624|MM-1589}}
{{ReleaseNotes|package=2020.01 - November 2020|release=3.0.3|issues=2|MM-1408|MM-1382}}
{{ReleaseNotes|package=2020.01 - Oktober 2020|release=3.0.2|issues=3|MM-1455|MM-1444|MM-1420}}
{{ReleaseNotes|package=2020.01 - September 2020|release=3.0.1|issues=4|MM-1285|MM-1283|MM-1011|MM-517}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=3.0.0|issues=10|MM-1204|MM-972|MM-898|MM-767|MM-616|MM-614|MM-507|MM-419|MM-404|MM-319}}
{{ReleaseNotes|package=2019.01 - Mei 2020|release=2.1.14|issues=1|MM-1094}}
{{ReleaseNotes|package=2019.01 - April 2020|release=2.1.13|issues=3|MM-1025|MM-1003|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart 2020|release=2.1.10|issues=4|MM-997|MM-953|MM-926|MM-657}}
{{ReleaseNotes|package=2019.01 - Februari 2020|release=2.1.9|issues=5|MM-901|MM-900|MM-852|MM-440|MM-414}}
{{ReleaseNotes|package=2019.01 - Januari 2020|release=2.1.8|issues=2|MM-492|MM-467}}
{{ReleaseNotes|package=2019.01 - November|packageIssues=3|release=2.1.7|MM-806}}
{{ReleaseNotes|release=2.1.6|issues=2|MM-729|MM-430}}
{{ReleaseNotes|package=2019.01 - Oktober|release=2.1.5|issues=2|MM-597|MM-594}}
{{ReleaseNotes|package=2019.01 - September|release=2.1.4|issues=5|MM-436|MM-425|MM-422|MM-359|MM-358}}
{{ReleaseNotes|package=2019.01|packageIssues=28|release=2.1.3|issues=6|MM-348|MM-346|MM-307|MM-294|MM-258|MM-248}}
{{ReleaseNotes|release=2.1.2|MM-219}}
{{ReleaseNotes|release=2.1.1|issues=2|MM-210|MM-206}}
{{ReleaseNotes|release=2.1.0|issues=19|MM-174|MM-161|MM-145|MM-144|MM-143|MM-142|MM-141|MM-134|MM-127|MM-125|MM-118|MM-115|MM-100|MM-99|MM-98|MM-94|MM-50|MM-42|MM-41}}
{{ReleaseNotes|package=2018.06|release=2.0.1|issues=6|MM-174|MM-128|MM-66|MM-55|MM-54|MM-23}}
|}

MedMij:Vprepub-2020.01/OntwerpBGZ 2017

2022-05-03T09:00:45Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/OntwerpeAfspraak

2022-05-03T08:52:49Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp eAfspraak {{VersieInfo|eAfspraak}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:EAfspraak_icoon_zonder_tekst.png |link=|links |87px|eAfspraak]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_eAfspraak|Tecnical]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft de use case waarbij een patiënt afspraken kan raadplegen met behulp van een persoonlijke gezondheidsomgeving. Algemene informatie betreffende deze use case kan gevonden worden [[MedMij:Vprepub-2020.01/Ontwerpen|op deze pagina]].

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: eAfspraak versie {{VersieInfo|eAfspraak}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
Deze sectie vervolgt met de volgende use case:
*[[#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt|Afspraak raadplegen]]

Buiten scope van deze use case vallen:
*Abonnementsservice
*Notificaties

==Use case: Afspraak raadplegen door patiënt==
===Doel en relevantie===
Inzicht in afspraken biedt patiënten overzicht en gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid.

===Domein===
Afspraken met zorggebruikers (patiënten / cliënten) in het domein van de zorg.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van afspraken vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in [http://decor.nictiz.nl/pub/eafspraak/eafspraken-html-20210617T150459/sc-2.16.840.1.113883.2.4.3.11.60.61.3.1-2017-10-10T000000.html ART-DECOR].

====Raadplegen afspraak ====
Het raadplegen van een afspraak gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Verdere informatie-elementen in de vraag om afspraken zijn:
*periode (startdatum - einddatum) waarin de afspraak plaats heeft gehad / heeft / zal hebben
Dit betreft dus de filtermogelijkheden (query parameters) in de vraag om afspraken.

====Beschikbaarstellen afspraak ====
Beschikbaarheid van afspraken wordt verwacht vanaf het moment van implementatie van de gegevensdienst door het XIS. Afspraakhistorie van voor dit moment mag ook beschikbaar worden gesteld. De beschikbaarheidsduur is afhankelijk van het door de zorgverlener bepaalde beleid (zie ook beschikbaarheids- en ontvankelijkheidsvoorwaarde onder architectuur, processen en informatie van het [https://afsprakenstelsel.medmij.nl/ MedMij Afsprakenstelsel]).

<html> <iframe width="100%" height="350" src=https://decor.nictiz.nl/pub/eafspraak/eafspraken-html-20210617T150459/tr-2.16.840.1.113883.2.4.3.11.60.61.4.3-2017-10-10T000000.html frameborder="0" align="middle"></iframe> </html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil afspraken raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt afspraken beschikbaar
|}
'''Bedrijfsrollen afspraak inzien'''

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

[[Bestand:Activity Diagram - Afspraak raadplegen-v2.png|Activiteitendiagram afspraak raadplegen]]

'''Activiteitendiagram afspraak raadplegen'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een aantal voor Thomas relevante situaties waarbij het raadplegen van afspraken een rol speelt.

<blockquote>Thomas heeft iedere drie maanden een controle in het ziekenhuis in verband met zijn Diabetes aandoening. De eerstkomende afspraak is op vrijdag 6 oktober 2017 om 10:30u met internist Janssen bij het Antonius Ziekenhuis in Rotterdam en duurt een uur. Het ziekenhuisinformatiesysteem heeft deze afspraak beschikbaar gemaakt voor de persoonlijke gezondheidsomgeving van Thomas. Thomas kan deze afspraak dan ook inzien via zijn persoonlijke gezondheidsomgeving.
----
Op 6 september belt de afdelingssecretaresse van het ziekenhuis. Zij heeft het verzoek aan Thomas of de afspraak verzet kan worden naar dinsdag 3 oktober om 16:00 uur. Dat komt hem prima uit, dus hij gaat akkoord. Het ziekenhuisinformatiesysteem maakt deze nieuwe afspraakinformatie beschikbaar voor de persoonlijke gezondheidsomgeving. Wanneer Thomas later die dag kijkt, ziet hij ook de bijgewerkte afspraakinformatie in zijn persoonlijke gezondheidsomgeving. Wel zo makkelijk, want hij was het eerder die dag vergeten op te schrijven.
</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de afspraak beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van afspraken tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil afspraken inzien en de zorgaanbieder stelt dit ook beschikbaar.
Een patiënt neemt steeds zelf het initiatief om zijn afspraken te raadplegen.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare afspraken bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de afspraken op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om afspraken in te zien.

=====Post conditie=====
De patiënt heeft afspraken geraadpleegd via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de afspraken van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AfspraakRaadplegend
| style="background-color: white;"| EA-{{VersieInfo|eAfspraak}}-AFR-FHIR
| style="background-color: white;"| Raadplegen afspraak bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AfspraakBeschikbaarstellend
| style="background-color: white;"| EA-{{VersieInfo|eAfspraak}}-AFB-FHIR
| style="background-color: white;"| Beschikbaarstellen afspraak aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Afspraak raadplegen (Totaal)-v2.png |Componenten diagram afspraak raadplegen]]

'''Componenten diagram afspraak raadplegen'''

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Afspraken (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak
|style="background-color: white;vertical-align:top;"|EA-{{VersieInfo|eAfspraak}}-AFR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
|style="background-color: white;vertical-align:top;"|EA-{{VersieInfo|eAfspraak}}-AFB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use Case Diagram - Afspraak raadplegen-v2.png|Use case diagram afspraak raadplegen]]

'''Use case diagram afspraak raadplegen

=Functionaliteit=
-

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2020.01 - April 2022|release=2.0.18|issues=1|MM-2714}}
{{ReleaseNotes|package=2020.01 - Maart 2022|release=2.0.17|issues=2|MM-2712|MM-2747}}
{{ReleaseNotes|package=2020.01 - Januari 2022|release=2.0.15|issues=1|MM-2655}}
{{ReleaseNotes|package=2020.01 - November 2021|release=2.0.14|issues=3|MM-2432|MM-2451|MM-2555}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|release=2.0.13|issues=1|MM-213}}
{{ReleaseNotes|package=2020.01 - Augustus 2021|release=2.0.11|issues=1|MM-2299}}
{{ReleaseNotes|package=2020.01 - Juli 2021|release=2.0.10|issues=1|MM-2229}}
{{ReleaseNotes|package=2020.01 - Juni 2021|release=2.0.9|issues=1|MM-2060}}
{{ReleaseNotes|package=2020.01 - Mei 2021|release=2.0.8|issues=1|MM-1775}}
{{ReleaseNotes|package=2020.01 - Maart 2021|release=2.0.3|issues=1|MM-1895}}
{{ReleaseNotes|package=2020.01 - Oktober 2020|release=2.0.2|issues=1|MM-1399}}
{{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=2|MM-1383|MM-1285}}
{{ReleaseNotes|release=1.1.9|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-979}}
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; |
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-600 MM-600]
| style="background-color: white;"| Added missing (but required) identifier to eAfspraak-Appointment example instance.
|-
| style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-214 MM-214]
| style="background-color: white;"|
* URI van mapping naar eAfspraak dataset aangepast binnen eAfspraak-Appointment en eAfspraak-Slot FHIR profielen.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-104 MM-104]
| style="background-color: white;"| XIS kan wijzigingen en annuleringen niet naar PGO pushen. Scope van informatiestandaard aangepast.
|}

MedMij:Vprepub-2020.01/OntwerpeAfspraak

2022-05-03T08:52:49Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/OntwerpVragenlijsten

2022-05-03T08:45:50Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Vragenlijsten {{VersieInfo|Vragenlijsten}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Vragenlijsten-zonder-tekst-dun.png|link=|87px |links||media|Vragenlijsten]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van vragenlijsten en antwoorden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]].

Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).

Voor de informatiestandaard Vragenlijsten wordt er naast de inhoudelijke gegevens, ook technische informatie uitgewisseld over de workflow-status. Dit gebeurt door het bijwerken van een taak die wordt uitgezet ("FHIR QuestionnaireProvisioningTask", voor meer informatie zie het [[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|technisch ontwerp]]). Voor de toepassing van deze informatie binnen MedMij kan deze taak onafhankelijk van de gegevensdienst(en) uitgevoerd worden. Wel kan aangenomen worden dat bepaalde statuswijzigingen vaker binnen een bepaalde gegevensdienst plaatsvinden. Bijvoorbeeld: bijwerken naar “voltooid (completed)” past bij het opsturen van de vragenlijstantwoorden.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Vragenlijsten versie {{VersieInfo|Vragenlijsten}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

Er zijn geen richtlijnen van het zorgaanbiedersdomein. Bij implementeren van de standaard gelden de volgende uitgangspunten:
* Maak gebruik van de bestaande, internationale, FHIR-profielen van [http://hl7.org/fhir/us/sdc/index.html SDC (Structured Data Capture)]
** Bij het overnemen van een profiel, zijn deze in hun geheel toegepast
** Het gaat alleen om die profielen die voor deze use case toegevoegde waarde hebben
* Bij ieder overgenomen profiel is, een voor Nederland specifiek profiel opstellen. Er is bijvoorbeeld minimaal een referentie nodig naar het Nederlandse patiëntprofiel
* De SDC-profielen hebben reeds veel verschillende vraagsoorten & antwoordmogelijkheden gespecificeerd, deze worden overgenomen.

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).
Het ontwerp bevat:
* Een eenvoudige zorgsituatie:

# Een zorgaanbieder maakt, buiten de persoonlijke gezondheidsomgeving om, een afspraak met een patiënt over het invullen van een vragenlijst
# Deze zorgaanbieder maakt de vragenlijst beschikbaar voor de persoonlijke gezondheidsomgeving van de patiënt
# De patiënt gebruikt zijn persoonlijke gezondheidsomgeving om de vragenlijst op te halen
# De patiënt vult de vragenlijst in en stuurt de antwoorden in zijn geheel terug naar het systeem van de zorgaanbieder (XIS).

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Workflow-gerelateerde zaken.
** Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
** Werkafspraken over (tijdigheid van) invullen en terug sturen.
** Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).

* Complexe computergestuurde vragenlijsten (bijvoorbeeld: Computer Adaptive Testing - CAT).
* Interpretatie van antwoorden. Een uitgangspunt is om PGO's nog niet te belasten met het berekenen van scores op basis van ingevulde antwoorden. Het uitwisselen van de definitie van score-berekening is daarom ook buiten scope. Een XIS kan eventueel berekende scores en terugsturen aan een PGO met de use case [[MedMij:Vprepub-2020.01/OntwerpPDFA#Use_case:_Raadplegen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt|PDF/A]].
* Ontwikkeling van nieuwe zibs specifiek voor vragenlijsten.
* Standaardisatie van de inhoud van vragenlijsten (de deliverables van dit project zijn content-agnostisch).
* Toepassing van specifieke coderingen of codestelsels (met uitzondering van administratieve gegevens van patiënt).
* Mogelijke financiële consequenties van het gebruik van vragenlijsten, bijvoorbeeld licentiekosten.

'''Nb.''' Vragenlijsten kunnen gespecificeerde opmaak (bijvoorbeeld vet- of schuingedrukte tekst) hebben die betekenisvol is voor het invullen van een vragenlijst door een PGO-Gebruiker en hiermee relevant is voor een zorgverlener om de uitkomsten te interpreteren. De standaard voorziet in de mogelijkheden om opmaak te specificeren en van gebruikers van deze standaard wordt verwacht dat ze hiermee om kunnen gaan.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
Het raadplegen van de vragenlijstverwijzing, vragenlijst en het sturen van de antwoorden zijn 3 use cases die nadrukkelijk bij elkaar horen. Functioneel kunnen ze zelfs gezien worden als verschillende acties binnen een zelfde use case. Ze zijn echter als separate use case gedefinieerd omdat:
* Het raadplegen van een verwijzing naar een vragenlijst, de vragenlijst en het sturen van de antwoorden asynchroon plaatsvindt
* Het MedMij-afsprakenstelsel voor 'raadplegen en beschikbaarstellen' en voor 'sturen en ontvangen' separate use cases definieert.
Door dit ook in de informatiestandaard gescheiden te houden, kunnen de use cases uit de informatiestandaard goed gemapt worden op de use cases uit het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 MedMij-afsprakenstelsel]. De splitsing is alleen niet goed voor het totaaloverzicht van de verschillende scenario's.

Er zijn twee bedrijfsrollen, namelijk ''Patiënt'' en ''Zorgaanbieder''. Een zorgaanbieder biedt een verwijzing naar een vragenlijst aan, die gebruikt kan worden door een patiënt om bij de zorgaanbieder zelf of een externe repository een vragenlijst op te halen. De patiënt kan dan de vragenlijst invullen en terugsturen naar de zorgaanbieder. Onderstaande tabel geeft de rollen weer.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil vragenlijsten in een persoonlijke gezondheidsomgeving kunnen invullen en de antwoorden terugsturen.
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Wil dat patiënten vragenlijsten invullen en de antwoorden aan de zorgaanbieder sturen.
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

'''Activiteitendiagram vragenlijsten'''

==Use case: Raadplegen vragenlijstverwijzing ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen.
=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijstverwijzing staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

==== Raadplegen vragenlijstverwijzing ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijstverwijzing.

==== Beschikbaarstellen vragenlijstverwijzing ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20210318T181429/tr-2.16.840.1.113883.2.4.3.11.60.56.4.256-2020-02-02T215945.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>De psycholoog belt Jelmer voor de afspraak en vraagt of hij een vragenlijst wil beantwoorden. De vragen gaan over zijn klachten en hoe hij dagelijkse activiteiten en het contact met vrienden en familie ervaart. Jelmer spreekt met hem af om voor zijn eerste afspraak de vragen in te vullen. De psycholoog heeft een link naar de vragenlijst voor hem klaar gezet. Jelmer kan met zijn PGO de link ophalen zodat hij de vragenlijst kan openen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case. Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder (XIS) stelt de vragenlijstverwijzing beschikbaar.
Het resultaat is dat de patiënt (PGO) de beschikking over een verwijzing waarmee die vervolgens de relevante vragenlijst kan ophalen.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
De XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| Zorgaanbieder wijst een bepaalde vragenlijst toe aan patiënt (in het XIS)
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO bevraagt het XIS om deze toewijzing te ontvangen in de vorm van een verwijzing naar een vragenlijst. Deze verwijzing is een URI waar het PGO de daadwerkelijke vragenlijst kan ophalen.
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Vragenlijstverwijzing raadplegend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QLR-FHIR
| style="background-color: white;"| Raadplegen van verwijzing naar vragenlijst door patiënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijstverwijzing beschikbaarstellend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QLB-FHIR
| style="background-color: white;"| Beschikbaarstellen van verwijzing naar vragenlijst voor PGO
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Verwijzing naar vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen verwijzing naar vragenlijst
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QLR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen verwijzing naar vragenlijst
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QLB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Raadplegen vragenlijst ==
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen. Het vervolgens weer terugsturen van de antwoorden staat beschreven in een aparte use case: [[MedMij:Vprepub-2020.01/OntwerpVragenlijsten#Use_case:_Sturen_vragenlijstantwoorden|sturen vragenlijstantwoorden]].

=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijst staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Deze informatie-elementen ondersteunen de volgende aspecten:
* Het al dan niet tonen van bepaalde vragen in de vragenlijst afhankelijk van de antwoorden:
** Hierbij gaat het er om dat sommige vragen overgeslagen worden op basis van een antwoord op een andere vraag (sprongvragen). De dataset kent hiervoor het element 'enableWhen'
* Specificeren van verschillende type vragen:
** Het gaat dan om bijvoorbeeld keuzelijst met één of meerdere selecties, vrije tekst, combinaties hiervan, schalen, et cetera
* Vragenlijsten kunnen ook bepaalde eisen aan de weergave van vragen/antwoordopties definiëren, welke dan verplicht zijn om te volgen. Het verschillend weergegeven van vragenlijsten compromitteren de validiteit en/of vergelijkbaarheid van de vragenlijst. Denk hierbij aan:
** volgorde van antwoordopties of
** het in één keer tonen van alle antwoordopties of
** het recht onder elkaar staan van antwoordopties
** specifieke opmaak zoals '''vet'''- of ''schuin''gedrukte tekst

==== Raadplegen vragenlijst ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijst.

==== Beschikbaarstellen vragenlijst ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20210318T181429/tr-2.16.840.1.113883.2.4.3.11.60.56.4.255-2019-04-11T140121.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>Jelmer kan met zijn PGO de link ophalen zodat hij de vragenlijst kan openen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen.

Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder stelt de vragenlijst beschikbaar (bijvoorbeeld via een vragenlijst-repository waarbij het niet relevant is of de zorgaanbieder deze repository zelf aanbiedt of gebruik maakt van een externe partij).
* De zorgaanbieder koppelt een vragenlijst aan de patiënt.
* De patiënt haalt vervolgens de relevante vragenlijst op.
Het resultaat is dat de patiënt de beschikking heeft over de vragenlijst in zijn PGO en de vragen kan gaan beantwoorden.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO heeft vanuit het XIS een verwijzing naar een vragenlijst ontvangen. Zie use case [[MedMij:Vprepub-2020.01/OntwerpVragenlijsten#Use_case:_Raadplegen_vragenlijstverwijzing|Raadplegen vragenlijstverwijzing]]
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO haalt vervolgens de vragenlijst op.
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

=== Systemen & Systeemrollen ===
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Vragenlijst raadplegend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten1}}-QER-FHIR
| style="background-color: white;"| Raadplegen van vragenlijst door PGO (zonder dat het herleidbaar is op de persoon)
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijst beschikbaarstellend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten1}}-QEB-FHIR
| style="background-color: white;"| Beschikbaarstellen van vragenlijst voor PGO (zonder dat het herleidbaar is op de persoon)
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties & Transactiegroepen ===
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze use case.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-{{VersieInfo|Vragenlijsten1}}-QER-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-{{VersieInfo|Vragenlijsten1}}-QEB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Sturen vragenlijstantwoorden ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om vanuit een PGO de antwoorden op een vragenlijst terug te sturen naar de zorgaanbieder.

=== Domein ===
Antwoorden op vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van antwoorden op vragenlijsten door PGO-gebruiker aan zorgaanbieders vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar zorgaanbiederssysteem (XIS). Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor sturen en ontvangen vragenlijstantwoorden staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Informatie-elementen in Vragenlijstantwoorden staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20210318T181429/tr-2.16.840.1.113883.2.4.3.11.60.56.4.263-2020-04-01T135355.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de hieronder beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>De ingevulde vragenlijst stuurt hij met zijn PGO op naar de psycholoog.</blockquote>
<blockquote>‘Pling’, Jelmer krijgt van zijn PGO een reminder dat hij morgen om 10.00 zijn eerste afspraak heeft bij de psycholoog. De psycholoog heeft zijn ingevulde vragenlijst ontvangen en neemt samen met Jelmer de antwoorden door.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Ook heeft de patiënt de vragenlijst opgehaald zoals beschreven in [[MedMij:Vprepub-2020.01/OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijst]].

Het stuk van het proces waar het in deze use case om gaat is:
* De patiënt beantwoordt de vragenlijst in zijn PGO en stuurt de antwoorden terug naar de zorgaanbieder.

Afhankelijk van het doel van de vragenlijst kan een medewerker van de zorgaanbieder de vragenlijst met de patiënt op een later moment bespreken.

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van (antwoorden op) vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst. Het PGO heeft een vragenlijst opgehaald.

===== Proces stappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO stelt de patiënt in staat de vragenlijsten in te vullen
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Patiënt beantwoordt de vult de vragenlijsten in
|-
| style="background-color: white;"| 03
| style="background-color: white;"| Patiënt bepaalt wanneer het invullen gereed is
|-
| style="background-color: white;"| 04
| style="background-color: white;"| PGO stuurt de antwoorden terug naar het XIS
|}

===== Postconditie =====
De zorgaanbieder kan de vragenlijst met antwoorden inzien in het XIS.
De patiënt en zorgaanbieder kunnen hierover in overleg.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Antwoorden op vragenlijst sturend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QRS-FHIR
| style="background-color: white;"| Sturen van antwoorden op de vragenlijst aan zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Antwoorden op vragenlijst ontvangend systeem
| style="background-color: white;"| VL-{{VersieInfo|Vragenlijsten}}-QRO-FHIR
| style="background-color: white;"| Ontvangen van antwoorden op de vragenlijst van de patiënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Sturen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst sturen]]

'''Componenten diagram Vragenlijsten sturen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Antwoorden op vragenlijst (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-{{VersieInfo|Vragenlijsten}}-QRS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-{{VersieInfo|Vragenlijsten}}-QRO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang met [[MedMij:Vprepub-2020.01/OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijsten]].

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Sturen).png|Use case diagram Sturen Vragenlijsten]]

'''Use case diagram Vragenlijsten

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| Structured Data Capture (SDC)
| style="background-color: white;"| 2.0 (STU2)
| style="background-color: white;"| 2017-04-21
| style="background-color: white;"| https://hl7.org/fhir/us/sdc/STU2/
| style="background-color: white;"| U.S. Office of the National Coordinator (ONC)'s Standards and Infrastructure (S & I) Framework
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2020.01 - April 2022|release=2.0.18|issues=1|MM-3082}}
{{ReleaseNotes|package=2020.01 - Maart 2022|release=2.0.17|issues=1|MM-1238}}
{{ReleaseNotes|package=2020.01 - Februari 2022|release=2.0.16|issues=1|MM-2691}}
{{ReleaseNotes|package=2020.01 - Januari 2022|release=2.0.15|issues=2|MM-2718|MM-2788}}
{{ReleaseNotes|package=2020.01 - November 2021|release=2.0.14|issues=1|MM-2506}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|release=2.0.13|issues=2|MM-2201|MM-2415}}
{{ReleaseNotes|package=2020.01 - September 2021|release=2.0.12|issues=1|MM-2289}}
{{ReleaseNotes|package=2020.01 - Augustus 2021|release=2.0.11|issues=1|MM-2304}}
{{ReleaseNotes|package=2020.01 - Mei 2021|release=2.0.8|issues=1|MM-2040}}
{{ReleaseNotes|package=2020.01 - April 2021|release=2.0.7|issues=1|MM-1707}}
{{ReleaseNotes|package=2020.01 - Maart 2021|release=2.0.6|issues=7|MM-1879|MM-1863|MM-1842|MM-1227|MM-1198|MM-1191|MM-1188}}
{{ReleaseNotes|package=2020.01 - Februari 2021|release=2.0.5|issues=7|MM-1824|MM-1719|MM-1705|MM-1635|MM-1634|MM-1587|MM-1541}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=2.0.0|issues=1|MM-1345}}
{{ReleaseNotes|package=2019.01 - Mei 2020|release=1.0.4|issues=2|MM-1085|MM-1084}}

MedMij:Vprepub-2020.01/OntwerpVragenlijsten

2022-05-03T08:45:50Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/OntwerpPDFA

2022-05-03T08:30:25Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp PDF/A {{VersieInfo|PDFA}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:PDF-A icoon.png |link=|links |87px|PDF/A]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_PDFA|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Voor de uitwisseling van documentgebaseerde, ongestructureerde medische gegevens of gezondheidsinformatie gebruikt MedMij de PDF/A-standaard. PDF/A is een ISO-gestandaardiseerde variant van het gewone PDF-formaat. PDF/A is een van de door Forum Standaardisatie aanbevolen standaarden. Meer informatie over PDF/A vindt u hier: https://www.forumstandaardisatie.nl/standaard/pdf-nen-iso.

Het formaat is specifiek ontwikkeld voor correcte weergave van de inhoud op langere termijn. Het beoogt statische paginainhoud weer te geven en is geschikt voor het opslaan van digitale documenten waar inhoud en context niet meer van mag veranderen. Zo kunnen patiënt en zorgverlener alvast allerlei ongestructureerde gezondheidsinformatie uitwisselen zonder te hoeven wachten tot dat deze gestructureerd opgeleverd kunnen worden.

Bij implemeneteren van PDF/A dient er uit te worden gegaan van een minimale compliance aan de PDF/A-standaard. Dat wil zeggen PDF/A-1 en daarbinnen is ook PDF/A-b toegestaan. Zie voor meer informatie de wiki pagina hierover: https://en.wikipedia.org/wiki/PDF/A#Conformance_levels_and_versions

De standaard PDF/A kent de use cases Raadplegen en Sturen. Algemene informatie betreffende use cases kan gevonden worden op de pagina [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]].

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| de algemene doelgroep]] van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: PDF/A versie {{VersieInfo|PDFA1}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
Deze sectie vervolgt met de volgende use cases:
* [[MedMij:Vprepub-2020.01/OntwerpPDFA#Use_case:_Raadplegen_gezondheidsinformatie_in_PDF.2FA_door_pati.C3.ABnt| Raadplegen gezondheidsinformatie in PDF/A door patiënt]]
* [[MedMij:Vprepub-2020.01/OntwerpPDFA#Use_case:_Sturen_gezondheidsinformatie_in_PDF.2FA_door_pati.C3.ABnt| Sturen gezondheidsinformatie in PDF/A door patiënt]]
==Use case: Raadplegen gezondheidsinformatie in PDF/A door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medische informatie die over henzelf gaan. Het is niet mogelijk om alle medische informatie direct gestructureerd te kunnen ontsluiten voor de patiënt. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in een PDF/A format.

===Domein===
Documenten en ongestructureerde medische informatie in een PDF/A formaat in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch beschikbaar maken van medische gegevens in PDF/A formaat vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===

====Raadplegen medische gegevens in PDF/A====
Het raadplegen van een medische informatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Informatie elementen in de vraag om PDF/A documenten staan hieronder. Dit betreft de filtermogelijkheden (query parameters) in de vraag om documentgegevens. Deze filtermogelijkheden zijn een subset de filtermogelijkheden zoals benoemd in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel].

*patient
*aanmaakdatum
*status

Het ondersteunen van DocumentManifest is optioneel voor het raadplegen van PDF/A.

====Beschikbaarstellen medische gegevens in PDF/A ====
De informatie-elementen voor het beschikbaarstellen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel]. Dit betreft de inhoud van de transactie waarbij het om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen] gaat:

*HL7 FHIR
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
** [http://hl7.org/fhir/STU3/binary.html Binary]

*Zorginformatiebouwstenen
** [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patient]
** [https://zibs.nl/wiki/Zorgverlener-v3.2(2017NL) Zorgverlener]

Het ondersteunen van DocumentManifest is optioneel voor het beschikbaarstellen van PDF/a.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medische gegevens in PDF/A formaat raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medische gegevens in PDF/A formaat beschikbaar
|}
'''Bedrijfsrollen afspraak inzien'''

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

[[Bestand:Activity Diagram - PDFA raadplegen.png|Activiteitendiagram PFD/A raadplegen]]

'''Activiteitendiagram PDF/A raadplegen'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier]. Hieronder een voor Roos relevante situatie waarbij het raadplegen van een PDF/A document rol speelt.

<blockquote> Na het ontslag komt de informatie over de opnameperiode vanuit het ziekenhuis beschikbaar in de PGO, zodat zij een goed beeld heeft van haar opname en haar medicatie. Dit kan zij ook delen met haar naasten.
</blockquote>

Roos zou in haar PGO bijvoorbeeld de ontslagbrief van haar opname kunnen opvragen.

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de PDF/A beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medische gegevens in PDF/A tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil zijn medische gegevens inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om zijn medische gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medische gegevens bij een XIS aan de hand van een zoekopdracht.
*Het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A documenten op voor de patiënt.
*De Patiënt gebruikt de persoonlijke gezondheidsomgeving om de gewenste PDF/A te raadplegen of te downloaden.
*Het systeem van de zorgaanbieder (XIS) levert de PDF/A op voor de patiënt.

=====Post conditie=====
De patiënt heeft zijn medische gegevens geraadpleegd via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om een document of documenten PDF/A van zorgaanbieder naar de patiënt.

{| 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;" rowspan="2"| PGO
| style="background-color: white;"| PDFAMetadataLijstRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|PDFA1}}-PLR-FHIR
| style="background-color: white;"| Raadplegen PDF/A metadata lijst bij zorgaanbieder
|-
| style="background-color: white;"| PDFARaadplegend
| style="background-color: white;"| MM-{{VersieInfo|PDFA1}}-PDR-FHIR
| style="background-color: white;"| Raadplegen PDF/A document bij zorgaanbieder
|-
| style="background-color: white;" rowspan="2"| XIS
| style="background-color: white;"| PDFAMetadataLijstBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|PDFA1}}-PLB-FHIR
| style="background-color: white;"| Beschikbaarstellen PDF/A metadata lijst bij patient
|-
| style="background-color: white;"| PDFABeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|PDFA1}}-PDB-FHIR
| style="background-color: white;"| Beschikbaarstellen PDF/A document bij patient
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - PDFA raadplegen (Totaal).png|Componenten diagram PDF/A raadplegen]]

'''Componenten diagram PDFA raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA metadata lijst (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.11&effectiveDate=2019-06-27T12:52:37&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Raadplegen PDF/A metadata lijst]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA1}}-PLR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="4"|[[MedMij:Vprepub-2020.01/FHIR_PDFA|PDF/A in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.12&effectiveDate=2019-06-27T12:52:37&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Beschikbaarstellen PDF/A metadata lijst]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA1}}-PLB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.17&effectiveDate=2019-06-27T14:45:49&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Raadplegen PDF/A]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA1}}-PDR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.18&effectiveDate=2019-06-27T14:45:49&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Beschikbaarstellen PDF/A]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA1}}-PDB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use Case Diagram - PDFA raadplegen.png|Use case diagram PDF/A raadplegen]]

'''Use case diagram PDF/A Raadplegen

==Use case: Sturen gezondheidsinformatie in PDF/A door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door gezondheidsinformatie te delen met zorgverleners. Het is niet mogelijk om alle informatie direct gestructureerd te kunnen sturen. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in PDF/A formaat.

===Domein===
Documenten en ongestructureerde gezondheidsinformatie in een PDF/A formaat in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch beschikbaar maken van een document of documenten in PDF/A formaat vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar zorgaanbiederssysteem (XIS).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De informatie-elementen die van toepassing zijn voor de standaard PDF/A Sturen, zijn gedefinieerd op het platform [https://www.nictiz.nl/standaardisatie/art-decor/ ART-DECOR] in het project [https://decor.nictiz.nl/art-decor/decor-project--docs- Documentuitwisseling].

====Sturen van gezondheidsinformatie in PDF/A====
Het sturen van een gezondheidsinformatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Om uitwisseling van PDF/A-bestanden tot stand te brengen, neemt MedMij zoveel mogelijk over van het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) MHD-profiel] (Mobile access to Health Documents) van [https://wiki.ihe.net/index.php/Main_Page IHE] (Integrating the Healthcare Enterprise) dat een RESTful / HTTP-interface definieert naar een XDS-omgeving met behulp van HL7 FHIR STU3-bronnen. De informatie-elementen voor het beschikbaarstellen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD-profiel].

De inhoud van de transactie gaat om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen]:
*HL7 FHIR
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
** [http://hl7.org/fhir/STU3/binary.html Binary]

*Zorginformatiebouwstenen
** [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patiënt]
** [https://zibs.nl/wiki/Zorgverlener-v3.2(2017NL) Zorgverlener]

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil gezondheidsinformatie in PDF/A formaat sturen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Ontvangt gezondheidsinformatie in PDF/A formaat
|}

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

[[Bestand:Activity Diagram - Sturen sturen2.png|Activiteitendiagram PFD/A sturen]]

'''Activiteitendiagram PDF/A sturen'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Een voorbeeldsituatie die de meerwaarde schetst van het sturen van PDF/A vanuit het PGO is de 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf Roos Dalstra]. Hieronder een voor Roos relevante situatie waarbij het sturen van een PDF/A document rol kan spelen.

<blockquote>Roos is ’s nachts vanwege benauwdheid opgenomen op de afdeling cardiologie van het ziekenhuis. De internist in dienst die nacht wil graag weten welke medicatie Roos gebruikt. Aangezien Roos alles heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien door deze te sturen naar het ziekenhuisinformatiesysteem.</blockquote>

Wanneer het XIS niet in staat is om het medicatieoverzicht gestructureerd te ontvangen, zou het PGO het medicatieoverzicht in een PDF/A kunnen sturen. Zo heeft de arts wel gelijk de beschikking over het medicatieoverzicht.

===='Patient journey' - Jelmer Postma ====
Een tweede voorbeeld waarbij de meerwaarde van raadplegen en sturen van PDF/A vanuit het PGO is de 'patient journey' van [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]]. Hieronder een voor Jelmer relevante situatie waarbij het sturen van een PDF/A document rol kan spelen.

<blockquote> De opname in de GGZ-instelling is van korte duur. Vanaf nu wordt Jelmer ambulant behandeld door een reguliere GGZ-instelling.</blockquote>

Vanuit zijn zorgtraject heeft Jelmer verschillende plannen en verslagen in zijn PGO opgeslagen. Onder andere het initiële plan van de bedrijfsarts en het behandelplan van de psychiater kan Jelmer raadplegen in zijn PGO.
De verslagen kan Jelmer als PDF/A sturen aan (nieuwe) begeleiders zodat alle betrokkenen de informatie rond Jelmer zijn ziekte hebben, waarmee zijn herstel zo spoedig mogelijk kan verlopen.

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een patiënt (PGO) stuurt de PDF/A naar het systeem van een zorgverlener (XIS).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van gezondheidsinformatie in PDF/A tussen eigen persoonlijke gezondheidsomgeving en het betreffende XIS.

De patiënt wil zijn gezondheidsinformatie sturen en de zorgaanbieder ontvangt deze.
:Een patiënt kan steeds zelf het initiatief nemen om zijn gezondheidsinformatie te sturen.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) stuurt gezondheidsinformatie in PDF/A formaat naar een XIS.
*Het systeem van de zorgaanbieder (XIS) ontvangt een PDF/A van de patiënt.

=====Post conditie=====
De patiënt heeft zijn gezondheidsinformatie in PDF/A formaat gestuurd via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel patiënt als zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om een document of documenten PDF/A van patiënt naar zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| DocumentcollectieSturend
| style="background-color: white;"| MM-{{VersieInfo|PDFA}}-DCS-FHIR
| style="background-color: white;"| Sturen PDF/A document naar zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| DocumentcollectieOntvangend
| style="background-color: white;"| MM-{{VersieInfo|PDFA}}-DCO-FHIR
| style="background-color: white;"| Ontvangen PDF/A document van de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - PDFA sturen (Totaal)2.png |Componenten diagram PDFA sturen]]

'''Componenten diagram PDF/A Sturen'''

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA (PUSH)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.23&effectiveDate=2019-06-30T23:34:28&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Sturen PDF/A Document(en)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA}}-DCS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_PDFA|PDF/A in FHIR]]

|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.24&effectiveDate=2019-06-30T23:34:28&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Ontvangen PDF/A Document(en)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|PDFA}}-DCO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use Case Diagram - PDFA sturen2.png|Use case diagram PFD/A sturen]]

'''Use case diagram PDF/A sturen

=Functionaliteit=

== Raadplegen ==
PGO raadpleegt als eerste bij het XIS, de index met referenties naar documenten. PGO raadpleegt in zijn tweede stap de documenten via deze referenties onder dezelfde condities - met name autorisatie- als de raadpleging van de index. Het XIS is gehouden aan de controle van deze condities. De referenties in de index moeten dus leiden naar een locatie die onder controle staat van het betreffende XIS. Om deze controlemogelijkheid af te dwingen kan het nodig zijn dat het XIS de referentie naar het werkelijke document in opgehaalde indexgegevens vervangt door een alternatieve referentie die onder controle staat bij het XIS. Voor een PGO is een eventuele vervangen referentie transparant: het blijft een referentie die het systeem kan volgen onder dezelfde condities als het indexgegeven zelf.

De transactie "Raadplegen PDF/A" door de PGO volgt de (aangepaste) referentie naar het document. Het raadplegen via het XIS is om context en controle te houden.

== Sturen ==
Bij Sturen van PDF/A door een PGO worden de PDF/A documenten direct in het bericht als een (binair) bestand meegezonden. Er wordt dus niet gewerkt met referenties zoals bij Raadplegen PDF/A het geval is.

De XIS zal het bericht ontvangen en het PDF/A afleveren bij de Ontvanger (vaak de zorgverlener) die in het bericht is opgenomen. Hoe het afleveren aan de XIS kant van de PDF/A naar een zorgverlener plaatsvindt wordt niet door de informatiestandaard bepaald.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| Mobile access to Health Documents (MHD)
| style="background-color: white;"| -
| style="background-color: white;"| 10-05-2019 (wijzigingsdatum)
| style="background-color: white;"| [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) Mobile access to Health Documents (MHD)]
| style="background-color: white;"| [https://wiki.ihe.net/index.php/Main_Page Integrating the Healthcare Enterprise (IHE)]
|-
| style="background-color: white;"| -
| style="background-color: white;"| FHIR STU3 Resource Index
| style="background-color: white;"| FHIR STU3
| style="background-color: white;"| 19-04-2017
| style="background-color: white;"| [http://hl7.org/fhir/STU3/resourcelist.html Resource Index]
| style="background-color: white;"| [http://hl7.org/fhir/ Hl7]
|-
| style="background-color: white;"| -
| style="background-color: white;"| Zorginformatie bouwstenen
| style="background-color: white;"| zib Publicatie 2017(NL)
| style="background-color: white;"| 23-12-2018 (wijzigingsdatum)
| style="background-color: white;"| [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatie bouwstenen]
| style="background-color: white;"| [http://www.nictiz.nl Nictiz]
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2020.01 - April 2022|release=3.0.18|issues=3|MM-3082|MM-3033|MM-3016}}
{{ReleaseNotes|package=2020.01 - Maart 2022|release=3.0.17|issues=3|MM-3035|MM-3031|MM-2968}}
{{ReleaseNotes|package=2020.01 - Februari 2022|release=3.0.16|issues=3|MM-2834|MM-2691|MM-2830}}
{{ReleaseNotes|package=2020.01 - Januari 2022|release=3.0.15|issues=2|MM-2664|MM-2711}}
{{ReleaseNotes|package=2020.01 - November 2021|release=3.0.14|issues=1|MM-2480}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|release=3.0.13|issues=5|MM-2264|MM-2310|MM-2414|MM-2415|MM-2443}}
{{ReleaseNotes|package=2020.01 - September 2021|release=3.0.12|issues=1|MM-2361}}
{{ReleaseNotes|package=2020.01 - Augustus 2021|release=3.0.11|issues=1|MM-2168}}
{{ReleaseNotes|package=2020.01 - Juni 2021|release=3.0.9|issues=1|MM-2187}}
{{ReleaseNotes|package=2020.01 - Mei 2021|release=3.0.8|issues=2|MM-2075|MM-1721}}
{{ReleaseNotes|package=2020.01 - April 2021|release=3.0.7|issues=4|MM-2014|MM-2013|MM-1960|MM-1707}}
{{ReleaseNotes|package=2020.01 - Februari 2021|release=3.0.5|issues=1|MM-1772}}
{{ReleaseNotes|package=2020.01 - November 2020|release=3.0.2|issues=1|MM-1466}}
{{ReleaseNotes|package=2020.01 - September 2020|release=3.0.1|issues=5|MM-1393|MM-1328|MM-1281|MM-1228|MM-1011}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=3.0.0|issues=4|MM-1121|MM-1079|MM-1069|MM-816|}}
{{ReleaseNotes|package=2019.01 - Mei|release=2.0.10|issues=2|MM-1168|MM-1082}}
{{ReleaseNotes|package=2019.01 - Maart|release=2.0.3|issues=2|MM-975|MM-945}}
{{ReleaseNotes|package=2019.01 - Februari|release=2.0.2|issues=1|MM-870}}
|-
| style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| 2.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-571 MM-571]
| style="background-color: white;"| The references to some of the profiles on the wiki page weren't resolvable. This has been changed, so that they link to Simplifier.
|-
| style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| 1.2.3
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-335 MM-335]
| style="background-color: white;"| Verwijzing naar het IHE MHD pdf document gaat nu naar de STU3 versie i.p.v. de laatste versie (o.b.v. R4)
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-49 MM-49]
| style="background-color: white;"| Beschikbaarstellen van referenties alleen via dezelfde geraadpleegde resourceserver met de benodigde autorisatie.
|}

MedMij:Vprepub-2020.01/OntwerpPDFA

2022-05-03T08:30:25Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.01/OntwerpAllergieIntolerantie

2022-05-03T08:27:55Z

Mik de Jong: Release notes patchrelease April 2022 - Maand (maart -->april) gecorrigeerd

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp AllergieIntolerantie {{VersieInfo|AllergieIntolerantie}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Allergie.png |link=|links |87px|Medicatie Proces]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Dit functioneel ontwerp beschrijft het verzamelen van allergie- en intolerantiegegevens door een patiënt. Tevens beschrijft dit functioneel ontwerp hoe deze allergie- en intolerantiegegevens ingezien kunnen worden door middel van een PGO. Daarnaast betreft deze inleiding een specifieke aanvulling op de overkoepelende inleiding van de [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij functionele ontwerpen]].

Voor uitwisseling van allergie- en intolerantiegegevens worden de volgende zibs gebruikt:

* Patiënt;
* Zorgaanbieder;
* Zorgverlener;
* Contactpersoon;
* AllergieIntolerantie.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| MedMij functionele ontwerpen]].

==Kaders en uitgangspunten==

===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: AllergieIntolerantie versie {{VersieInfo|AllergieIntolerantie}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen allergie- en intolerantiegegevens door patiënt==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde allergieën en intoleranties die over henzelf gaan.

=== Domein ===
Allergie- en intolerantiegegevens in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het electronisch en gestructureerd beschikbaar maken van de allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*Informatie;
*Bedrijfsrollen (actoren);
*Proces;
*Systemen;
*Systeemrollen;
*Transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuuronafhankelijk.

=== Informatie ===

De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ART-DECOR.

====Raadplegen AllergieIntolerantie-gegevens====

Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van allergie- en intolerantiegegevens. Bij het raadplegen van allergie- en intolerantiegegevens wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen AllergieIntolerantie-gegevens====

Informatie elementen in allergie- en intolerantiegegevens staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie opleveren van allergie- en intolerantiegegevens.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon.

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil zijn AllergieIntolerantie-gegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt AllergieIntolerantie-gegevens beschikbaar
|}
'''Bedrijfsrollen AllergieIntolerantie'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:Activity_Diagram_-_AllergieIntolerantiegegevens_.png|Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens]]

'''Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens'''

=== Procesbeschrijving ===
==== Patient journey - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situaties waarbij het raadplegen van een haar allergie- en intolerantiegegevens een rol speelt.

<blockquote>Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke
gezondheidsomgeving terug. Maar ook oudere opgeslagen informatie kan Roos raadplegen en opslaan in de PGO, zoals bijvoorbeeld haar bloeduitslagen en bekende allergieën.</blockquote>

<blockquote>Aangezien Roos alles netjes heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien en laten uploaden naar het ziekenhuisinformatiesysteem. Hierdoor heeft de internist een snel en accuraat overzicht van de huidige medicatie van Roos. Ook heeft de internist inzicht in de hoeveelheid insuline die ze extra heeft gespoten toen haar bloedsuikers te hoog waren de afgelopen week. Roos autoriseert het ziekenhuis ook om haar laboratoriumwaarden in te zien, zo kunnen ze zien welke bloedwaarden ze de afgelopen tijd had. De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. De internist ziet in het medicatieoverzicht dat Roos allergisch is voor de antibiotica die meestal bij blaasontstekingen worden gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder de allergie- en intolerantiegegevens van haar bij haar huisarts heeft geraadpleegd was de internist op de hoogte van haar antibiotica-allergie.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt AllergieIntolerantie-gegevens van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de AllergieIntolerantie-gegevens tussen het betreffende XIS en het eigen PGO.

De patiënt wil allergie- en intolerantiegegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de AllergieIntolerantie-gegevens op te halen, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de persoon (PGO) raadpleegt de beschikbare AllergieIntolerantie-gegevens.
* Het systeem van de zorgaanbieder (XIS) stelt de AllergieIntolerantie-gegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn AllergieIntolerantie-gegevens in te zien.

===== Post conditie =====
De persoon kan zijn AllergieIntolerantie-gegevens inzien via de PGO.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de allergie- en intolerantiegegevens van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergyIntolerantiegegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantie bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergyIntolerantiegegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantie aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_AllergieIntolerantiegegevens.png|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AllergieIntolerantie-gegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen AllergieIntolerantie-gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_AllergieIntolerantiegegevens_.png|Use case diagram inzien AllergieIntolerantie-gegevens]]

'''Use case diagram inzien AllergieIntolerantie-gegevens

==Use case 2: Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling door patiënt==
Dit is een alternatief voor use case 1 dat zich beperkt tot het ontsluiten van medicatiegerelateerde allergie- en intolerantiegegevens die afkomstig zijn uit de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid/ informatiestandaard Medicatieproces 6.12].

===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegerelateerde allergie- en intolerantiegegevens die over henzelf gaan. De medicatiegerelateerde allergie- en intolerantiegegevens van ICA (Intolerantie, Contra-indicaties en Allergieën) versie 6.12 betreffen een [http://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.12-2013-08-19T000000.html HL7v3-messaging standaard]. Deze use case gaat uit van conversie van deze HL7v3-gegevens naar FHIR-resources.

===Domein===
Medicatiegerelateerde allergie- en intolerantiegegevens.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van medicatiegerelateerde allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) - met behulp van een vertaling naar FHIR - naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO): we noemen dit medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ICA 6.12 en [[Mappingarchitectuur#Contraindicaties_en_overgevoeligheden_.28CIO.29|de bijbehorende vertaling]] naar het CIO-datamodel (Contra-indicaties en overgevoeligheden). De medicatiegerelateerde allergie- en intolerantiegegevens in ICA-6.12 zijn vertaald naar het CIO-datamodel voor het onderdeel AllergieIntolerantie. Eventuele negatieve (ontkennende) overgevoeligheden maken hier géén onderdeel van uit. Deze mogen ook officieel niet uitgewisseld worden volgens 6.12, maar als dit tóch gebeurt, worden deze uitgefilterd via de mapping.

====Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling. Bij het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Informatie elementen in medicatiegerelateerde allergie- en intolerantiegegevensvertaling staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie met medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon. Afwijkingen hiervan zijn gedocumenteerd in [https://bits.nictiz.nl/browse/CIO-5 CIO-5].

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatiegerelateerde allergie- en intolerantiegegevensvertaling raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar
|}
'''Bedrijfsrollen medicatiegerelateerde allergie- en intolerantiegegevensvertaling '''

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

[[Bestand:Activity_diagram_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Activiteitendiagram Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een medicatiegerelateerde allergie- en intolerantiegegevensvertaling een rol speelt.

<blockquote>De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. Roos toont de internist het medicatieoverzicht in de PGO en hij ziet dat zij allergisch is voor de antibiotica die meestal bij blaasontstekingen wordt gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder haar medicatiegerelateerde allergie- en intolerantiegegevens bij de apotheek heeft geraadpleegd was de internist op de hoogte van haar antibiotica allergie.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar aan het systeem van een patiënt (PGO).
*Een PGO heeft de mogelijkheid om deze medicatiegerelateerde allergie- en intolerantiegegevens op te vragen en dit te presenteren.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van allergie- en intolerantiegegevensvertaling tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil allergie- en intolerantiegegevensvertaling inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medicatiegerelateerde allergie- en intolerantiegegevensvertaling bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert medicatiegerelateerde allergie- en intolerantiegegevensvertaling op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om medicatiegerelateerde allergie- en intolerantiegegevensvertaling in te zien.

=====Post conditie=====
De patiënt kan medicatiegerelateerde allergie- en intolerantiegegevensvertaling inzien via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatiegerelateerde allergie- en intolerantiegegevensvertaling van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergieIntolerantieVertalingRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantieVertaling bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergieIntolerantieVertalingBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantieVertaling aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Medicatiegerelateerde allergie- en intolerantiegegevensvertaling.png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_case_diagram_raadplegen_Medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Use case diagram raadplegen Medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Use case diagram

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|release=3.0.17|package=2020.01 - April 2022|issues=1|MM-3034}}
{{ReleaseNotes|release=3.0.16|package=2020.01 - Maart 2022|issues=1|MM-3026}}
{{ReleaseNotes|release=3.0.15|package=2020.01 - Februari 2022|issues=1|MM-2834}}
{{ReleaseNotes|release=3.0.14|package=2020.01 - Januari 2022|issues=1|MM-2711}}
{{ReleaseNotes|release=3.0.9|package=2020.01 - September 2021|issues=2|MM-2383|MM-2339}}
{{ReleaseNotes|release=3.0.8|package=2020.01 - Mei 2021|issues=2|MM-2079|MM-2062}}
{{ReleaseNotes|release=3.0.7|package=2020.01 - April 2021|issues=1|MM-1901}}
{{ReleaseNotes|release=3.0.5|package=2020.01 - Februari 2021|issues=3|MM-1797|MM-1731|MM-1571}}
{{ReleaseNotes|release=3.0.1|package=2020.01 - Oktober 2020|issues=1|MM-1390}}
{{ReleaseNotes|release=3.0.0|package=2020.01 - Zomerrelease 2020|issues=5|MM-733|MM-722|MM-717|MM-616|MM-614}}
{{ReleaseNotes|release=2.0.4|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-926}}
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - Januari 2020
| rowspan = 1; style="background-color: white;"| 2.0.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 2.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-610 MM-610]
| style="background-color: white;"|
Added missing profiles for practitionerrole, organization and related-person. Removed the word 'medication' in favor of 'allergy intolerance'. In the [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|technical specification]].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-498 MM-498]
| style="background-color: white;"| Added conceptmap for AllergyIntolerance.category to aid in mapping from HCIM AllergyIntolerance value set AllergieCategorieCodelijst to FHIR STU3 AllergyIntoleranceCategory.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| -
| style="background-color: white;"|
Use case toegevoegd: Raadplegen/beschikbaarstellen medicatiegerelateerde allergieIntolerantieVertaling.
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-52 MM-52]
| style="background-color: white;"| AllergyIntolerantie filter op medicatieproces conditie geldigheidstermijn niet nodig
|}

MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie

2022-05-03T08:27:55Z

Mik de Jong: Release notes patchrelease April 2022 - Maand (maart -->april) gecorrigeerd

MedMij:V2020.01/OntwerpAllergieIntolerantie

2022-05-03T08:22:50Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp AllergieIntolerantie {{VersieInfo|AllergieIntolerantie}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Allergie.png |link=|links |87px|Medicatie Proces]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Dit functioneel ontwerp beschrijft het verzamelen van allergie- en intolerantiegegevens door een patiënt. Tevens beschrijft dit functioneel ontwerp hoe deze allergie- en intolerantiegegevens ingezien kunnen worden door middel van een PGO. Daarnaast betreft deze inleiding een specifieke aanvulling op de overkoepelende inleiding van de [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij functionele ontwerpen]].

Voor uitwisseling van allergie- en intolerantiegegevens worden de volgende zibs gebruikt:

* Patiënt;
* Zorgaanbieder;
* Zorgverlener;
* Contactpersoon;
* AllergieIntolerantie.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| MedMij functionele ontwerpen]].

==Kaders en uitgangspunten==

===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: AllergieIntolerantie versie {{VersieInfo|AllergieIntolerantie}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen allergie- en intolerantiegegevens door patiënt==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde allergieën en intoleranties die over henzelf gaan.

=== Domein ===
Allergie- en intolerantiegegevens in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het electronisch en gestructureerd beschikbaar maken van de allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*Informatie;
*Bedrijfsrollen (actoren);
*Proces;
*Systemen;
*Systeemrollen;
*Transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuuronafhankelijk.

=== Informatie ===

De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ART-DECOR.

====Raadplegen AllergieIntolerantie-gegevens====

Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van allergie- en intolerantiegegevens. Bij het raadplegen van allergie- en intolerantiegegevens wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen AllergieIntolerantie-gegevens====

Informatie elementen in allergie- en intolerantiegegevens staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie opleveren van allergie- en intolerantiegegevens.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon.

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil zijn AllergieIntolerantie-gegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt AllergieIntolerantie-gegevens beschikbaar
|}
'''Bedrijfsrollen AllergieIntolerantie'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:Activity_Diagram_-_AllergieIntolerantiegegevens_.png|Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens]]

'''Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens'''

=== Procesbeschrijving ===
==== Patient journey - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situaties waarbij het raadplegen van een haar allergie- en intolerantiegegevens een rol speelt.

<blockquote>Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke
gezondheidsomgeving terug. Maar ook oudere opgeslagen informatie kan Roos raadplegen en opslaan in de PGO, zoals bijvoorbeeld haar bloeduitslagen en bekende allergieën.</blockquote>

<blockquote>Aangezien Roos alles netjes heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien en laten uploaden naar het ziekenhuisinformatiesysteem. Hierdoor heeft de internist een snel en accuraat overzicht van de huidige medicatie van Roos. Ook heeft de internist inzicht in de hoeveelheid insuline die ze extra heeft gespoten toen haar bloedsuikers te hoog waren de afgelopen week. Roos autoriseert het ziekenhuis ook om haar laboratoriumwaarden in te zien, zo kunnen ze zien welke bloedwaarden ze de afgelopen tijd had. De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. De internist ziet in het medicatieoverzicht dat Roos allergisch is voor de antibiotica die meestal bij blaasontstekingen worden gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder de allergie- en intolerantiegegevens van haar bij haar huisarts heeft geraadpleegd was de internist op de hoogte van haar antibiotica-allergie.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt AllergieIntolerantie-gegevens van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de AllergieIntolerantie-gegevens tussen het betreffende XIS en het eigen PGO.

De patiënt wil allergie- en intolerantiegegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de AllergieIntolerantie-gegevens op te halen, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de persoon (PGO) raadpleegt de beschikbare AllergieIntolerantie-gegevens.
* Het systeem van de zorgaanbieder (XIS) stelt de AllergieIntolerantie-gegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn AllergieIntolerantie-gegevens in te zien.

===== Post conditie =====
De persoon kan zijn AllergieIntolerantie-gegevens inzien via de PGO.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de allergie- en intolerantiegegevens van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergyIntolerantiegegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantie bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergyIntolerantiegegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantie aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_AllergieIntolerantiegegevens.png|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AllergieIntolerantie-gegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen AllergieIntolerantie-gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_AllergieIntolerantiegegevens_.png|Use case diagram inzien AllergieIntolerantie-gegevens]]

'''Use case diagram inzien AllergieIntolerantie-gegevens

==Use case 2: Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling door patiënt==
Dit is een alternatief voor use case 1 dat zich beperkt tot het ontsluiten van medicatiegerelateerde allergie- en intolerantiegegevens die afkomstig zijn uit de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid/ informatiestandaard Medicatieproces 6.12].

===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegerelateerde allergie- en intolerantiegegevens die over henzelf gaan. De medicatiegerelateerde allergie- en intolerantiegegevens van ICA (Intolerantie, Contra-indicaties en Allergieën) versie 6.12 betreffen een [http://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.12-2013-08-19T000000.html HL7v3-messaging standaard]. Deze use case gaat uit van conversie van deze HL7v3-gegevens naar FHIR-resources.

===Domein===
Medicatiegerelateerde allergie- en intolerantiegegevens.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van medicatiegerelateerde allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) - met behulp van een vertaling naar FHIR - naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO): we noemen dit medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ICA 6.12 en [[Mappingarchitectuur#Contraindicaties_en_overgevoeligheden_.28CIO.29|de bijbehorende vertaling]] naar het CIO-datamodel (Contra-indicaties en overgevoeligheden). De medicatiegerelateerde allergie- en intolerantiegegevens in ICA-6.12 zijn vertaald naar het CIO-datamodel voor het onderdeel AllergieIntolerantie. Eventuele negatieve (ontkennende) overgevoeligheden maken hier géén onderdeel van uit. Deze mogen ook officieel niet uitgewisseld worden volgens 6.12, maar als dit tóch gebeurt, worden deze uitgefilterd via de mapping.

====Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling. Bij het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Informatie elementen in medicatiegerelateerde allergie- en intolerantiegegevensvertaling staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie met medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon. Afwijkingen hiervan zijn gedocumenteerd in [https://bits.nictiz.nl/browse/CIO-5 CIO-5].

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatiegerelateerde allergie- en intolerantiegegevensvertaling raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar
|}
'''Bedrijfsrollen medicatiegerelateerde allergie- en intolerantiegegevensvertaling '''

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

[[Bestand:Activity_diagram_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Activiteitendiagram Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een medicatiegerelateerde allergie- en intolerantiegegevensvertaling een rol speelt.

<blockquote>De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. Roos toont de internist het medicatieoverzicht in de PGO en hij ziet dat zij allergisch is voor de antibiotica die meestal bij blaasontstekingen wordt gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder haar medicatiegerelateerde allergie- en intolerantiegegevens bij de apotheek heeft geraadpleegd was de internist op de hoogte van haar antibiotica allergie.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar aan het systeem van een patiënt (PGO).
*Een PGO heeft de mogelijkheid om deze medicatiegerelateerde allergie- en intolerantiegegevens op te vragen en dit te presenteren.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van allergie- en intolerantiegegevensvertaling tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil allergie- en intolerantiegegevensvertaling inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medicatiegerelateerde allergie- en intolerantiegegevensvertaling bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert medicatiegerelateerde allergie- en intolerantiegegevensvertaling op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om medicatiegerelateerde allergie- en intolerantiegegevensvertaling in te zien.

=====Post conditie=====
De patiënt kan medicatiegerelateerde allergie- en intolerantiegegevensvertaling inzien via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatiegerelateerde allergie- en intolerantiegegevensvertaling van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergieIntolerantieVertalingRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantieVertaling bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergieIntolerantieVertalingBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantieVertaling aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Medicatiegerelateerde allergie- en intolerantiegegevensvertaling.png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_case_diagram_raadplegen_Medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Use case diagram raadplegen Medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Use case diagram

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|release=3.0.17|package=2020.01 - Maart 2022|issues=1|MM-3034}}
{{ReleaseNotes|release=3.0.16|package=2020.01 - Maart 2022|issues=1|MM-3026}}
{{ReleaseNotes|release=3.0.15|package=2020.01 - Februari 2022|issues=1|MM-2834}}
{{ReleaseNotes|release=3.0.14|package=2020.01 - Januari 2022|issues=1|MM-2711}}
{{ReleaseNotes|release=3.0.9|package=2020.01 - September 2021|issues=2|MM-2383|MM-2339}}
{{ReleaseNotes|release=3.0.8|package=2020.01 - Mei 2021|issues=2|MM-2079|MM-2062}}
{{ReleaseNotes|release=3.0.7|package=2020.01 - April 2021|issues=1|MM-1901}}
{{ReleaseNotes|release=3.0.5|package=2020.01 - Februari 2021|issues=3|MM-1797|MM-1731|MM-1571}}
{{ReleaseNotes|release=3.0.1|package=2020.01 - Oktober 2020|issues=1|MM-1390}}
{{ReleaseNotes|release=3.0.0|package=2020.01 - Zomerrelease 2020|issues=5|MM-733|MM-722|MM-717|MM-616|MM-614}}
{{ReleaseNotes|release=2.0.4|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-926}}
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - Januari 2020
| rowspan = 1; style="background-color: white;"| 2.0.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 2.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-610 MM-610]
| style="background-color: white;"|
Added missing profiles for practitionerrole, organization and related-person. Removed the word 'medication' in favor of 'allergy intolerance'. In the [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|technical specification]].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-498 MM-498]
| style="background-color: white;"| Added conceptmap for AllergyIntolerance.category to aid in mapping from HCIM AllergyIntolerance value set AllergieCategorieCodelijst to FHIR STU3 AllergyIntoleranceCategory.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| -
| style="background-color: white;"|
Use case toegevoegd: Raadplegen/beschikbaarstellen medicatiegerelateerde allergieIntolerantieVertaling.
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-52 MM-52]
| style="background-color: white;"| AllergyIntolerantie filter op medicatieproces conditie geldigheidstermijn niet nodig
|}

MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie

2022-05-03T08:22:50Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp AllergieIntolerantie {{VersieInfo|AllergieIntolerantie}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Allergie.png |link=|links |87px|Medicatie Proces]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Dit functioneel ontwerp beschrijft het verzamelen van allergie- en intolerantiegegevens door een patiënt. Tevens beschrijft dit functioneel ontwerp hoe deze allergie- en intolerantiegegevens ingezien kunnen worden door middel van een PGO. Daarnaast betreft deze inleiding een specifieke aanvulling op de overkoepelende inleiding van de [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij functionele ontwerpen]].

Voor uitwisseling van allergie- en intolerantiegegevens worden de volgende zibs gebruikt:

* Patiënt;
* Zorgaanbieder;
* Zorgverlener;
* Contactpersoon;
* AllergieIntolerantie.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| MedMij functionele ontwerpen]].

==Kaders en uitgangspunten==

===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: AllergieIntolerantie versie {{VersieInfo|AllergieIntolerantie}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen allergie- en intolerantiegegevens door patiënt==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde allergieën en intoleranties die over henzelf gaan.

=== Domein ===
Allergie- en intolerantiegegevens in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het electronisch en gestructureerd beschikbaar maken van de allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*Informatie;
*Bedrijfsrollen (actoren);
*Proces;
*Systemen;
*Systeemrollen;
*Transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuuronafhankelijk.

=== Informatie ===

De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ART-DECOR.

====Raadplegen AllergieIntolerantie-gegevens====

Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van allergie- en intolerantiegegevens. Bij het raadplegen van allergie- en intolerantiegegevens wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen AllergieIntolerantie-gegevens====

Informatie elementen in allergie- en intolerantiegegevens staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie opleveren van allergie- en intolerantiegegevens.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon.

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.9-2019-11-05T130708.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil zijn AllergieIntolerantie-gegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt AllergieIntolerantie-gegevens beschikbaar
|}
'''Bedrijfsrollen AllergieIntolerantie'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:Activity_Diagram_-_AllergieIntolerantiegegevens_.png|Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens]]

'''Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens'''

=== Procesbeschrijving ===
==== Patient journey - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situaties waarbij het raadplegen van een haar allergie- en intolerantiegegevens een rol speelt.

<blockquote>Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke
gezondheidsomgeving terug. Maar ook oudere opgeslagen informatie kan Roos raadplegen en opslaan in de PGO, zoals bijvoorbeeld haar bloeduitslagen en bekende allergieën.</blockquote>

<blockquote>Aangezien Roos alles netjes heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien en laten uploaden naar het ziekenhuisinformatiesysteem. Hierdoor heeft de internist een snel en accuraat overzicht van de huidige medicatie van Roos. Ook heeft de internist inzicht in de hoeveelheid insuline die ze extra heeft gespoten toen haar bloedsuikers te hoog waren de afgelopen week. Roos autoriseert het ziekenhuis ook om haar laboratoriumwaarden in te zien, zo kunnen ze zien welke bloedwaarden ze de afgelopen tijd had. De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. De internist ziet in het medicatieoverzicht dat Roos allergisch is voor de antibiotica die meestal bij blaasontstekingen worden gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder de allergie- en intolerantiegegevens van haar bij haar huisarts heeft geraadpleegd was de internist op de hoogte van haar antibiotica-allergie.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt AllergieIntolerantie-gegevens van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de AllergieIntolerantie-gegevens tussen het betreffende XIS en het eigen PGO.

De patiënt wil allergie- en intolerantiegegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de AllergieIntolerantie-gegevens op te halen, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de persoon (PGO) raadpleegt de beschikbare AllergieIntolerantie-gegevens.
* Het systeem van de zorgaanbieder (XIS) stelt de AllergieIntolerantie-gegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn AllergieIntolerantie-gegevens in te zien.

===== Post conditie =====
De persoon kan zijn AllergieIntolerantie-gegevens inzien via de PGO.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de allergie- en intolerantiegegevens van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergyIntolerantiegegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantie bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergyIntolerantiegegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantie aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_AllergieIntolerantiegegevens.png|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AllergieIntolerantie-gegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen AllergieIntolerantie-gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_AllergieIntolerantiegegevens_.png|Use case diagram inzien AllergieIntolerantie-gegevens]]

'''Use case diagram inzien AllergieIntolerantie-gegevens

==Use case 2: Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling door patiënt==
Dit is een alternatief voor use case 1 dat zich beperkt tot het ontsluiten van medicatiegerelateerde allergie- en intolerantiegegevens die afkomstig zijn uit de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid/ informatiestandaard Medicatieproces 6.12].

===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegerelateerde allergie- en intolerantiegegevens die over henzelf gaan. De medicatiegerelateerde allergie- en intolerantiegegevens van ICA (Intolerantie, Contra-indicaties en Allergieën) versie 6.12 betreffen een [http://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.12-2013-08-19T000000.html HL7v3-messaging standaard]. Deze use case gaat uit van conversie van deze HL7v3-gegevens naar FHIR-resources.

===Domein===
Medicatiegerelateerde allergie- en intolerantiegegevens.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van medicatiegerelateerde allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) - met behulp van een vertaling naar FHIR - naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO): we noemen dit medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ICA 6.12 en [[Mappingarchitectuur#Contraindicaties_en_overgevoeligheden_.28CIO.29|de bijbehorende vertaling]] naar het CIO-datamodel (Contra-indicaties en overgevoeligheden). De medicatiegerelateerde allergie- en intolerantiegegevens in ICA-6.12 zijn vertaald naar het CIO-datamodel voor het onderdeel AllergieIntolerantie. Eventuele negatieve (ontkennende) overgevoeligheden maken hier géén onderdeel van uit. Deze mogen ook officieel niet uitgewisseld worden volgens 6.12, maar als dit tóch gebeurt, worden deze uitgefilterd via de mapping.

====Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling. Bij het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Informatie elementen in medicatiegerelateerde allergie- en intolerantiegegevensvertaling staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie met medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon. Afwijkingen hiervan zijn gedocumenteerd in [https://bits.nictiz.nl/browse/CIO-5 CIO-5].

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatiegerelateerde allergie- en intolerantiegegevensvertaling raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar
|}
'''Bedrijfsrollen medicatiegerelateerde allergie- en intolerantiegegevensvertaling '''

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

[[Bestand:Activity_diagram_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Activiteitendiagram Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een medicatiegerelateerde allergie- en intolerantiegegevensvertaling een rol speelt.

<blockquote>De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. Roos toont de internist het medicatieoverzicht in de PGO en hij ziet dat zij allergisch is voor de antibiotica die meestal bij blaasontstekingen wordt gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder haar medicatiegerelateerde allergie- en intolerantiegegevens bij de apotheek heeft geraadpleegd was de internist op de hoogte van haar antibiotica allergie.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar aan het systeem van een patiënt (PGO).
*Een PGO heeft de mogelijkheid om deze medicatiegerelateerde allergie- en intolerantiegegevens op te vragen en dit te presenteren.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van allergie- en intolerantiegegevensvertaling tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil allergie- en intolerantiegegevensvertaling inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medicatiegerelateerde allergie- en intolerantiegegevensvertaling bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert medicatiegerelateerde allergie- en intolerantiegegevensvertaling op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om medicatiegerelateerde allergie- en intolerantiegegevensvertaling in te zien.

=====Post conditie=====
De patiënt kan medicatiegerelateerde allergie- en intolerantiegegevensvertaling inzien via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatiegerelateerde allergie- en intolerantiegegevensvertaling van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| AllergieIntolerantieVertalingRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantieVertaling bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergieIntolerantieVertalingBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantieVertaling aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Medicatiegerelateerde allergie- en intolerantiegegevensvertaling.png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_case_diagram_raadplegen_Medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Use case diagram raadplegen Medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Use case diagram

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|release=3.0.17|package=2020.01 - Maart 2022|issues=1|MM-3034}}
{{ReleaseNotes|release=3.0.16|package=2020.01 - Maart 2022|issues=1|MM-3026}}
{{ReleaseNotes|release=3.0.15|package=2020.01 - Februari 2022|issues=1|MM-2834}}
{{ReleaseNotes|release=3.0.14|package=2020.01 - Januari 2022|issues=1|MM-2711}}
{{ReleaseNotes|release=3.0.9|package=2020.01 - September 2021|issues=2|MM-2383|MM-2339}}
{{ReleaseNotes|release=3.0.8|package=2020.01 - Mei 2021|issues=2|MM-2079|MM-2062}}
{{ReleaseNotes|release=3.0.7|package=2020.01 - April 2021|issues=1|MM-1901}}
{{ReleaseNotes|release=3.0.5|package=2020.01 - Februari 2021|issues=3|MM-1797|MM-1731|MM-1571}}
{{ReleaseNotes|release=3.0.1|package=2020.01 - Oktober 2020|issues=1|MM-1390}}
{{ReleaseNotes|release=3.0.0|package=2020.01 - Zomerrelease 2020|issues=5|MM-733|MM-722|MM-717|MM-616|MM-614}}
{{ReleaseNotes|release=2.0.4|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-926}}
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - Januari 2020
| rowspan = 1; style="background-color: white;"| 2.0.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 2.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-610 MM-610]
| style="background-color: white;"|
Added missing profiles for practitionerrole, organization and related-person. Removed the word 'medication' in favor of 'allergy intolerance'. In the [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|technical specification]].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-498 MM-498]
| style="background-color: white;"| Added conceptmap for AllergyIntolerance.category to aid in mapping from HCIM AllergyIntolerance value set AllergieCategorieCodelijst to FHIR STU3 AllergyIntoleranceCategory.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| -
| style="background-color: white;"|
Use case toegevoegd: Raadplegen/beschikbaarstellen medicatiegerelateerde allergieIntolerantieVertaling.
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-52 MM-52]
| style="background-color: white;"| AllergyIntolerantie filter op medicatieproces conditie geldigheidstermijn niet nodig
|}

MedMij:V2020.01/OntwerpHuisartsgegevens

2022-05-03T08:14:37Z

Mik de Jong: Release notes patchrelease April 2022

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Huisartsgegevens {{VersieInfo|Huisartsgegevens}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

[[Bestand:Huisartsgegevens.png|link=|links|Huisartsgegevens|85px]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR GP Data|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
De basis voor de inhoud van dit ontwerp is de "[[#richtlijn-huisarts-patient|Richtlijn online inzage in het H-EPD door patiënt]]". Op basis van deze richtlijn wordt de patiënt in staat gesteld gegevens van zijn huisartsdossier online op te vragen.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Huisartsgegevens versie {{VersieInfo|Huisartsgegevens}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case: Raadplegen Huisartsgegevens door patiënt==
===Doel en relevantie===
Online inzage door de patiënt in het elektronisch patiëntendossier bij de huisarts (H-EPD) heeft als doel om de zorg beter te maken. De patiënt krijgt door online inzage meer overzicht en is beter geïnformeerd. Hierdoor heeft de patiënt meer begrip van en regie over de eigen gezondheid en het stimuleert zelfzorg. Ook kan het de kwaliteit van het dossier helpen verhogen.

===Domein===
Huisartsgegevens in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van een huisartsgegevens vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

===Informatie===
De gegevens zoals deze door de huisarts worden aangeboden voor online inzage aan de patiënt bestaan uit 10 secties (zie bijlage 1 van de richtlijn). Een aantal daarvan overlappen met de [[MedMij:Vprepub-2020.01/OntwerpBGZ_2017|Basisgegevensset Zorg]] (BgZ) en een aantal daarvan zijn uniek voor het huisartsdossier. De richtlijn baseert zich op het [[#his-referentiemodel-2016|HIS referentiemodel]]. Die richtlijn heeft geen relatie met de [http://www.zibs.nl Zorginformatiebouwstenen] (zibs). Voor een aantal secties is deze relatie wel te leggen en voor een aantal ook niet (goed). De discrepanties zullen in de toekomst, in het Nictiz/NHG project "Huisartsoverdrachten", nog verder onderzocht en geslecht worden. Dit ontwerp Huisartsgegevens loopt daarop vooruit, omdat alle FHIR-profielen zich baseren op de zibs. Dit ontwerp en de technische uitwerking zal worden bijgewerkt, zodra de geharmoniseerde zorginformatiebouwstenen beschikbaar zijn. Dit zal naar verwachting niet vóór 2019 plaatsvinden.

In onderstaand overzicht is te zien hoe de onderdelen van de richtlijn zich verhouden tot zibs. Die verhouding is niet altijd een-op-een.

{| class="wikitable collapsible" cellpadding="10" width="80%"
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="4" | Bijlage 1 Richtlijn Online inzage in het H-EPD door patiënt
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="2" | (Voorlopige) mapping naar zibs
|-
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| #
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Onderdelen uit het Huisarts‑EPD
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Beschrijving
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Uitleg met voorbeelden
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Zorginformatiebouwsteen
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Opmerking
|-
| style="background-color: white;vertical-align:top;"| 1
| style="background-color: white;vertical-align:top;"|Huisarts/Huisartsenpraktijk
| style="background-color: white;vertical-align:top;"|De huisarts en/of de huisartsenpraktijk waar de gegevens van afkomstig zijn.
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/Zorgverlener-v3.1(2017NL) Zorgverlener v3.1 (2017)] [https://zibs.nl/wiki/Zorgaanbieder-v3.1(2017NL) Zorgaanbieder v3.1 (2017)]
| style="background-color: white;vertical-align:top;"|
|-
| style="vertical-align:top;"| 2
| style="vertical-align:top;"|Patiënt
| style="vertical-align:top;"|De patiëntgegevens van de patiënt waarvoor de gegevens zijn.
| style="vertical-align:top;"|
| style="vertical-align:top;"| [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patient v3.1 (2017)]
| style="vertical-align:top;"|
|-
| style="background-color: white;vertical-align:top;"| 3
| style="background-color: white;vertical-align:top;"|Episodes
| style="background-color: white;vertical-align:top;"|Een gezondheidsprobleem zoals een klacht of een aandoening, waarvan de aard in de loop der tijd kan veranderen door voortschrijdend inzicht of door het beloop van de aandoening.
| style="background-color: white;vertical-align:top;"|Ziekten, aandoeningen, klachten en symptomen. Bijvoorbeeld: blaasontsteking of droge hoest.
| style="background-color: white;" rowspan="3"| [https://zibs.nl/wiki/OverdrachtConcern-v1.2(2015NL) OverdrachtConcern v1.2 (2015)] [https://zibs.nl/wiki/Alert-v3.1(2017EN) Alert v3.1 (2017)]
| style="background-color: white;" rowspan="3"| Na 2015 is nog een versie 3.0 in 2016 uitgebracht die alleen in versie, niet in inhoud veranderd is. De versie van 2017 echter heeft expliciet gebruik voor episodes geschrapt.
|-
| style="vertical-align:top;"| 4
| style="vertical-align:top;"|Episodes met een attentievlag
| style="vertical-align:top;"|Episodes kunnen een attentievlag hebben om extra aandacht voor de episode te vragen. De attentievlag kan aanwezig blijven als een episode afgesloten wordt/is, wanneer de gebruiker het belangrijk vindt dit probleem in beeld te houden.
| style="vertical-align:top;"|Belangrijke ziekten, aandoeningen, klachten en symptomen. Bijvoorbeeld: reuma, suikerziekte, kanker, erfelijke ziekten.
|-
| style="background-color: white;vertical-align:top;"| 5
| style="background-color: white;vertical-align:top;"|Open en gesloten episodes
| style="background-color: white;vertical-align:top;"|Episodes kunnen open (actueel) of gesloten (niet langer actueel) zijn.
| style="background-color: white;vertical-align:top;"|Open/actueel: ziekten, aandoeningen, klachten en symptomen waarvoor nog zorg wordt verleend. Gesloten/niet actueel: ziekten, aandoeningen, klachten en symptomen waarvoor in het verleden zorg is verleend.
|-
| style="vertical-align:top;"| 6
| style="vertical-align:top;"|Behandeling
| style="vertical-align:top;"|Handeling aan de patiënt, die invloed heeft op de gezondheidstoestand van de patiënt.
| style="vertical-align:top;"|Operaties en (zware) behandelingen zoals bestraling of chemotherapie.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/Verrichting-v4.0(2017NL) Verrichting v4.0 (2017)]''
| style="vertical-align:top;"| zib ondersteunt alleen de DHD Verrichtingenthesaurus waarmee het huisartssysteem niet werkt.
|-
| style="background-color: white;vertical-align:top;"| 7
| style="background-color: white;vertical-align:top;"| Profylaxe en voorzorg
| style="background-color: white;vertical-align:top;"| In Profylaxe en voorzorg worden voorzorgsmaatregelen vastgelegd die nodig zijn bij of vanwege bepaalde medische aandoeningen.
| style="background-color: white;vertical-align:top;"| Bijvoorbeeld voorzorgen bij ooit doorgemaakte endocarditis (ontsteking van de binnenbekleding van het hart en de hartkleppen) of na een miltverwijdering.
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"| Er is in principe slechts een type uit NHG tabel 56
|-
| style="vertical-align:top;"| 8
| style="vertical-align:top;"| Actuele medicatie
| style="vertical-align:top;"| Medicatie-afspraak Het voorstel van een voorschrijver tot gebruik van medicatie waarmee de patiënt akkoord is. De afspraak kan zowel starten, herhalen, wijzigen als stoppen van medicatie betreffen.
| style="vertical-align:top;"| '''De actuele medicatie''' is het overzicht van de medicatieafspraken. Het is de lijst van geneesmiddelen die de patiënt nu gebruikt.
| style="vertical-align:top;"| [https://zibs.nl/wiki/Medicatieafspraak-v1.0(2017NL) Medicatieafspraak v1.0 (2017)]
| style="vertical-align:top;"|
|-
| style="background-color: white;vertical-align:top;"| 9
| style="background-color: white;vertical-align:top;"| Medicatie-overgevoeligheid
| style="background-color: white;vertical-align:top;"| Een medicatie-overgevoeligheid beschrijft een overgevoeligheid van een patiënt voor een geneesmiddel, een stof of een geneesmiddelengroep, waarmee rekening gehouden moet worden bij het voorschrijven van medicatie.
| style="background-color: white;vertical-align:top;"| Lijst van geneesmiddelen waarop in het verleden een overgevoeligheid of levensbedreigende allergische reactie is opgetreden. Bijvoorbeeld: allergie voor aspirine.
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/AllergieIntolerantie-v3.1(2017NL) AllergieIntolerantie v3.1 (2017)]
| style="background-color: white;vertical-align:top;"|
|-
| style="vertical-align:top;"| 10
| style="vertical-align:top;"|Correspondentie
| style="vertical-align:top;"|Inkomend: Een binnengekomen brief betreffende een patiënt, die als zodanig is vastgelegd in het medisch dossier van de patiënt. Uitgaand: Een brief die opgesteld is door een praktijkmedewerker en naar een externe zorgverlener verstuurd is.
| style="vertical-align:top;"|Inkomende = brieven uit het ziekenhuis, polikliniek, zorginstelling. Uitgaande = verwijsbrieven.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/TekstUitslag-v4.0(2017NL) TekstUitslag v4.0 (2017)]''
| style="vertical-align:top;"| Correspondentie kan een binair bestand zijn zoals PDF/A, typen in de zib zijn niet toereikend voor alle typen correspondentie
|-
| style="background-color: white;vertical-align:top;"| 11
| style="background-color: white;vertical-align:top;"|Resultaten van bepalingen – ''laatste veertien maanden''
| style="background-color: white;vertical-align:top;"|Een bepaling is een objectiveerbare diagnostische verrichting. Het resultaat is de (uitkomst) van een bepaling.
| style="background-color: white;vertical-align:top;"|Uitslagen van fysieke metingen, zoals bloeddruk, gewicht en laboratoriumtesten, zoals ijzergehalte in het bloed.
| style="background-color: white;vertical-align:top;"|[https://zibs.nl/wiki/LaboratoriumUitslag-v4.0(2017NL) LaboratoriumUitslag v4.0 (2017)] 
[https://zibs.nl/wiki/Bloeddruk-v3.1(2017NL) Bloeddruk v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamsgewicht-v3.1(2017NL) Lichaamsgewicht v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamslengte-v3.1(2017NL) Lichaamslengte v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamstemperatuur-v3.1(2017NL) Lichaamstemperatuur v3.1 (2017)] 
[https://zibs.nl/wiki/AlgemeneMeting-v3.0(2017NL) AlgemeneMeting v3.0 (2017)] 
[https://zibs.nl/wiki/Hartfrequentie-v3.1(2017NL) Hartfrequentie v3.1 (2017)] 
[https://zibs.nl/wiki/O2Saturatie-v3.1(2017NL) O2Saturatie v3.1(2017)] 
[https://zibs.nl/wiki/Polsfrequentie-v3.1(2017NL) Polsfrequentie v3.1(2017)]
| style="background-color: white;vertical-align:top;"| De zibs gebruiken LOINC en SNOMED CT om de concepten te duiden. De relatie met NHG Tabel 45 is in ontwikkeling. Wat in een huisartssysteem losse diagnostische bepalingen zijn, worden in zibs vaak in samenhang gebracht. Voorbeeld is systolische/diastolische bloeddruk. Er is dus een conceptuele relatie, maar de inzichten zijn verschillend.
|-
| style="vertical-align:top;"| 12
| style="vertical-align:top;"|E- en P-regels van de SOEP- structuur - ''vastgelegd na invoering van online inzage''
| style="vertical-align:top;"|Informatie uit een deelcontact dat in vrije tekst wordt geregistreerd volgens de SOEP-structuur. Het acroniem SOEP staat voor Subjectief, Objectief, Evaluatie en Plan.
| style="vertical-align:top;"|In de E(valuatie)-regel staat de conclusie van het consult. In de P(lan)-regel staan de afgesproken zaken en eventuele vervolgstappen.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/TekstUitslag-v4.0(2017NL) TekstUitslag v4.0 (2017)]''
| style="vertical-align:top;"| Journaalregeltype en ICPC-codering, extra t.o.v. in zib
|-
| style="background-color: white;vertical-align:top;"| 13
| style="background-color: white;vertical-align:top;"| Contact(momenten)
| style="background-color: white;vertical-align:top;"| De richtlijn noemt contactmomenten niet expliciet, maar journaalregels en andere onderdelen van het huisartsdossier houden wel verband met een contactmoment. Minimaal moeten de contactmomenten opgeleverd worden waarnaar wordt verwezen vanuit journaalregels en eventuele andere dossieronderdelen binnen deze informatiestandaard.
| style="background-color: white;vertical-align:top;"| Contactmomenten bestaan slechts uit een identificatie, datum/tijd, een type en verantwoordelijke huisarts en eventueel een afwijkende uitvoerende zoals een waarnemer. Zaken als locatie, afspraak, begeleiders van de patiënt worden normaal niet gecommuniceerd.
| style="background-color: white;vertical-align:top;"| ''[https://zibs.nl/wiki/Contact-v3.1(2017NL) Contact v3.1 (2017)]''
| style="background-color: white;vertical-align:top;"| Een contact(moment) kan bestaan uit meerdere deelcontact(moment)en, indien er meerdere problemen besproken zijn. Een deelcontact wordt niet zelfstandig vastgelegd. Als er sprake is van een afwijkende verantwoordelijke ten opzichte van het contactmoment, dan wordt die gekoppeld aan de journaalregels zelf, niet aan het deelcontact. De exacte wijze waarop deelcontacten/contacten samenhangen met de zib is daardoor nu nog moeilijk te stellen.
|}

====Raadplegen huisartsgegevens ====
De vraag wordt gesteld aan de huisarts of huisartsenpraktijk. Er zijn geen verdere parameters bekend. Zie de [[#richtlijn-huisarts-patient|richtlijn]] voor de verdere context van de vraag naar de huisartsgegevens.

Dit betreft de filtermogelijkheden (parameters) in de vraag om huisartsgegevens.

====Beschikbaar stellen huisartsgegevens====
Zie voor de Informatie-elementen in huisartsgegevens de [[#richtlijn-huisarts-patient|richtlijn]].

Dit betreft de inhoud van de transactie met huisartsgegevens.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" cellpadding="10" width="50%
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil huisartsgegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt huisartsgegevens beschikbaar
|}
'''Bedrijfsrollen huisartsgegevens'''

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

[[Bestand:Activity_Diagram_-_Huisartspatientsamenvatting.jpg|Activiteitendiagram Raadplegen huisartsgegevens]]

'''Activiteitendiagram Raadplegen huisartsgegevens'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u in de [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf casus Roos Dalstra].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van de huisartsgegevens een rol speelt.

<blockquote></blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt huisartsgegevens beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van huisartsgegevens tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil de huisartsgegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
Een patiënt kan steeds zelf het initiatief nemen om een huisartsgegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Processtappen=====
*Het systeem van de patiënt (PGO) vraagt om de beschikbare huisartsgegevens bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de huisartsgegevens op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om de huisartsgegevens in te zien.

=====Postconditie=====
De patiënt kan de huisartsgegevens inzien via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de huisartsgegevens van zorgaanbieder naar de patiënt.

{| 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;"| PGO
| style="background-color: white;"| HuisartsgegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|Huisartsgegevens}}-HGR-FHIR
| style="background-color: white;"| Raadplegen huisartsgegevens bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| HuisartsgegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|Huisartsgegevens}}-HGB-FHIR
| style="background-color: white;"| Beschikbaarstellen huisartsgegevens aan de patiënt
|-
|}
Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Huisartspatientsamenvatting_(Totaal).jpg|Componentendiagram]]

'''Componentendiagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisartsgegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen huisartsgegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Huisartsgegevens}}-HGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR GP Data|Huisartsgegevens in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen huisartsgegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Huisartsgegevens}}-HGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_Huisartspatientsamenvatting.jpg|Use case diagram raadplegen Huisartsgegevens]]

'''Use case diagram

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| Richtlijn Online inzage in het H-EPD door patiënt
| style="background-color: white;"|
| style="background-color: white;"| 2017
| style="background-color: white;"| https://www.nhg.org/themas/publicaties/richtlijn-online-inzage-het-h-epd-door-patient of de [https://www.nhg.org/sites/default/files/content/nhg_org/images/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf directe link (PDF)]
| style="background-color: white;"| NHG / Patiëntenfederatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| HIS referentiemodel Publieksversie (Utrecht 2016)
| style="background-color: white;"|
| style="background-color: white;"| 2016
| style="background-color: white;"| https://referentiemodel.nhg.org/inhoud/themas/publieksversie/published
| style="background-color: white;"| NHG
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2020.01 - April 2022|release=2.0.18|issues=3|MM-3151|MM-3139|MM-3070}}
{{ReleaseNotes|package=2020.01 - Maart 2022|release=2.0.17|issues=1|MM-3013}}
{{ReleaseNotes|package=2020.01 - Februari 2022|release=2.0.16|issues=2|MM-2834|MM-2792}}
{{ReleaseNotes|package=2020.01 - Januari 2022|release=2.0.15|issues=2|MM-2607|MM-2711}}
{{ReleaseNotes|package=2020.01 - November 2021|release=2.0.14|issues=1|MM-2517}}
{{ReleaseNotes|package=2020.01 - Oktober 2021|release=2.0.13|issues=1|MM-2435}}
{{ReleaseNotes|release=2.0.12|package=2020.01 - September 2021|issues=2|MM-2383|MM-2353}}
{{ReleaseNotes|release=2.0.11|package=2020.01 - Augustus 2021|issues=1|MM-2301}}
{{ReleaseNotes|release=2.0.9|package=2020.01 - Juni 2021|issues=2|MM-2136|MM-1453}}
{{ReleaseNotes|release=2.0.8|package=2020.01 - April 2021|issues=3|MM-2080|MM-2077|MM-2043}}
{{ReleaseNotes|release=2.0.7|package=2020.01 - April 2021|issues=1|MM-1521}}
{{ReleaseNotes|release=2.0.6|package=2020.01 - Maart 2021|issues=1|MM-1796}}
{{ReleaseNotes|release=2.0.5|package=2020.01 - Februari 2021|issues=1|MM-1681}}
{{ReleaseNotes|release=2.0.4|package=2020.01 - Januari 2021|issues=1|MM-1580}}
{{ReleaseNotes|release=2.0.1|package=2020.01 - September 2020|issues=1|MM-1285}}
{{ReleaseNotes|release=2.0.0|package=2020.01 - Zomerrelease 2020|issues=6|MM-1204|MM-898|MM-529|MM-421|MM-404|MM-319}}
{{ReleaseNotes|release=1.1.15|package=2019.01 - Mei 2020|issues=2|MM-1117|MM-1097}}
{{ReleaseNotes|release=1.1.11|package=2019.01 - Maart 2020|packageIssues=2|issues=2|MM-940|MM-926}}
|-
| rowspan = 2; style="background-color: white; | 2019.01 - Januari 2020
| rowspan = 2; style="background-color: white; | 1.1.9
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-467 MM-467]
| style="background-color: white;"| Added comment on MedicationRequest.reasonCode in HCIM MedicationAgreement profile to to explain mising HCIM mapping.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 1.1.8
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-655 MM-655]
| style="background-color: white;"| Cardinality of Observation.subject in the gp-journalEntry profile has been changed from 0..1 to 1..1. In addition, this profile is now based on the nl-core-observation profile to ensure consistency.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-618 MM-618]
| style="background-color: white;"| Changed faulty 'include:' to 'include=' in Search URL on TO for GP Data #8.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Oktober
| rowspan = 3; style="background-color: white;"| 1.1.7
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-601 MM-601]
| style="background-color: white;"| Search parameters op codesysteem moeten eindigen op <nowiki>|</nowiki>.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-530 MM-530]
| style="background-color: white;"| Duiding toegevoegd bij het opvragen van contactverslagen ten aanzien van de samenstelregels voor Composition resources
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-528 MM-528]
| style="background-color: white;"| Parameter periodofuse is a required parameter for MedicationAgreements. Removed ''This may or may not be populated. If it is not, the Medicationagreement is assumed to be current.''
|-
| rowspan = 2; style="background-color: white; | 2019.01 - September
| rowspan = 2; style="background-color: white; | 1.1.6
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-436 MM-436]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-422 MM-422]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
| rowspan = 11; style="background-color: white;"| 2019.01
| rowspan = 5; style="background-color: white;"| 1.1.5
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-308 MM-308]
| style="background-color: white;"| List of StructureDefinitions has been updated to reflect profiles that are currently implementable. As not the whole guideline is implementable at this point in time as reflected in the List of Invocations, this makes the List of StructureDefinitions smaller than it was. The Corresponce section is thus no longer present and this solves the dead link.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-307 MM-307]
| style="background-color: white;"| Aanpassen mapping van "Reden wijzigen of staken" en "Reden wijzigen of stoppen gebruik" van HCIM naar MP9.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-258 MM-258]
| style="background-color: white;"| HCIM PharmaceuticalProduct: Added ValueSet 'IngredientCodeGTINCodeLijst' + correct reference url to ValueSet.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-255 MM-255]
| style="background-color: white;"| Extensies DateLastEncounter, DateFirstEncounter en EpisodeOfCareTitle toegevoegd aan nl-core-episodeofcare profiel.
|-
| style="background-color: white;"| 1.1.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-269 MM-269]
| style="background-color: white;"| Huisartsgegevens: Discrepantie Technisch ontwerp en Kwalificatie
|-
| style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-251 MM-251]
| style="background-color: white;"| Fout in voorbeeld sectie Treatment van Huisartsgegevens
|-
| style="background-color: white;"| 1.1.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-206 MM-206]
| style="background-color: white;"| Reference vanuit Observation naar Specimen Isolate onjuist.
|-
| rowspan = 3; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-144 MM-144]
| style="background-color: white;"| Problem zib ClinicalStatus can take on values which are not defined by the HCIM.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-118 MM-118]
| style="background-color: white;"| Profiel naam zib-Product niet passend bij zib FarmaceutischProduct.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-100 MM-100]
| style="background-color: white;"| Mapping CBV naar SNOMED codes.
|-
| rowspan = 3; style="background-color: white;"| 2018.06
| rowspan = 3; style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-64 MM-64]
| style="background-color: white;"| Koppelen van meetinstrument aan relevante profielen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-51 MM-51]
| style="background-color: white;"| Extend query for AllergyIntolerance with parameter <code>code</code>. This parameter allows querying specifically medication intolerances.
|}

MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens

2022-05-03T08:14:37Z

Mik de Jong: Release notes patchrelease April 2022

MedMij:V2020.02/OntwerpLangdurigeZorg

2022-05-03T08:06:56Z

Mik de Jong: Release notes April 2022 - MM-3034 toegevoegd

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens Langdurige Zorg {{VersieInfo|BgLZ}}}}

[[Bestand:BgLZ-icon.png|link=|links|95px|Use case BgLZ|BgLZ]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.02/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.02/FHIR_BGLZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens Langdurige Zorg (BgLZ) op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub-2020.02/Ontwerpen|hier]] gevonden worden.

Binnen het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] (VIPP langdurige zorg) zijn een tweetal modules opgenomen.
* Module PGO: de Basisgegevens Langdurige Zorg is bedoeld voor deze module. Dit betreft activiteiten die nodig zijn om de gegevensdiensten BgLZ of BgGGZ en PDF/A conform het afsprakenstelsel MedMij te kunnen ontsluiten naar een PGO;
* Module [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] (gericht op de verpleegkundige overdracht tussen zorgprofessionals).

De Basisgegevens Langdurige Zorg bestaat uit gegevens die relevant zijn voor uitwisseling met patiënten binnen de langdurige zorg via hun [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO). De Basisgegevens Langdurige Zorg vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

Het doel van deze pagina is om de uitwisseling van de Basisgegevens Langdurige Zorg met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2020.02/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Basisgegevens Langdurige Zorg versie {{VersieInfo|BgLZ}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.02/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen Basisgegevens Langdurige Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens Langdurige Zorg die over henzelf gaan.

=== Domein ===
Basisgegevens Langdurige Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens Langdurige Zorg vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie,
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De Basisgegevens Langdurige Zorg bestaat uit een selectie van 14 zibs zoals te vinden in dit [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht]]. Deze zibs vormen samen een verzameling van gegevens die patiënten binnen de langdurige zorg zelf relevant vinden om via hun PGO in te zien, zoals bepaald tijdens een aantal veldverkenningen met zowel patiënten als zorgprofessionals. De Basisgegevens Langdurige Zorg komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht/ eOverdracht], maar voor een deel ook niet: het gaat om drie aparte sets. Zie het [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens Langdurige Zorg, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:V2020.01/OntwerpMedicatie|uitwisseling medicatiegegevens]] in PGO).

In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.02/FHIR_BGLZ#List_of_StructureDefinitions overzicht] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens Langdurige Zorg raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens Langdurige Zorg beschikbaar
|}
'''Bedrijfsrollen Basisgegevens Langdurige Zorg'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienLZ_activity.PNG|Activiteitendiagram Raadplegen Langdurige Zorg]]

'''Activiteitendiagram Raadplegen Langdurige Zorg'''

=== Procesbeschrijving ===
==== Patient journey - Kenneth van Someren ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens Langdurige Zorg.

<blockquote>Op aanraden van zijn dochter heeft Kenneth nu ook een PGO, waarop hij kan zien wanneer de wijkverpleegkundige komt of de huishoudelijke hulp. Als het nodig is kan hij via zijn PGO doorgeven dat hij niet mee eet omdat hij bij een van zijn kinderen eet. De vrijwilligers van de bezorgdienst krijgen dit automatisch doorgegeven.</blockquote>

<blockquote>Hij krijgt een EVV-er (eerst verantwoordelijke verpleegkundige) toegewezen, die samen met Kenneth een zorgleefplan gaat opstellen. Zodra het zorgleefplan compleet is, komt dit beschikbaar in zijn PGO. Daarmee kan Kenneth goed zien welke afspraken er met de instelling zijn gemaakt.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens Langdurige Zorg van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens Langdurige Zorg tussen het betreffende XIS en het eigen PGO.

De Basisgegevens Langdurige Zorg, of een gedeelte van de Basisgegevens Langdurige Zorg, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de Basisgegevens Langdurige Zorg, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens Langdurige Zorg op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Processtappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens Langdurige Zorg van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens Langdurige Zorg beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens Langdurige Zorg in te zien.

===== Postconditie =====
De persoon kan de Basisgegevens Langdurige Zorg inzien via een persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens Langdurige Zorg van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| LZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens Langdurige Zorg bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| LZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens Langdurige Zorg aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienLZ_component.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Basisgegevens Langdurige Zorg (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.2&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Raadplegen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.02/FHIR_BGLZ|Basisgegevens Langdurige Zorg in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.3&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Beschikbaarstellen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:InzienLZ_usecase.PNG|Use case diagram raadplegen Basisgegevens Langdurige Zorg]]

'''Use case diagram raadplegen Basisgegevens Langdurige Zorg

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:V2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2020.02 - April|release=3.0.15|issues=2|MM-3134|MM-3034}}
{{ReleaseNotes|package=2020.02 - Maart2022|release=3.0.14|issues=2|MM-3030|MM-3036}}
{{ReleaseNotes|package=2020.02 - Februari 2022|release=3.0.13|issues=3|MM-2834|MM-2824|MM-2742}}
{{ReleaseNotes|package=2020.02 - Januari 2022|release=3.0.12|issues=3|MM-2598|MM-2677|MM-2711}}
{{ReleaseNotes|package=2020.02 - November 2021|release=3.0.11|issues=1|MM-2463}}
{{ReleaseNotes|package=2020.02 - Oktober 2021|release=3.0.10|issues=1|MM-2335}}
{{ReleaseNotes|package=2020.02 - September 2021|release=3.0.9|issues=2|MM-2383|MM-2328}}
{{ReleaseNotes|package=2020.02 - Augustus 2021|release=3.0.8|issues=1|MM-2305}}
{{ReleaseNotes|package=2020.02 - Mei 2021|release=3.0.5|issues=5|MM-2080|MM-2077|MM-2058|MM-2051|MM-2047}}
{{ReleaseNotes|package=2020.02 - Maart 2021|release=3.0.3|issues=2|MM-1905|MM-1902}}
{{ReleaseNotes|package=2020.02 - Februari 2021|release=3.0.2|issues=1|MM-1828}}
{{ReleaseNotes|package=2020.02 - November 2020|release=3.0.0|issues=2|MM-1432|MM-1522}}
{{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=6|MM-1459|MM-1456|MM-1285|MM-1260|MM-1259|MM-1011}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=2.0.0|issues=3|MM-972|MM-898|MM-319}}
{{ReleaseNotes|package=2019.01 - April|release=1.0.9|issues=3|MM-1059|MM-1025|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.7|issues=3|MM-997|MM-953|MM-931}}
|-
| style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.0.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-599 MM-599]
| style="background-color: white;"| URL value on detailCodeableConcept.coding.system in HCIM TreatmentObjective example was incorrect, changed to the correct value.
|-
| style="background-color: white; | 2019.01 - September
| style="background-color: white; | 1.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatiepagina's van BgZ, GGZ en BgLZ.
|}

MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg

2022-05-03T08:06:56Z

Mik de Jong: Release notes April 2022 - MM-3034 toegevoegd

MedMij:V2020.02/OntwerpLangdurigeZorg

2022-05-03T07:58:34Z

Mik de Jong: Release notes patchrelease April 2022

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens Langdurige Zorg {{VersieInfo|BgLZ}}}}

[[Bestand:BgLZ-icon.png|link=|links|95px|Use case BgLZ|BgLZ]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.02/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.02/FHIR_BGLZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens Langdurige Zorg (BgLZ) op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub-2020.02/Ontwerpen|hier]] gevonden worden.

Binnen het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] (VIPP langdurige zorg) zijn een tweetal modules opgenomen.
* Module PGO: de Basisgegevens Langdurige Zorg is bedoeld voor deze module. Dit betreft activiteiten die nodig zijn om de gegevensdiensten BgLZ of BgGGZ en PDF/A conform het afsprakenstelsel MedMij te kunnen ontsluiten naar een PGO;
* Module [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] (gericht op de verpleegkundige overdracht tussen zorgprofessionals).

De Basisgegevens Langdurige Zorg bestaat uit gegevens die relevant zijn voor uitwisseling met patiënten binnen de langdurige zorg via hun [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO). De Basisgegevens Langdurige Zorg vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

Het doel van deze pagina is om de uitwisseling van de Basisgegevens Langdurige Zorg met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2020.02/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Basisgegevens Langdurige Zorg versie {{VersieInfo|BgLZ}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.02/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen Basisgegevens Langdurige Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens Langdurige Zorg die over henzelf gaan.

=== Domein ===
Basisgegevens Langdurige Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens Langdurige Zorg vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie,
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De Basisgegevens Langdurige Zorg bestaat uit een selectie van 14 zibs zoals te vinden in dit [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht]]. Deze zibs vormen samen een verzameling van gegevens die patiënten binnen de langdurige zorg zelf relevant vinden om via hun PGO in te zien, zoals bepaald tijdens een aantal veldverkenningen met zowel patiënten als zorgprofessionals. De Basisgegevens Langdurige Zorg komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht/ eOverdracht], maar voor een deel ook niet: het gaat om drie aparte sets. Zie het [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens Langdurige Zorg, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:V2020.01/OntwerpMedicatie|uitwisseling medicatiegegevens]] in PGO).

In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.02/FHIR_BGLZ#List_of_StructureDefinitions overzicht] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens Langdurige Zorg raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens Langdurige Zorg beschikbaar
|}
'''Bedrijfsrollen Basisgegevens Langdurige Zorg'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienLZ_activity.PNG|Activiteitendiagram Raadplegen Langdurige Zorg]]

'''Activiteitendiagram Raadplegen Langdurige Zorg'''

=== Procesbeschrijving ===
==== Patient journey - Kenneth van Someren ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens Langdurige Zorg.

<blockquote>Op aanraden van zijn dochter heeft Kenneth nu ook een PGO, waarop hij kan zien wanneer de wijkverpleegkundige komt of de huishoudelijke hulp. Als het nodig is kan hij via zijn PGO doorgeven dat hij niet mee eet omdat hij bij een van zijn kinderen eet. De vrijwilligers van de bezorgdienst krijgen dit automatisch doorgegeven.</blockquote>

<blockquote>Hij krijgt een EVV-er (eerst verantwoordelijke verpleegkundige) toegewezen, die samen met Kenneth een zorgleefplan gaat opstellen. Zodra het zorgleefplan compleet is, komt dit beschikbaar in zijn PGO. Daarmee kan Kenneth goed zien welke afspraken er met de instelling zijn gemaakt.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens Langdurige Zorg van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens Langdurige Zorg tussen het betreffende XIS en het eigen PGO.

De Basisgegevens Langdurige Zorg, of een gedeelte van de Basisgegevens Langdurige Zorg, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de Basisgegevens Langdurige Zorg, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens Langdurige Zorg op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Processtappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens Langdurige Zorg van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens Langdurige Zorg beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens Langdurige Zorg in te zien.

===== Postconditie =====
De persoon kan de Basisgegevens Langdurige Zorg inzien via een persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens Langdurige Zorg van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| LZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens Langdurige Zorg bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| LZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens Langdurige Zorg aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienLZ_component.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Basisgegevens Langdurige Zorg (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.2&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Raadplegen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.02/FHIR_BGLZ|Basisgegevens Langdurige Zorg in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.3&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Beschikbaarstellen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:InzienLZ_usecase.PNG|Use case diagram raadplegen Basisgegevens Langdurige Zorg]]

'''Use case diagram raadplegen Basisgegevens Langdurige Zorg

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:V2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2020.02 - April|release=3.0.15|issues=1|MM-3134}}
{{ReleaseNotes|package=2020.02 - Maart2022|release=3.0.14|issues=2|MM-3030|MM-3036}}
{{ReleaseNotes|package=2020.02 - Februari 2022|release=3.0.13|issues=3|MM-2834|MM-2824|MM-2742}}
{{ReleaseNotes|package=2020.02 - Januari 2022|release=3.0.12|issues=3|MM-2598|MM-2677|MM-2711}}
{{ReleaseNotes|package=2020.02 - November 2021|release=3.0.11|issues=1|MM-2463}}
{{ReleaseNotes|package=2020.02 - Oktober 2021|release=3.0.10|issues=1|MM-2335}}
{{ReleaseNotes|package=2020.02 - September 2021|release=3.0.9|issues=2|MM-2383|MM-2328}}
{{ReleaseNotes|package=2020.02 - Augustus 2021|release=3.0.8|issues=1|MM-2305}}
{{ReleaseNotes|package=2020.02 - Mei 2021|release=3.0.5|issues=5|MM-2080|MM-2077|MM-2058|MM-2051|MM-2047}}
{{ReleaseNotes|package=2020.02 - Maart 2021|release=3.0.3|issues=2|MM-1905|MM-1902}}
{{ReleaseNotes|package=2020.02 - Februari 2021|release=3.0.2|issues=1|MM-1828}}
{{ReleaseNotes|package=2020.02 - November 2020|release=3.0.0|issues=2|MM-1432|MM-1522}}
{{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=6|MM-1459|MM-1456|MM-1285|MM-1260|MM-1259|MM-1011}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=2.0.0|issues=3|MM-972|MM-898|MM-319}}
{{ReleaseNotes|package=2019.01 - April|release=1.0.9|issues=3|MM-1059|MM-1025|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.7|issues=3|MM-997|MM-953|MM-931}}
|-
| style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.0.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-599 MM-599]
| style="background-color: white;"| URL value on detailCodeableConcept.coding.system in HCIM TreatmentObjective example was incorrect, changed to the correct value.
|-
| style="background-color: white; | 2019.01 - September
| style="background-color: white; | 1.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatiepagina's van BgZ, GGZ en BgLZ.
|}

MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg

2022-05-03T07:58:34Z

Mik de Jong: Release notes patchrelease April 2022

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens Langdurige Zorg {{VersieInfo|BgLZ}}}}

[[Bestand:BgLZ-icon.png|link=|links|95px|Use case BgLZ|BgLZ]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2020.02/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.02/FHIR_BGLZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens Langdurige Zorg (BgLZ) op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub-2020.02/Ontwerpen|hier]] gevonden worden.

Binnen het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] (VIPP langdurige zorg) zijn een tweetal modules opgenomen.
* Module PGO: de Basisgegevens Langdurige Zorg is bedoeld voor deze module. Dit betreft activiteiten die nodig zijn om de gegevensdiensten BgLZ of BgGGZ en PDF/A conform het afsprakenstelsel MedMij te kunnen ontsluiten naar een PGO;
* Module [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] (gericht op de verpleegkundige overdracht tussen zorgprofessionals).

De Basisgegevens Langdurige Zorg bestaat uit gegevens die relevant zijn voor uitwisseling met patiënten binnen de langdurige zorg via hun [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO). De Basisgegevens Langdurige Zorg vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub-2020.02/OntwerpLangdurigeZorg#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

Het doel van deze pagina is om de uitwisseling van de Basisgegevens Langdurige Zorg met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2020.02/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Basisgegevens Langdurige Zorg versie {{VersieInfo|BgLZ}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2020.02/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.02/Ontwerpen|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen Basisgegevens Langdurige Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens Langdurige Zorg die over henzelf gaan.

=== Domein ===
Basisgegevens Langdurige Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens Langdurige Zorg vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie,
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De Basisgegevens Langdurige Zorg bestaat uit een selectie van 14 zibs zoals te vinden in dit [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht]]. Deze zibs vormen samen een verzameling van gegevens die patiënten binnen de langdurige zorg zelf relevant vinden om via hun PGO in te zien, zoals bepaald tijdens een aantal veldverkenningen met zowel patiënten als zorgprofessionals. De Basisgegevens Langdurige Zorg komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht/ eOverdracht], maar voor een deel ook niet: het gaat om drie aparte sets. Zie het [[MedMij:Vprepub-2020.02/InhoudLangdurigeZorg|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens Langdurige Zorg, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:V2020.01/OntwerpMedicatie|uitwisseling medicatiegegevens]] in PGO).

In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.02/FHIR_BGLZ#List_of_StructureDefinitions overzicht] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens Langdurige Zorg raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens Langdurige Zorg beschikbaar
|}
'''Bedrijfsrollen Basisgegevens Langdurige Zorg'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienLZ_activity.PNG|Activiteitendiagram Raadplegen Langdurige Zorg]]

'''Activiteitendiagram Raadplegen Langdurige Zorg'''

=== Procesbeschrijving ===
==== Patient journey - Kenneth van Someren ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens Langdurige Zorg.

<blockquote>Op aanraden van zijn dochter heeft Kenneth nu ook een PGO, waarop hij kan zien wanneer de wijkverpleegkundige komt of de huishoudelijke hulp. Als het nodig is kan hij via zijn PGO doorgeven dat hij niet mee eet omdat hij bij een van zijn kinderen eet. De vrijwilligers van de bezorgdienst krijgen dit automatisch doorgegeven.</blockquote>

<blockquote>Hij krijgt een EVV-er (eerst verantwoordelijke verpleegkundige) toegewezen, die samen met Kenneth een zorgleefplan gaat opstellen. Zodra het zorgleefplan compleet is, komt dit beschikbaar in zijn PGO. Daarmee kan Kenneth goed zien welke afspraken er met de instelling zijn gemaakt.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens Langdurige Zorg van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens Langdurige Zorg tussen het betreffende XIS en het eigen PGO.

De Basisgegevens Langdurige Zorg, of een gedeelte van de Basisgegevens Langdurige Zorg, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de Basisgegevens Langdurige Zorg, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens Langdurige Zorg op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Processtappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens Langdurige Zorg van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens Langdurige Zorg beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens Langdurige Zorg in te zien.

===== Postconditie =====
De persoon kan de Basisgegevens Langdurige Zorg inzien via een persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens Langdurige Zorg van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| LZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens Langdurige Zorg bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| LZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|BgLZ}}-LZB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens Langdurige Zorg aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienLZ_component.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Basisgegevens Langdurige Zorg (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.2&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Raadplegen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.02/FHIR_BGLZ|Basisgegevens Langdurige Zorg in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.3&effectiveDate=2019-04-09T16:33:35&language=nl-NL&ui=nl-NL&version=2020-10-12T11:53:32&format=html&hidecolumns=34567 Beschikbaarstellen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgLZ}}-LZB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:InzienLZ_usecase.PNG|Use case diagram raadplegen Basisgegevens Langdurige Zorg]]

'''Use case diagram raadplegen Basisgegevens Langdurige Zorg

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:V2020.01/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2020.02 - April|release=3.0.15|issues=1|MM-3134}}
{{ReleaseNotes|package=2020.02 - Maart2022|release=3.0.14|issues=2|MM-3030|MM-3036}}
{{ReleaseNotes|package=2020.02 - Februari 2022|release=3.0.13|issues=3|MM-2834|MM-2824|MM-2742}}
{{ReleaseNotes|package=2020.02 - Januari 2022|release=3.0.12|issues=3|MM-2598|MM-2677|MM-2711}}
{{ReleaseNotes|package=2020.02 - November 2021|release=3.0.11|issues=1|MM-2463}}
{{ReleaseNotes|package=2020.02 - Oktober 2021|release=3.0.10|issues=1|MM-2335}}
{{ReleaseNotes|package=2020.02 - September 2021|release=3.0.9|issues=2|MM-2383|MM-2328}}
{{ReleaseNotes|package=2020.02 - Augustus 2021|release=3.0.8|issues=1|MM-2305}}
{{ReleaseNotes|package=2020.02 - Mei 2021|release=3.0.5|issues=5|MM-2080|MM-2077|MM-2058|MM-2051|MM-2047}}
{{ReleaseNotes|package=2020.02 - Maart 2021|release=3.0.3|issues=2|MM-1905|MM-1902}}
{{ReleaseNotes|package=2020.02 - Februari 2021|release=3.0.2|issues=1|MM-1828}}
{{ReleaseNotes|package=2020.02 - November 2020|release=3.0.0|issues=2|MM-1432|MM-1522}}
{{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=6|MM-1459|MM-1456|MM-1285|MM-1260|MM-1259|MM-1011}}
{{ReleaseNotes|package=2020.01 - Zomerrelease 2020|release=2.0.0|issues=3|MM-972|MM-898|MM-319}}
{{ReleaseNotes|package=2019.01 - April|release=1.0.9|issues=3|MM-1059|MM-1025|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.7|issues=3|MM-997|MM-953|MM-931}}
|-
| style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.0.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-599 MM-599]
| style="background-color: white;"| URL value on detailCodeableConcept.coding.system in HCIM TreatmentObjective example was incorrect, changed to the correct value.
|-
| style="background-color: white; | 2019.01 - September
| style="background-color: white; | 1.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatiepagina's van BgZ, GGZ en BgLZ.
|}

Sjabloon:BITS-issue

2022-04-21T08:12:05Z

Mik de Jong: Release notes voor eOverdracht 4.0-RC-5 toegevoegd

| [https://bits.nictiz.nl/browse/{{{1}}} {{{1}}}]
| {{#switch: {{{1}}}
|MM-2973 = De assert die testte op aanwezigheid van .display of .text in elementen van type CodeableConcept ging er ten onrechte vanuit dat .text alleen aanwezig mag zijn als de gecodeerde waarde afwezig is. Dit is aangepast.
|MM-2983 = Op iedere relevante wiki-pagina is een warning (melding) geplaatst, dat de betreffende informatiestandaard en/of usecases - met onderliggende documentatie (FO, TO en kwalificatiematerialen) - na 30 april niet meer gebruikt kan worden binnen het MedMij-netwerk.
|MM-3024 = Een hyperlink op de BgZ raadplegen gerepareerd naar een bestaande pagina.
|MM-2825 = In onze Kwalificatie fixtures werd in sommige Patient resources bij adres .use gebruikt. Dit is mag alleen bij uitzondering gebruikt worden.
|MM-2757 = De medicatiefixtures (agreement en use) voor de BgZ zijn aangepast, zodat deze bij het addendum passen.
|MM-3017 = The link on the page referring to the FHIR package has been changed to the general FHIR package link.
|MM-3026 = Op de Kwalificatiepagina zijn voor de twee gegevensdiensten Allergie-intolerantie en Allergie-intolerantie gegevensvertaling een Conformiteitscheck Gegevensdienst (CCG) geplaatst.
|MM-2712 = The eAppointment profile now supports the NHG-14 code system in ContactType.
|MM-2747 = The definition of .participant has been clarified in the profile eAfspraak appointment
|MM-3035 = Op de wikipagina voor kwalificatie van PDFA Beschikbaarstellen is een hyperlink naar de Inhoudelijke gegevens gecorrigeerd, deze verwees voorheen naar een niet bestaande pagina.
|MM-3031 = Het opmerkingenveld in de CCG van PDFA is opengesteld waardoor gebruikers opmerkingen in het vrije veld kunnen vermelden.
|MM-2968 = The CapabilityStatements for PDF/A now support POST searchIncludes
|MM-3013 = De volgende aanpassingen zijn doorgevoerd:
* Nummersoort aangepast (van 'privé' naar vaste telefoon)
* Tekst bij onderdeel 'specialisme' toegevoegd (was alleen een code)
* Pulsaties per minuut: is aangepast naar UCUM notatie: /min
* Kleine visuele verbeteringen zijn doorgevoerd
|MM-2909 = BehandelAanwijzing.VerificatieDatum is naar 6 dagen (T – 186D) later gezet
|MM-3011 = The profile FreedomRestrictingMeasures has been removed from the TO page.
|MM-1238 = Correctie van de specificaties (in ART-DECOR). De twee raadplegen transacties bevatten nu alleen de query parameters conform de beschrijving op het functioneel ontwerp (filtermogelijkheden).
|MM-3036 = De kwalificatiescripts voor BgLZ zijn aangepast op basis van het sjabloon 2022.
|MM-3030 = Op de kwalificatiepagina zijn in de subparagrafen "Omschrijving scenario" van de paragraaf "Inhoudelijke gegevens" de teksten (die de PGO betreft) vervangen door een tekst die van toepassing is op het XIS.
|MM-2889 = De layout van het Beelden-kwalificatiescript is geüpdated met het algemene template.
|MM-2887 = Op de FAQ kwalificatiepagina is de term pre-kwalificatie vervangen door kwalificatie 1. Verder is het kwalificatieproces verduidelijkt.
|MM-2886 = Added a textual known issue to the ValueSet ProbleemNaamCodelijst that an urn:oid is present where an url is expected.
|MM-2882 = Op de kwalificatiewikipagina is explicieter aangegeven dat bij afwijkingen van het kwalificatiescript er een argumentatie noodzakelijk is dat vooraf moet worden gecommuniceerd.
|MM-2880 = In the profiles nl-core-address and nl-core-contactpoint, the Markdown notation for the tables has been changed to an actual table instead of a code block.
|MM-2879 = Het element .subscriberId is verwijderd van de "medmij-bgz-coverage-ts-02" fixture met betrekking tot de bankgegevens.
|MM-2878 = In GGZ-kwalificatiefixture voor zib Wilsverklaring is de missende referentie naar de Aandoening opgenomen die gespecificeerd is in het addendum.
|MM-2872 = Er is een leesvriendelijke tekst aan 2 links toegevoegd in de introductie op het algemene functioneel ontwerp
|MM-2858 = De PGO-testscripts voeren geen uitgebreide checks meer uit op de FHIR-responses vanuit de testserver.
|MM-2846 = In een van de technische PDFA-testscripts voor XIS-systemen die test op een JSON-response werd om een XML-response gevraagd. Dit is aangepast.
|MM-2844 = The patch version number for nl-core-practitioner has been corrected.
|MM-2834 = In various CapabilityStatements, searchParams that were present, but that were not shown in their respective TOs, were removed and incorrect searchIncludes have been corrected.
|MM-2830 = - Het aanpassen van enkele tekstuele beschrijvingen op de addendum-wiki van de PDF/A-kwalificatie.
- Het corrigeren van enkele typo's en inconsequente bewoordingen.
|MM-2826 = De koptekst FunctioneleStatus is gewijzigd naar FunctioneleOfMentaleStatus
|MM-2824 = Aan de kwalificatiepagina BgLZ beschikbaar stellen is toegevoegd dat de kwalificatie voor het opnemen van medische diagnoses optioneel is en wat dit betekent voor de inhoudelijke gegevens.
|MM-2820 = In the package manifests for all packages, the incorrect entry "web" has been changed to "url". This change pertains the packages for zib2017, Questionnaires, BgZ, Images and eAfspraak.
|MM-2814 = Het element category was onjuist gevuld in de AllergieIntolerantie fixture van het BgZ kwalificatiemateriaal en in de FHIR-voorbeelden, dit is aangepast. Ook is een code-specification extensie toegevoegd op het reaction.severity-element.
|MM-2802 = De BgZ fixture 'medmij-bgz-condition-ts-01' aangepast om in `.code` een codesysteem te bevatten dat in de relevante waardelijst voorkomt.
|MM-2799 = De fixture medmij-bgz-medicationagreement-ts-01 was niet juist conform de zib. valuePeriod.end is verwijderd.
|MM-2792 = De code systeem ICPC is toegevoegd bij elke EpisodeOfCare referentie URL in de testscripts.
|MM-2787 = In de technische TestScripts wordt gecontroleerd of .system én .code altijd samen aanwezig zijn en of er geen ValueSet-uri gebruikt wordt als .system.
|MM-2777 = Aan de GGZ-fixture voor de overkoepelende AlgemeneMeting zijn verwijzingen naar deelmetingen verrijkt met de qualifier "has-member".
|MM-2776 = In een van de GGZ-fixtures voor zib GeneralMeasurement is de missende code-specification extension toegevoegd op Observation.status.
|MM-2774 = De adresgegevens in de zorgverlener- en zorgaanbieder-fixtures van GGZ zijn aangepast zodat deze overeen komen met het addendum.
|MM-2770 = Op de kwalificatiewikipagina's is additionele informatie toegevoegd dat verduidelijkt op welke systeemomgeving gekwalificeerd dient te worden.
|MM-2742 = Het FO vermeldde ten onrechte dat het VIPP InZicht programma ook de module Medicatieoverdracht bevat. Dit is gecorrigeerd.
|MM-2721 = De generieke uitgangspunten van de systeemrol 'Sturen' is toegevoegd en de systeemrol 'Ontvangen' is uitgebreider beschreven op de kwalificatiepagina 2020.01.
|MM-2691 = De technische TestScripts gebruiken nu de "Prefer: return=representation" header bij het sturen van informatie om te garanderen dat de response de aangemaakte resources bevat.
|MM-2663 = In de gezamenlijke basis voor de Touchstone-testen zijn de MedMij-asserts uitgesplitst van de niet-MedMij-asserts. Hierdoor is de volgorde van asserts in veel Touchstone-testscripts veranderd.
|MM-2659 = Een aantal overlappende testen in de technische TestScripts van verschillende standaarden zijn generaliseerd naar een algemene basis. Sommige TestScripts voeren daardoor completere controles uit.
|MM-2560 = In our Example resources we have added an Identifier.
|MM-2507 = The link to NutritionAdvice at the Context value in HCIM NutritionAdvice Explanation profile has been corrected.
|MM-2375 = De aansluitpagina voor Touchstone is veralgemeniseerd zodat deze multi-inzetbaar. Op de MedMij-wikipagina staat nu deze algemene informatie samen met MedMij-specifieke informatie.
|MM-2788 = Voor Vragenlijsten is het aanleverformat Sturen geïntegreerd in het aanleverformat Raadplegen.
|MM-2764 = In de meest recente beoordelingsformulieren is de volledigheidsbeoordeling uitgebreid met specifiekere technische criteria. Tevens is de achterhaalde term '(pre)' van '(pre)kwalificatie' verwijderd uit de beoordelingsformulieren en wikipagina's.
|MM-2739 = Bij de Aandachtspunten bij inhoudelijke gegevens is een known issue met betrekking tot Scenario 1.1 toegevoegd.
|MM-2734 = Er is nu een pagina met informatie over het toepassen van herleidbaarheid in PGO en XIS. Hiernaar wordt naar verwezen vanuit het algemeen functioneel ontwerp en alle kwalificatiescripts voor de rollen raadplegen en ontvangen.
|MM-2732 = The FHIR profile of HCIM SNAQrcScore had a defaultValueString with value "MISSING", this was not in line with other profiles and has been corrected, the value has been replaced for "Short Nutritional Questionnaire for residential care".
|MM-2718 = Toelichting op kwalificatie (scenario 3.4) verbeterd: verwachting is dat ook aan de PGO-gebruiker duidelijk wordt gemaakt, dat de ontvanger geen lege vragenlijst accepteert.
|MM-2711 = De 'conformiteitscheck gegevensdienst'-documenten (CCG) zijn toegevoegd op de kwalificatiepagina voor alle gegevensdiensten waarvoor deze beschikbaar zijn.
|MM-2695 = Het functioneel ontwerp en de FHIR IG van Zelfmetingen bevatten nog geen informatie over identificatie van opgestuurde metingen, dit is toegevoegd. Systemen worden nu aangemoedigd om een identifier toe te voegen bij het insturen van metingen, in lijn met de algemene FHIR IG van MedMij.
|MM-2682 = The display value for LOINC code 14743-9 in the qualification resources of SelfMeasurements was incorrect, this has been changed to the correct value "Glucose [mol/volume] in capillair bloed d.m.v. glucometer".
|MM-2677 = De onterechte waarschuwing dat dit een werkpagina zou zijn is verwijderd op de kwalificatiepagina van BgLZ.
|MM-2664 = Locatie van Documentreferentie 3 en Document 3 bleken onjuist, dit is gecorrigeerd. Er wordt nu terecht verwezen naar een niet bestaand document met een foutieve ID.
|MM-2660 = The CapabilityStatements for BgGGZ contained more searchParams then the TO expected implementers to support. These searchParams have been removed. Several searchInclude values have been updated following the TO in the format [resource]:[search param].
|MM-2658 = In het kwalificatiescript voor beschikbaarstellen BgZ zijn bij 6.1.14 en 6.1.15 de juiste SNOMED-codes toegevoegd, de FHIR-kwalificatiematerialen zijn ook bijgewerkt.
|MM-2655 = The references to the FHIR profiles for nl-core-practitionerrole and nl-core-location were missing on the eAfspraak FHIR IG, they have been added to the list of profiles.
|MM-2636 = Added an identifier to the bundle scenarios and equalize the bundle contents for scenario 2.1 with the resources from scenario 1.x for SelfMeasurements.
|MM-2607 = A known issue is added to the BodyWeight and BloodGlucose profiles: some ValueSets contain more codes than is expected from a functional perspective, therefore use of these specific codes is discouraged.
|MM-2598 = Voor DVZA's is de kwalificatie voor MeerlingIndicator en de voornamen van de zorgverlener optioneel, dit is toegevoegd aan de kwalificatiepagina van BgLZ.
|MM-2564 = Er is een relatie naar de MedicatieAfspraak uit scenario 2.3 toegevoegd in scenario 3.3 op de wiki. Deze relatie is ook opgenomen in het FHIR-bericht op Touchstone.
|MM-2562 = In HCIM PressureUlcer, corrected the .bodySite extension (laterality) with the proper ValueSet.
|MM-2531 = De ontbrekende uitleg over het gebruik en invoeren van de variabele T-datum is toegevoegd aan de sectie Configureren simulator op de kwalificatiepagina.
|MM-2525 = De fixture medmij-bgz-location-ts-01 in het BgZ-kwalificatiemateriaal was niet conform het addendum, om dit recht te trekken is het .name-element (OrganisatieLocatie) nu gevuld met "West vleugel" en is er een referentie toegevoegd op het element .managingOrganization naar de organisatie "Test Medisch Centrum" (OrganisatieNaam).
|MM-2515 = Aan de kwalificatie-eisen is uitleg toegevoegd in welke omstandigheden een Touchstone-uitvoer gefaalde tests mag bevatten.
|MM-2461 = In the zib2017 FHIR package, the missing terminology bindings in profiles zib-AllergyIntolerance and zib-BodyHeight have been restored.
|MM-2324 = All LoadResources scripts for the qualification materials are bundled per main folder (MedMij-20XX.0X-Test/Cert), leading to less overhead in the montly update cycle.
|MM-1862 = XIS-kwalificatiescenario 1.3 voor de BgZ wordt verwijderd uit de FHIR-testmaterialen omdat deze geen functionele oorsprong kent.
|MM-2165 = Added an Identifier to the technical qualification resources.
|MM-2404 = Het functioneel ontwerp van Zelfmetingen verwijst nu naar de website van stichting Legio, waar de de eisen en mapping-specificaties omtrent ontvangen van zelfmetingen, gedownload kunnen worden.
|MM-2430 = Er is een infographic gepubliceerd die de maandelijkse patchrelease uitlegt. Er wordt naar deze infographic verwezen vanaf de landingspagina voor MedMij en de landingspagina's voor publicatie 2020.01 en 2020.02.
|MM-2432 = CapabilityStatements (client/server) are created for eAppointment.
|MM-2439 = All TestScripts checking for an empty searchset Bundle have been edited to allow for an otherwise empty Bundle with an OperationOutcome present.
|MM-2444 = De waarschuwingsbox voor de BgLZ is gewijzigd op de kwalificatiepagina, Functioneel Ontwerp en het Technisch Ontwerp om weer te geven dat de 2020.01 versie niet meer ondersteund wordt voor kwalificatie
|MM-2451 = Op de kwalificatiepagina's van eAfspraak en Zelfmetingen is een downloadbaar overzicht geplaatst onder 'specifieke afspraken huisartssystemen'. Het overzicht bevat implementatie-advies vanuit OPEN/Legio en welke afwijkingen op het kwalificatiescenario zijn toegestaan voor DVZA/HIS combinaties.
|MM-2462 = Added Condition resource to be supported in the Capability Statement of GGZ.
|MM-2463 = Link in paragraaf Richtlijn van het functioneel ontwerp BgLZ is verbeterd (was V2020.01, is nu V2020.02).
|MM-2465 = In het beoordelingsformulier van BgGGZ Beschikbaarstellen v2020.01 is de FamilySituationChild uit de technische beoordeling verwijderd.
|MM-2480 = Correctie en verduidelijking PDF/A wiki-pagina's raadplegen en beschikbaarstellen: De footnote in 4.4. is verder uitgewerkt en onjuistheden in de addenda zijn aangepast.
|MM-2483 = Addendum BgZ is verduidelijkt door bij sectie 'Probleem' een notitie toe te voegen met uitleg waarom er in de test meerdere resources worden verwacht.
|MM-2488 = Addendum BgZ is verduidelijkt door bij sectie 'Procedure' een notitie toe te voegen met uitleg waarom er in de test meerdere resources worden verwacht.
|MM-2492 = Enkele kwalificatiescenario's van Zelfmetingen, use case Raadplegen, zijn gewijzigd. In Touchstone is de hartfrequentie toegevoegd aan scenario 1.6. Het kwalificatiescript en aanleverformat vermelden de hartfrequentie nu ook in scenario 1.7. Het script vermeldt nu ook dat de PGO geleegd moet worden na scenario 1.5. Tevens zijn de scenario's nu opgenomen in een nieuwe layout (tabel) om de toelichting te verbeteren.
|MM-2494 = The header 'MedMij-Request-ID' in TestScripts is now properly filled with a generated UUID without showing this process to the user.
|MM-2504 = In the profiles zib-TreatmentDirective and zib-AdvanceDirective, guidance is added on how to possibly populate {{fhir|Consent.policy.url}}.
|MM-2506 = In het package manifest van het Questionnaires-package is de dependency op het zib2017 aangepast van de NPM-notatie "^2.0" naar de beperktere FHIR-notatie "2.0.x".
|MM-2510 = The profile zib-Respiration has been added to the Capability Statements (client/server) of SelfMeasurements.
|MM-2517 = The vitals-signs profiles have been updated with an extra discriminator on {{fhir|.code.coding}}. {{fhir|system}} has been added as a discriminator.
|MM-2518 = Het functioneel ontwerp van Zelfmetingen licht nu de zoekacties voor raadplegen beter toe (laatste meting, categorie) zodat het overeenkomt met het technisch ontwerp.
|MM-2520 = De SNOMED CT codes uit het testscript zijn toegevoegd aan de volgende addenda-secties van de kwalificatie BgZ; uitslagen, verrichtingen, medisch hulpmiddel en contact.
|MM-2527 = Replaced an unkown SNOMED code in BgGGZ qualification materials at GeneralMeasurement item 6.
|MM-2543 = Op de wiki-landingspagina voor MedMij wordt vermeld dat publicatie 2019.01 in passief beheer is en 2020.* in actief beheer zijn, met korte uitleg over publicaties, informatiestandaarden en MedMij-catalogus. Op de landingspagina's voor deze MedMij-publicaties wordt vermeld dat ze in passief of actief beheer zijn, met verwijzing naar deze korte tekst.
|MM-2544 = In het kwalificatiescript/scenario zijn bij FunctioneleOfMentaleStatus enkele StatusNaam display-waardes gewijzigd.
|MM-2546 = Op het functioneel ontwerp van Medicatieproces is de systeemrolcode van use case verstrekkingvertalingen teruggezet van "9.A.7" naar "9.A.1".
|MM-2552 = Voor de kwalificatie van Zelfmetingen, use case 'raadplegen', is in het kwalificatiescript en aanleverformat verduidelijkt dat het tonen van de persoongegevens wordt verwacht.
|MM-2553 = In het Functioneel Ontwerp van Medicatieproces zijn links aangepast om te verwijzen naar de huidige versie van Art-Decor transacties
|MM-2555 = In the qualification material of eAppointment we have added the ContactType at some resources. At Afspraak 3 we have changed the PatientInstructions to the right instructions of the Addendum.
|MM-2561 = Some examples of zib-Problem have the value of {{fhir|.clinicalStatus.extension:ProblemStatusCodeList}} changed.
|MM-2582 = A missing code has been added to the 'GlucoseMeetmomentenNhgtable45Codelijst' ValueSet.
|EOVDR-40 = ART-DECOR publicatie - Container Gezondheidstoestand verwijderd uit Zorgresultaat.UitkomstVanZorg in transacties Sturen Overdrachtsbericht volwassenen, Sturen Overdrachtsbericht kinderen 0-1 jaar en Sturen Overdrachtsbericht kinderen 1-18 jaar
|EOVDR-41 = ART-DECOR publicatie - In alle transactiespecificaties in Art-Decor, benaming rollen gelijk gemaakt aan benaming systeemrollen zoals gebruikt in functioneel ontwerp
|EOVDR-42 = ART-DECOR publicatie - In Art-Decor dataset, status zib Algemene Meting op Geannuleerd gezet
|EOVDR-43 = ART-DECOR publicatie - In alle transacties, Overlijdensindicator en Datum Overlijden uit zib Patient verwijderd
|EOVDR-44 = ART-DECOR publicatie - In alle transacties, binnen zib Betaler: kardinaliteit Persoon en Verzekeraar 1..1C gemaakt
|EOVDR-45 = ART-DECOR publicatie - In Sturen Overdrachtsbericht volwassenen, Sturen Overdrachtsbericht kinderen 0-1 jaar Sturen Overdrachtsbericht kinderen 1-18 jaar en Sturen Aanmeldbericht: kardinaliteit SturendeOrganisatie.Zorgaanbieder.ZorgaanbiederIdentificatienummer op 1..1 gezet.
|EOVDR-46 = ART-DECOR publicatie - In alle transacties waarin deze voorkomt: in HulpVanAnderen/Hulpverlener, kardinaliteit van Zorgverlener, Mantelzorger en Zorgaanbieder zo gespecificeerd dat zij elkaar uitsluiten.
|EOVDR-47 = ART-DECOR publicatie - Engelse weergavenamen van (voor eOverdracht gespecialiseerde) waardenlijsten van zib Probleem vervangen door NL vertaling
|EOVDR-48 = ART-DECOR publicatie - Datumtijdstempelprecisie voor Begin- en Einddatum in de zib Probleem en Begindatum in AllergieIntolerantie en MedischHulpmiddel toegevoegd.
|EOVDR-49 = ART-DECOR publicatie - In alle voorkomens van VerpleegkundigeInterventie.Uitvoerder kardinaliteit van Zorgverlener, Verzorger en Patient gewijzigd van 0..1R naar 0..1C: precies 1 van de 3 concepten moet gekozen worden.
|EOVDR-50 = ART-DECOR publicatie - Verificatiestatus verwijderd uit Patiëntprobleem.Probleem in alle transacties
|EOVDR-51 = ART-DECOR publicatie - In alle transacties waarin deze voorkomt, kardinaliteit Wilsverklaring gewijzigd van 0..1 naar 0..*
|EOVDR-52 = ART-DECOR publicatie - In alle voorkomens van de sub-bouwsteen Contactgegevens in alle transacties, de kardinaliteiten gelijk getrokken: Telefoonnummers 0..*/Telefoonnummer 1..1 en Email adressen 0..*/E-mail adres 1..1
|EOVDR-53 = ART-DECOR publicatie - In transacties Sturen overdrachtsbericht volwassenen, kinderen 0-1 jaar en kinderen 0-18 jaar kardinaliteit Stoma gewijzigd van 0..1 naar 0..*
|EOVDR-54 = ART-DECOR publicatie - In alle transacties waarin deze voorkomt, VermogenTotVerpleegtechnischHandelen.VerpleegkundigeInterventie.UItvoerder.Zorgverlener verwijderd
|EOVDR-55 = ART-DECOR publicatie - In alle transacties, Patient verwijderd uit Verpleegkundige Interventie.Uitvoerder in VermogenTotZelfstandigMedicatiegebruik
|EOVDR-56 = ART-DECOR publicatie - Niet-relevante concepten Lateraliteit en AnatomischeLocatie in Infuus..Randapparaat::MedischHulpmiddel uit de transacties verwijderd
|EOVDR-57 = ART-DECOR publicatie - In HorenHulpmiddel.MedischHulpmiddel, concept Lateraliteit verwijderd (is al verwerkt in de waardenlijst van MedischHulpmiddel.AnatomischeLocatie)
|EOVDR-58 = ART-DECOR publicatie - In alle transacties, de concepten Verificatiestatus, AnatomischeLocatie en Lateraliteit verwijderd uit MentaleStatus.Probleem
|EOVDR-60 = ART-DECOR publicatie - Kardinaliteit van HorenHulpmiddel::MedischHulpmiddel.AnatomischeLocatie gecorrigeerd van 0..*. naar 0..1 conform specificatie zib.
|EOVDR-61 = ART-DECOR publicatie - In transactie Sturen Overdrachtbericht kinderen 0-1 jaar, Patient verwijderd uit Uitvoerder in alle voorkomens van Verpleegkundige Interventie
|EOVDR-63 = Functioneel ontwerp - pagina opbouw eOverdracht algemeen: links naar (documentatie over) de referentiesets in de voetnoten vervangen door links naar de referentiesets zelf in de internationale SNOMED browser.
|EOVDR-64 = Kwalificatiemateriaal - kwalificatiepagina (met link vanaf landingspagina) en testscripts toegevoegd voor de Overdracht transacties (volledig en overlap BgZ)
|EOVDR-67 = In all three Nursing Handoff profiles, the coding for the "Skin" section has been corrected to SNOMED code 106076001
|EOVDR-68 = (Pre-)kwalificatiemateriaal - Testscenario 1.3: 2e voorkomen van Betaler toegevoegd; Verzekeraar verwijderd uit 1e voorkomen.
|EOVDR-69 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: in VermogenTotZelfstandigMedicatiegebruik.VerpleegkundigeInterventie, Interval vervangen door Frequentie.
|EOVDR-70 = Het notified pull-mechanisme voor de eOverdracht is aangepast. De notificatie dient nu de resource.id van de Task te bevatten, en de pull bestaat niet langer uit een search maar uit een directe read gebaseerd op deze resource.id.
|EOVDR-74 = (Pre-)kwalificatiemateriaal Testscenario's 1.3 en 1.4 hernoemd in 1.3b en 1.4b (suffix b = alleen geschikt voor (pre)kwalificatie overlap BgZ)
|EOVDR-75 = (Pre-)kwalificatiemateriaal - Testscenario's 1.2b, 1.3(b) en 1.4(b) : typfout in Medische Diagnose.Probleemnaam hersteld
|EOVDR-78 = (Pre-)kwalificatiemateriaal - Testscenario 1.1b: inhoud voor Mentale Status toegevoegd
|EOVDR-79 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: HorenHulpmiddel::MedischHulpmiddel.ProductID tekst "GTIN voorbeeld" vervangen door een voorbeeld van een GTIN code
|EOVDR-80 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Blaasfunctie.Incontinentiemateriaal: Product ID vervangen door Product type
|EOVDR-81 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Mobiliteit.MedischHelpmiddel.ProductType SNOMED code vervangen door SNOMED term
|EOVDR-82 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: tweede voorkomen van VermogenTotVerpleegtechnischHandelen opgenomen
|EOVDR-84 = (Pre-)kwalificatiemateriaal - Dekking Darmfunctie compleet gemaakt door Frequentie, FaecesContinentie en Incontinentiemateriaal toe te voegen aan Testscenario 1.8
|EOVDR-85 = (Pre-)kwalificatiemateriaal - Testscenario's 1.3(b) en 1.4(b): niet-verplichte inhoud verwijderd
|EOVDR-86 = (Pre-)kwalificatiemateriaal - Testscenario's 1.3(b), 1.4(b): Niet-verplichte velden in Behandelaar verwijderd
|EOVDR-87 = (Pre-)kwalificatiemateriaal - In test- en kwalificatiescripts, aandachtspunt toegevoegd voor bijlagen (Wilsverklaring.WilsverklaringDocument en Wond.Wondfoto).
|EOVDR-88 = (Pre-)kwalificatiemateriaal - In test- en kwalificatiescripts, aandachtspunt toegevoegd voor bijlagen (Wilsverklaring.WilsverklaringDocument en Wond.Wondfoto).
|EOVDR-89 = (Pre-)kwalificatiemateriaal - Contactgegevens patiënt toegevoegd aan Testscenario 1.2
|EOVDR-90 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Tweede voorkomen Taalvaardigheid toegevoegd
|EOVDR-91 = (Pre-)kwalificatiemateriaal - Testscenario 1.1b: tweede voorkomen van Rol toegevoegd aan Contactpersoon
|EOVDR-94 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Tweede voorkomen MedischHulpmiddel toegevoegd aan Mobiliteit
|EOVDR-96 = ART-DECOR publicatie - Lateraliteit en AnatomischeLocatie van Sondesysteem.MedischHulpmiddel verwijderd uit de Overdracht transacties.
|EOVDR-97 = ART-DECOR publicatie - Verwijzing naar Behandelaar::Zorgverlener toegevoegd aan Darmfunctie.Incontinentiemateriaal::MedischHulpmiddel en Stoma.Stomamateriaal::MedischHulpmiddel in de overdracht transacties.
|EOVDR-98 = ART-DECOR publicatie - Lateraliteit en AnatomischeLocatie toegevoegd aan VermogenTotMondverzorging.MedischHulpmiddel in de de transacties Sturen overdrachtsbericht volwassenen en Sturen Overdrachtsbericht kinderen 1-18 jaar.
|EOVDR-99 = ART-DECOR publicatie - Dataset: tijdstempelprecisie Darmfunctie.Incontinentiemateriaal::MedischHulpmiddel.Begindatum gecorrigeerd van "alleen jaar" naar "tenminste jaar".
|EOVDR-100 = Added zib-AllergyIntolerance profile to the list of profiles in the FHIR Implementation Guide.
|EOVDR-101 = (Pre-)kwalificatiemateriaal - Alle scenario's: ABG codes voor ZorgaanbiederIdentificatienummer en ZorgverlenerIdentificatienummer gecorrigeerd conform conventie AGB codes (eerste twee cijfers geven het specialisme aan).
|EOVDR-102 = (Pre-)kwalificatiemateriaal - Testscenario 1.2b: tweede telefoonnummer en e-mail adres toegevoegd aan Sturende Organisatie.Zorgverlener.Contactgegevens. Foutief e-mail adres gecorrigeerd in Ontvangende Organisatie.Zorgaanbieder.Contactgegevens.
|EOVDR-103 = ART-DECOR publicatie - Kardinaliteiten van VermogenTotDrinken, -Eten, -ZichWassen en -ZichKleden in de overdracht transacties aangepast van 0..1 naar 0..{*}.{*} Binnen deze zibs, de kardinaliteiten van DrinkBeperking, EetBeperking, TeWassenLichaamsdeel en TeKledenLichaamsdeel teruggebracht van 0.. naar 0..1. Testscenario 1.1 aangepast.
FHIR-profielen voor Nursing Handoff aangepast.
|EOVDR-104 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Taalvaardigheid.CommunicatieTaal: onjuiste code (is 3 posities moet 2 posities zijn) en ontbrekende weergavenaam gecorrigeerd
|EOVDR-105 = Functioneel ontwerp - In procesbeschrijving verpleegkundige aanmelding, bij bullets over het annuleren van het aanmeldbericht en het annuleren van een antwoordbericht vermeld dat dit toekomstige functionaliteit betreft.
|EOVDR-107 = (Pre-)kwalificatiemateriaal - Testscenario's 1.1 en 1.1b: Land verwijderd uit adresgegevens Ontvangende organisatie::Zorgaanbieder en Behandelaar.Zorgaanbieder
|EOVDR-109 = (Pre-)kwalificatiemateriaal - Testscenario's 1.1 en 1.1b: Woonplaats en AdresSoort toegevoegd aan Behandelaar#2::Zorgverlener.Zorgaanbieder
|EOVDR-111 = ART-DECOR publicatie - Kardinaliteit Behandelaar::Zorgverlener.Zorgaanbieder.Adresgegevens.AdresSoort aangepast van 0..1 naar 1..1 conform zib definitie. AdresSoort toegevoegd aan 2e voorkomens Behandelaar::Zorgverlener.Zorgaanbieder in testscenario's 1.1 en 1.1b.
|EOVDR-112 = Functioneel Ontwerp - Op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen bij Mentale Status.Probleem: Probleemtype Bevinding vervangen door type Symptoom
|EOVDR-113 = ART-DECOR publicatie - Dataset: waardenlijst bij Mentale Status.Probleem.ProbleemType ingeperkt tot alleen Symptoom. ProbleemType ook toegevoegd aan Mentale Status.Probleem in Testscenario's 1.1(b). Voetnoot bij Mentale Status.Probleem op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen uitgebreid.
|EOVDR-114 = (Pre-)kwalificatiemateriaal - RedenContactTekst toegevoegd aan AfsprakenPatient.Contact
|EOVDR-115 = (Pre-)kwalificatiemateriaal - Testscenario's 1.1(b): in ContactMet::Zorgverlener.Specialisme, UZI codering van Ergotherapeut vervangen door AGB codering
|EOVDR-117 = (Pre-)kwalificatiemateriaal - Alle testscenario's, alle voorkomens van Naamgegevens: Initialen gelijk gemaakt aan eerste letters van de Voornamen
|EOVDR-118 = (Pre-)kwalificatiemateriaal - Testscenario 1.1: Naam en Contactgegevens toegevoegd aan Uitvoerder.Verzorger::Contactpersoon in Verpleegkundige Interventie bij Patiëntprobleem #04.
|EOVDR-119 = Functioneel ontwerp - Inperkingen van waardenlijsten voor Diagnoses.Probleem.ProbleemNaam en ProbleemStatus, Voorgeschiedenis.Probleem.ProbleemNaam en MentaleStatus.Probleem.ProbleemType vermeld in voetnoten op https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen.
|EOVDR-120 = (Pre-)kwalificatiemateriaal - Kwalificatiescript en scenario 1.1b toegevoegd voor 14 met BgZ overlappende zibs
|EOVDR-121 = (Pre-)kwalificatiemateriaal - Testscenario's 1.5 tot en met 1.11 toegevoegd voor pre-kwalificatie
|EOVDR-122 = (Pre-)kwalificatiemateriaal - 2 testscripts voor Aanmeldfase toegevoegd
|EOVDR-123 = In the Nursing Handoff profiles, the cardinality's for zib Stoma and zib AdvanceDirective have been adjusted from 0..1 to 0..* to align with the changes in the dataset.
|EOVDR-124 = Add <code>ge</code> prefix to <code>_lastUpdated</code> search parameter in Task search invocation.
|EOVDR-130 = Art-Decor publicatie: kardinaliteit secties "Algemene Patiënten Context" en "Verpleegkundige context: specificatie gezondheidstoestand" verlaagd van 1..1 naar 0..1 in ALLE transacties van eOverdracht. Deze aanpassing ook gedaan voor de secties generalPatientContext en healthState in de FHIR profielen.
|EOVDR-131 = Op de wiki pagina https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_aanmeldbericht is de zib JuridischeStatus verplaatst van de sectie Medische context naar Algemene Patienten Context.
|EOVDR-132 = In Kwalificatiescripts - overdracht ontvangend systeem - overdrachtsbericht overlappend met BgZ en overdracht sturend systeem - overdrachtsbericht overlappend met BgZ, downloadable Aanleverformat voor screenhots toegevoegd aan scenariotabel in paragraaf "Scenario's". Hiernaar verwezen vanuit paragraaf "Op te leveren materialen".
|EOVDR-133 = Art Decor publicatie: In MentaleStatus.Probleem: waardenlijst bij ProbleemType aangepast van {symptoom} naar {symptoom, klacht, functionele beperking, complicatie}. Test en kwalificatiemateriaal (Wiki en Touchstone): voorbeelden MentaleStatus aangepast.
|EOVDR-134 = De term pre-kwalificatie wordt niet meer gebruikt door Nictiz. 'Pre-kwalificatie' is vervangen door 'test'.
|EOVDR-135 = Testscenario 1.1b is gepubliceerd op Touchstone. Voor informatie over Touchstone binnen de eOverdracht-context is een handleiding gepubliceerd. Een verwijzing hiernaar is op de kwalificatiepagina opgenomen.
|EOVDR-136 = De wiki pagina's https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_aanmeldbericht en https://informatiestandaarden.nictiz.nl/wiki/vpk:V4.0_Opbouw_eOverdracht_algemeen bevatten links naar een verouderde Art-Decor publicatie. Uit oogpunt van onderhoud zijn deze vervangen door een verwijzing naar de landingspagina
|EOVDR-137 = Art-Decor publicatie: kardinaliteit Voedingsadvies binnen Specificatie Gezondheidstoestand.Voeding/Vocht verhoogd van 0..1 naar 0..*. FHIR profiel: kardinaliteit van NutritionAdvice verhoogd van 0..1 naar 0..*. Test en Kwalificatiemateriaal: aantal voorbeelden van Voedingsadvies verhoogd van 1 naar 2.
|EOVDR-140 = Art-Decor publicatie: in transacties Overdracht kind 0-1 jaar en Overdracht kind 1-18 jaar, Probleem.Lateraliteit en Probleem.AnatomischeLocatie verwijderd uit Mentale Status.Probleem
|EOVDR-143 = Tekst van de kwalificatie aanpassen volgens voorstel. Link naar het voorstel is opgenomen in Abstract van dit issue.
|EOVDR-150 = Test en kwalificatiemateriaal (Wiki en Touchstone): voorbeelden MentaleStatus aangepast, aantal voorbeelden uitgebreid van 1 naar 2.
|EOVDR-152 = Paragraaf "op te leveren materialen" in de kwalificatiescripts: aanwijzigingen toegevoegd over link(s) naar de executie op de kwalificatiesimulator (Touchstone) en het gebruik van het aanleverformat.
|EOVDR-154 = Op de landingspagina is het release candidate nummer van de laatste publicatie van eOverdracht gewijzigd, dus 4.0-RC5 bij FO, TO en Kwalificatiepagina. Ook op de betreffende pagina's worden de wijzigingen aangebracht in de titel. De URL blijft gelijk.
|MM-100 = Mapping CBV naar SNOMED codes.
|MM-1002 = In extension patient-nationality of the nl-core-patient profile, the binding on NationaleCodelijst has been moved from the root to the code slice.
|MM-1003 = In extensions zib-Payer-BankInformation and zib-TreatmentDirective-Verification, add the (required) .url element, and remove this url from the calling profile zib-Payer.
|MM-1006 = Sub-measurements in the zib-GeneralMeasurement have been changed from Observation.component's to a set of related zib-GeneralMeasurement instances. Additionally, the ResultStatusCodelist is added to Observation.status.
|MM-1007 = The IG for the Images information standard included broken links to example instances on Simplifier. These have been removed and replaced with a general link to example instances on Simplifier.
|MM-1011 = Replaced the term "StructureDefinitions" with the more precise term "profiles" in implementation guides.
|MM-1015 = Added a generated narrative to all example instances.
|MM-1017 = The SelfMeasurements IG incorrectly didn't mention the PulseRate profile. This has been added.
|MM-102 = Bundle type 'collection' is vervangen door 'searchset' in de use case voor het raadplegen van het medicatieoverzicht.
|MM-1025 = Corrected the slicing logic at the discriminator path in the zib-Procedure profile.
|MM-1032 = Removed the explicit slice "masterIdentifier" from the images-Media profile, as it was impossible to define a discriminator. The masterIdentifier concept is now defined directly on Media.identifier.
|MM-1034 = It was not possible to distinguish a version-specific identifier among identifiers in the instance of a Media resource. This is solved by adding a mandatory fixed value at identifier.use in the identifier.
|MM-1036 = The code-specification extension was not used on all the required elements where it is required in the qualification material, this has been corrected.
|MM-105 = Raadplegen 6.12 medicatieverstrekkingen (bij apothekers).
|MM-1050 = The FHIR specification on Resource.text is not completely clear and found multi interpretable. Therefore, additional explanation and guidance on this subject is added to the MedMij FHIR IG.
|MM-1053 = Changed mapping name in nl-core-organization profile from 'HCIM Patient-v3.1.1(2017EN)' to the correct 'HealthcareProvider-v3.1.1(2017EN)' as it was incorrect and could lead to misunderstanding.
|MM-1054 = Changed the package dependency of the information standards from the patch level to the minor level, as all patch level packages are interchangable.
|MM-1059 = Fixed a typo in the BgLZ FHIR IG: changed 'Patient.general-pracitioner' to 'Patient.generalPractitioner'
|MM-106 = Het Bundle-MedicationOverview profiel en de technische wiki pagina beschrijven nu hoe de bundle.total bepaald wordt in de MedicationOverview response.
|MM-1069 = The IHE MHD list of search parameters was deemed to pose a disproportionate implementation burden for servers. A selection of the most appropriate and likely used search parameters has been made.
|MM-1079 = Het kwalificatiemateriaal voor PDF/A wordt per use case gepubliceerd. Een (kandidaat-)deelnemer is niet verplicht te kwalificeren op meerdere use cases. Met het opknippen van het kwalificatiescript wordt dit verduidelijkt.
|MM-1080 = Het kwalificatiemateriaal voor Zelfmetingen wordt per use case gepubliceerd. Een (kandidaat-)deelnemer is niet verplicht te kwalificeren op meerdere use cases. Met het opknippen van het kwalificatiescript wordt dit verduidelijkt.
|MM-1081 = Added meta.profile declaration to some examples where it was missing.
|MM-1082 = Voor de PDF/A-standaard was het niet duidelijk welk PDF/A-niveau minimaal ondersteund dient te worden. Op het FO en TO is nu toegevoegd dat het om PDF/A-1 gaat.
|MM-1083 = Added mapping for zib FamilySituation concept MaritialStatus to the profile for nl-core-patient
|MM-1084 = The profiles for zib-Payer and zib-MedicalDevice have been added to the list of profils in the IG for Questionnaires.
|MM-1085 = To aim for a more general approach in the Questionnaires information standard, textual changes were made in the Questionnaires profiles, README and the Simplifier project so that they no longer state 'MedMij' and 'Nictiz situation'.
|MM-1090 = The AD_use extension was incorrectly used on the .use element instead of the root of the profile. The extension was replaced by a custom extension named AddressType, for a simpler and more complete mapping mechanism for HCIM AddressInformation.
|MM-1091 = Pre-adopt of the R4 reasonReference element as DeviceUseStatement extension reasonReference, applied in zib-MedicalDevice.
|MM-1092 = An extra scenario is added for SelfMeasurements MedMij qualification. This scenario adds PHR and XIS testscripts with a search on Observation resources with category 'vital signs'.
|MM-1094 = Removed the retired 'zib-Appointment' profile in favor of 'eAfspraak-Appointment' in the BgZ CapabilityStatements. Added documentation about the use of the eAfspraak Appointment profile in combination with HCIM PlannedCareActivityForTransfer to the BgZ FHIR IG. Polished some HCIM terminology in the BgZ FHIR IG.
|MM-1095 = Add guidance about the use of FHIR id's and Bundle fullUrl's in the different circumstances to the 'overarching principles' section of the MedMij IG.
|MM-1097 = Not all requirements for the custom search parameter 'periodofuse' were technically described for servers. Technical implementation notes were added to the IG for for Medication and to the SearchParameter.
|MM-1115 = The HCIM MedicationAdministration was incorrectly mentioned on the IG of Medication process, therefore, the FHIR profile and resource endpoint for MedicationAdmistration are removed.
|MM-1116 = Removed FHIR patch level version from file names and descriptions of qualification materials.
|MM-1117 = In the gp-JournalEntry profile, adjusted the discriminator for Observation.component (type to pattern, path to code and fixedCodeableConcepts to patternCodeableConcepts). Changed fixedCodeableConcepts to fixed values on coding.system in component.valueCodeableConcept.
|MM-1118 = All information standards contained sections about error handling without added value to the FHIR specification. This has been replaced with a reference to the Overarching Principles on the main FHIR IG page. The given information here has been deduplicated from the FHIR specification. Examples are given to provide added value by putting error handling in perspective to the use in the information standards.
|MM-1119 = De herleidbaarheid van gegevens (data-elementen) wordt expliciet benoemd en een expliciet onderdeel van kwalificatie.
|MM-1121 = Change the profile requirement for the PDF retrieve use case from the IHE profiles to the profiles adapted by Nictiz to fix slicing issues.
|MM-1122 = Added zib-LifeStance extension to nl-core-patient profile, leading to a new minor version.
|MM-115 = Solved inconsistency in the List of StructureDefinitions. Also we will no longer check PlannedCareActivityForTransfer for MedicationAdministration in section 17 Zorgplan, because we found it was unimplementable as-is. Presumed solution will come from a future HCIM release.
|MM-1155 = In nl-core-address, changed the slicing logic to enable support for both GBA and ISO land codes.
|MM-1165 = To aid in a simpler HCIM mapping, the code-specification extensions on the .system and .use element in the nl-core-contactpoint profile where removed and replaced by one new extension: TelecomType. The usage of this extension and the corresponding mapping are added to the profile definition. Also changed the obsolete HCIM term 'TelecomSoort' in the profile and ConceptMaps to the now used 'TelecomType'.
|MM-1167 = Add a binding strength of "extensible" to maritalStatus in nl-core-patient.
|MM-1168 = In the profiles on DocumentManifest, removed the profile references to three deleted profiles in the pReference slice.
|MM-1169 = Gezien BITS reeds goede naslag biedt voor wijzigingen in de MedMij-informatiestandaarden, is er voor gekozen om de sectie "Paginahistorie" (in functionele ontwerpen) en "History" (in FHIR IG's) te verwijderen.
|MM-1175 = Added a comment in the nl-core-address profile at Address.use.extension:AD_use to signal a known issue.
|MM-1177 = The information standard specific artifacts for MedicationProcess, eAfspraak, Images and BgZ have been split out from the main project/package and put into separate projects/packages.
|MM-118 = Profiel naam zib-Product niet passend bij Zib FarmaceutischProduct.
|MM-1188 = ART-DECOR publicatie - dataset velden (experimental, purpose, subjectType, questionnaireItem/repeats) nu ook zichtbaar in transactie vragenlijsten beschikbaarstellen.
|MM-1191 = ART-DECOR publicatie - dataset onderdeel QuestionnaireItem: element namen van groupText-renderingStyle /xhtml gecorrigeerd naar text-renderingStyle/xhtml.
|MM-1198 = ART-DECOR publicatie - specialisme toegevoegd aan dataset/transacties vragenlijsten (was al onderdeel kwalificatiemateriaal).
|MM-1204 = In the zib-BloodPressure profile, the slices for diastolic and systolic pressure have been made required.
|MM-1207 = Added syntax highlighting to XML code on wiki pages.
|MM-1220 = De leesbaarheid van de kwalificatiepagina is vergroot. Hierbij zijn de procedurele eisen opgeschreven en is de FAQ toegevoegd.
|MM-1227 = ART-DECOR publicatie - dubbel element verwijderd. Zorgaanbieder is nu enkel nog aanwezig als onderdeel (child) van zorgverlener.
|MM-1228 = Removed inline examples in TO of PDF/A and replaced them with links to simplifier examples.
|MM-1248 = The reference on .extension:ConcernReference in the HCIM Alert profile is unconstrained, leading to unclarity on what resource types can be expected. A comment has been added to explain this.
|MM-125 = Inconsistentie wiki vs simplifier.
|MM-1256 = Various tweaks to example materials to fix minor bugs.
|MM-1259 = Toelichting Kwalificatie Langdurige Zorg aangepast: voor 3 specifieke zibs vermeld dat de vulling optioneel is. Toegepast op zowel 2019.01 als 2020.01
|MM-1260 = In het FO van de BgLZ is de verwijzing naar de toelichting kwalificatie duidelijker gemaakt.
|MM-1261 = In the narratives of example files, removed the HTML link from references to other resources.
|MM-127 = TimeOfDay in InstructionsForUse and the Hapi Enumerators.
|MM-128 = CanceledIndicator possible values.
|MM-1281 = Gelijktrekken van woordkeuzes in kwalificatiescripts en addenda voor PDF/A
|MM-1283 = In HCIM Procedure, added mapping to the Requester (NL-CM:14.1.10) concept.
|MM-1284 = Correctie op volgorde van benoemde processtappen use case raadplegen binnen de informatiestandaard Zelfmetingen, proces stond verkeerd om beschreven.
|MM-1285 = In the ValueSet RedenMedicatieAfspraakCodelijst, replaced the custom ART-DECOR code with SNOMED for the .designation.use element.
|MM-1292 = There were no clear style guides for technical documentation. Guidance has been created for common situations and the IG is updated in accordance to these styles.
|MM-1319 = Guidance has been added to the zib-LaboratoryTestResult-Observation profile on the use to of multiple LabortoryTests within one LaboratoryTestResult.
|MM-1328 = Clarified specifications of which transactions are needed to be supported by DVP's for PDF/A
|MM-134 = MedicationUse StopType found values do not correspond with MedicationUseStopTypeCodeList values.
|MM-1343 = The references to the IHE MHD StructureDefinitions used for mapping purposes in the Images technical design have been replaced by references that resolve.
|MM-1345 = Notebox opgenomen in het functioneel ontwerp van Vragenlijsten, welke toelicht dat de uitwisseling voor de use case 'Raadplegen vragenlijst' op dit moment niet via het MedMij Afsprakenstelsel kan plaatsvinden.
|MM-1353 = Notebox opgenomen in FO voor Vragenlijsten om duidelijk te maken dat de uitwisseling op dit moment niet via het MedMij Afsprakenstelsel kan plaatsvinden.
|MM-1358 = Replaced <div> by in narratives of examples.
|MM-1374 = In the HCIM Procedure profile, corrected naming in the mappings from the old to the new HCIM.
|MM-1379 = Remove the defunct Simplifier based rendering of operations from TO's of eAfspraak and MedicationProcess.
|MM-1382 = The profile on HCIM AdvanceDirective contained a mapping to BasicElements::Author on the Consent.consentingParty element. However, the HCIM does not specify an author. Therefore, this mapping has been removed.
|MM-1383 = Verwijderen van niet te gebruiken eAfspraak-scenario's afspraak maken, wijzigen en verwijderen.
|MM-1385 = In the Simplifier project view, the status badge for profiles has been changed from "active" to "prerelease" as a visual indication that profiles in this view do not align with the released profiles in the package.
|MM-1386 = Replaced incorrect links to the Simplifier project in the 'Terminology, NamingSystems, Mappings' section of IGs by references to the relevant published packages.
|MM-1390 = The mapping comment for BasicElements::DateTime was incorrectly named 'StartDateTime', this has been corrected to 'DateTime'.
|MM-1393 = Tweaks in the qualification materials of the PDF/A standard on multiple aspects including scripts, addendum, fixtures and wiki guidance.
|MM-1399 = In the eAfspraak Appointment profile, the mapping on Appointment.description is corrected. Also clarification has been added to Appointment.indication and Appointment.reason.
|MM-1406 = Tekstuele verbetering Toelichting kwalificatie (/Kwalificatie) paragraaf 4.2 om duidelijker te maken dat de leverancier de foutcode moet inbouwen
|MM-1408 = Added a known issue on HCIM FunctionalOrMentalStatus to the BgZ and GGZ FHIR IG's. NL-CM:4.26.6 StatusDate in the profile FunctionalOrMentalStatus is mapped on period.start, but is a date nonetheless, this will be fixed in a future release. Also see MM-1570.
|MM-141 = Vital Signs profielen inconsistent m.b.t. baseDefinition.
|MM-1410 = TestScripts are now maintained in an intermediate form, leading to more consistency between TestScripts, shorter and more readable metadata, the addition of common basic technical asserts and the addition of TestScripts that test JSON for XIS-servers. Also, TestScripts will now continue by default if an asserts fails.
|MM-1418 = The publisher element, stating Nictiz as publisher, is added to FHIR profiles where it was missing.
|MM-142 = Onduidelijkheid in de modellering van de Aanvrager van een LaboratoriumUitslag.
|MM-1420 = Added extra embedded examples to Observation.component:Amount.value[x]:valueQuantity in the HCIM AlcoholUse and HCIM TobaccoUse profiles to clarify the use of UCUM annotations in units.
|MM-1422 = De DVZA-aanleverformats bevatten geen XIS-veld, dit is toegevoegd, nu kan voorafgaand aan de beoordeling gezien worden met welk XIS wordt gekwalificeerd.
|MM-143 = Aanpassing modellering Procedure.performer in het profiel voor HCIM Verrichting.
|MM-1432 = Publicatie van de BgLZ 3.0 waarin de mogelijkheid is opgenomen om het Verpleegkundig Zorgplan in de vorm van opgemaakte tekst op te nemen, in publicatieversie 2020.02. In verband met deze publicatie is op pagina's van publicatieversies 2019.01 en 2020.01 die verwijzen naar eerdere versies van de BgLZ een NoteBox toegevoegd: partijen die overwegen zich voor de BgLZ te kwalificeren, wordt gevraagd zich te melden bij MedMij of MedMij Kwalificatiecentrum.
|MM-144 = Problem zib ClinicalStatus can take on values which are not defined by the HCIM.
|MM-1441 = De toelichting over tijdnotatie en tijdzone in Touchstone ontbrak op de pagina 'Kwalificatie aansluiten'. Deze is toegevoegd.
|MM-1444 = In the explanation on planning activities represented in HCIM PlannedCareActivityForTransfer mentioned both HCIM names as well as FHIR core resources which led to confusion. Because of conformance, this has been corrected, now only FHIR core resources are mentioned.
|MM-1446 = Op de MedMij-landingspagina ontbrak de verwijzing naar de kwalificatiepagina voor publicatie 2019.01, deze is toegevoegd.
|MM-145 = ContactPerson verwijzing informatiestandaarden vs patient zib.
|MM-1453 = Guidance has been added to the gp-Encounter profile to populate both 'Encounter.period.start' and 'Encounter.period.end' with the same value when exact times for the Encounter are unknown.
|MM-1454 = In the FHIR IG, change the requirement for resource.id from SHALL to SHOULD for searchset Bundles, remove the requirement to use the UUID to populate the id field. Add extra guidance on this topic.
|MM-1455 = Changed the faulty HCIM name 'MedicalAid' to 'MedicalDevice' on the BgZ FHIR IG.
|MM-1456 = Verwijder de onterecht geïncludeerde paragrafen 1.2 en 1.3 in addendum 1.1 van de BgLZ.
|MM-1457 = Created a new general FHIR IG based on the MedMij FHIR IG. The MedMij FHIR IG now includes this new, common FHIR IG.
|MM-1459 = Onterechte paragraafnummering 1.1 veranderd naar 1.3 in addendum scenario 1.3 van BgLZ.
|MM-1461 = Om duidelijk kenbaar te maken dat de zib VrijheidsbeperkendeMaatregelen achterhaald is, deze zib niet meer uitgewisseld dient te worden en niet meer gecontroleerd wordt in de MedMij-kwalificatie, zijn er op de volgende pagina's issueboxen en overige opmerkingen geplaatst (in 2019.01 en 2020.01 versies): Inhoud GGZ, Functioneel Ontwerp, Technisch Ontwerp en Toelichting Kwalificatie GGZ. In ART-DECOR is het betrefffende concept op deprecated gezet & een nieuwe transactie (versie 1.1) gepubliceerd. Voor deze laatste transactie staan er nu ook links in het Functioneel Ontwerp naar de nieuwe versie.
|MM-1462 = Example instances in the zib2017 package have been improved based on validation results.
|MM-1465 = De patient journey van Thomas van Beek bevatte het concept voor een gegevensdienst 'verwijzingen', die echter nooit doorontwikkeld is. Dit concept is verwijderd uit de visualisatie en de beschrijving.
|MM-1466 = Binnen het FO van PDF/A zijn de verwijzingen naar FHIR-versienummers weggehaald.
|MM-1517 = In the FHIR IG, the section on the Reference datatype duplicated parts of the FHIR core spec. It has been rewritten to only provide additional guidance relevant to the use cases.
|MM-1521 = An extension has been added to the profiles gp-DiagnosticResult, gp-JournalEntry, gp-LaboratoryResult and zib-MedicationAgreement to reference an EpisodeOfCare (in gp context). A remark is placed on the .context element of these profiles and in the IG for GP that this new extension should be used rather than the .context element. The GP 2.x (2020.01) qualification materials have been updated to the new situation.
|MM-1522 = All references to terminology resources and examples scattered throughout the FHIR IGs are focused around the references to the relevant packages and in the overarching FHIR IG.
|MM-1524 = De MedMij landingspagina was nog geen onderdeel van de MedMij-namespace op de wiki. Hij is er nu in opgenomen.
|MM-1541 = Het functionele MedMij-kwalificatiemateriaal voor Vragenlijsten is voor elke transactie apart gepubliceerd.
|MM-1542 = Het onderscheid tussen het Register van Informatiestandaarden en de Medmij Catalogus is onnodig en niet goed verklaarbaar. Daarom is het Register onderdeel geworden van de Catalogus en zijn alle verwijzingen naar 'Register van Informatiestandaarden' aangepast naar 'MedMij Catalogus'.
|MM-1544 = Op de kwalificatiepagina werd nog niet verwezen naar de mogelijkheid tot herkwalificatie. Hierover is een uitleg toegevoegd.
|MM-1557 = Removed the permitted-value-conceptmap extension from ContactPoint.extension:TelecomType element in the nl-core-contactpoint profile. This extension is already used on the .system and ,use elements and therefore not needed on the aforementioned element.
|MM-1560 = De test met betrekking tot de zib GezinssituatieKind is verwijderd uit het kwalificatiemateriaal van BgGGZ.
|MM-1566 = The IG page for error handling examples has been moved from the "MedMij" wiki namespace to the "FHIR" namespace, in accordance to the IG page itself.
|MM-1571 = In the nl-core-contactpoint instances of the AllergyIntolerance qualification materials, the old extension code-specification was still used instead of the zib-ContactInformation-TelecomType extension. This has been corrected in all Practitioner, Patient en Organization resource.
|MM-1578 = Added guidance to the FHIR IG on the URI's that should be used for code systems, and where they can be found.
|MM-1580 = In the FHIR profile gp-DiagnosticResult, added guidance for the use of NHG Table 45 on Observation.value[x].
|MM-1587 = In MedMij-kwalificatiemateriaal Vragenlijsten 1.x (2019.01) en 2.x (2020.01): toelichting toegevoegd bij de transacties Beschikbaarstellen / Raadplegen vragenlijst dat deze buiten het MedMij-netwerk plaatsvindt.
|MM-1589 = Corrected the display value for SNOMED code 79899007 in an embedded example of FHIR profile zib-MedicationUse.
|MM-1592 = Updated the version numbers of 2 extensions, which had status 'active' and a version number starting with 0.x, to 1.0.0.
|MM-1593 = A missing mapping for mobile phone numbers has been added to the mapping table in the nl-core-contactpoint profile, the Dutch HCIM translations have been removed from the mapping table to improve readability.
|MM-161 = CBV codes in ProcedureRequest.
|MM-162 = Update naar medicatieproces versie 9.0.7.
|MM-1621 = In the Vital Signs FHIR IG, guidance is added on mustSupport flags in Vital Signs FHIR profiles. The mustSupport flags are inherited from the FHIR core profiles and have no meaning in the MedMij use case.
|MM-1623 = The PlannedCareActivity BgZ qualification resources are updated with a future date.
|MM-1624 = On the BgZ FHIR IG, the term "BgLZ" was used by mistake, this has been changed to the correct term "BgZ".
|MM-1634 = The numbering of the PHR qualification scenarios in the Questionnaires (2019.01 and 2020.01) FHIR TestScripts did not align with the functional test scripts, 1.4 and 2.4 changed to 1.5 and 2.5, and 1.5 and 2.5 changed to 1.6 and 2.6. Senarios 1.4 and 2.4 have been removed from the PHR functional testcripts, because they are not applicable for PHR testing and qualification.
|MM-1635 = The patient names used in the MedMij Questionnaires 2.x (2020.01) FHIR qualification material deviated from the names used in addendum, this has been rectified in accordance with the addendum.
|MM-164 = Medicatietoediening - toegediende hoeveelheid - cardinality mismatch
|MM-1650 = De sectie 'veelgemaakte fouten' in de kwalificatie-FAQ is uitgebreid met het gebruik van codesysteem-OID's en verkeerde afhandeling van niet-ondersteunde resources.
|MM-1651 = In the FHIR IG section on handling errors, the status code for unauthorized requests has been adjusted from 401 to 403. In the introduction text, a reference to the FHIR security spec has been added.
|MM-1656 = The Medication Process example search requests are improved by fixing typos and adding additional examples.
|MM-1662 = In several Medication releated profiles, the base resource comment has been removed from the medication[x] element to align with the more restricted use case in the profiles.
|MM-1675 = In the error handling section of the general IG, the explanation for "no match" and the description for "known but unsupported parameter value" have been improved. "Unsupported search parameter" has been added as a link to the section on search.
|MM-1681 = Comment supplemented on element Medication.ingredient in the profile HCIM PharmaceuticalProduct to clarify its use.
|MM-1685 = Added missing example instances for MedicationProcess 9.0.7 related resources.
|MM-1703 = Remove the ISO 3166 hint from the nl-core-address profile and refer to the HCIM instead.
|MM-1705 = Publicatie MedMij kwalificatie beoordelingsformulieren (1) raadplegen en sturen vragenlijsten o.b.v. publicatie 2020.01 en (2) beschikbaarstellen medicatieoverzicht o.b.v. publicatie 2019.01
|MM-1706 = In de MedMij kwalificatiematerialen van Beschikbaarstellen BgGGZ (script, addendum en aanleverformaat) zijn opmerkingen gezet om aan te geven dat de scenario's 1.3 & 1.4 voorlopig buiten scope zijn.
|MM-1707 = De Patient Journey van "Jelmer Postema" is aangepast, een nieuwe PDF is toegevoegd op de functionele ontwerpen van Vragenlijsten 2.x, Basisgegevens GGZ 2.x en PDF/A 3.x (publicatie 2020.01). Op het functioneel ontwerp van Vragenlijsten en Basisgegevens GGZ zijn daarnaast ook de verhaalteksten bij de use-case aangepast.
|MM-1719 = The Questionnaires project on Simplifier did not contain examples, example instances for a Questionnaire, a QuestionnaireResponse and a QuestionnaireProvisioningTask have been added.
|MM-1721 = Aanpassing gedaan aan de aanleverformats voor PDFA. Op de Wiki zijn nieuwe aanleverformats gepubliceerd.
|MM-1722 = City value changed from "Sitswerd" to "Stitswerd" in examples to correct the spelling.
|MM-1731 = Completed ConceptMap MateVanKritiekZijnCodelijst-to-allergy-intolerance-criticality by adding missing zib Concept translations to the ConceptMap.
|MM-174 = Corrected search url for PlannedCareActivityForTransfer - DeviceRequest. Added an '&'.
|MM-1750 = De Nictiz FHIR 3.0.1 en Nictiz Dev testsystemen zijn verwijderd in Touchstone.
|MM-1752 = The profiling guidelines for STU3 and R4 are updated to contain the latest convention for filename and Resource.id.
|MM-1758 = Url's to the HL7 FHIR wiki pages on MedMij wiki pages pointed to a deprecated version, this has been corrected, the url's now point to the new HL7 Confluence pages.
|MM-1765 = In MedMij-kwalificatiemateriaal Vragenlijsten 1.x (2019.01): scenario's 2.7 en 3.5 uit addenda verwijderd omdat deze overbodig zijn.
|MM-1766 = Corrected the reference to participant's specialty ('Specialisme') in the nl-core-careteam-01 example of the zib2017 package.
|MM-1767 = Corrected links to several profile canonicals in the IG for BgGGZ.
|MM-1769 = In het MedMij kwalificatiemateriaal addenda Beschikbaarstellen BgGGZ 2.x (2020.01) is bij het veld ProbleemNaam in sectie 6 Klachten en diagnoses het veld met waarde "Depressieve stoornis: eenmalige episode – ernstig zonder psychotische kenmerken" en codes 296.23 en F32.2 gewijzigd naar SNOMED-code 251000119105 met waarde "Depressieve stoornis: eenmalige episode - ernstig". De ICD-10 code blijft F32.2.
|MM-1772 = Mode value changed from "client" to "server" in the MedicationServer and PDFAServer CapabilityStatements.
|MM-1775 = De verwachting dat het XIS afspraken beschikbaar stelt vanaf het moment van implementatie, als toelichting ingevoegd op het functioneel ontwerp van eAfspraak (par. 2.1.4.2).
|MM-1787 = Added guidance to the FHIR IG regarding the use of the code-specification extension to FHIR instances that cannot include the HCIM ValueSet directly.
|MM-1795 = In the STU3 FHIR IG a section is added on CapabilityStatements, this explains their informative nature. The same text is added to the CapabilityStatement instances.
|MM-1796 = Added a remark to ValueSet NHGTable14v7-ContactType about leading zeros.
|MM-1797 = Publicatie MedMij kwalificatie beoordelingsformulieren (1) Beschikbaarstellen AllergieIntolerantie o.b.v. publicatie 2020.01 (nieuw) en (2) Beschikbaarstellen AllergieIntolerantieVertaling o.b.v. publicatie 2020.01 (nieuw).
|MM-1814 = De url naar het aanleverformat voor de Raadplegen use-case van BgLZ klopte niet, dit is aangepast.
|MM-1824 = The Questionnaire.url element in MedMij Questionnaires 2.x (2020.01) qualification material was not conform the FHIR specification because the resource type was missing. This has been added.
|MM-1828 = The assert in TestScripts that checks if a BSN identifier is present in a Patient resource is improved.
|MM-1839 = In the FHIR IG, the use of {{fhir|Resource.identifier}} is made "recommended".
|MM-1842 = Added guidance to the IG for Questionnaires to use absolute references when sending the QuestionnaireResponse as part of a transaction Bundle.
|MM-1846 = Removed the fixed string "Comment" from Condition.comment (and moved it to Condition.comment.short) in the zib-PressureUlcer profile.
|MM-1861 = Narratives (Resource.text) go from SHALL to SHOULD in the generic FHIR IG, leaving the option for information standards to further re-constrain that into SHALL based on the specified use cases. Narrative, if present, SHALL NOT contradict the resource it is in (this was already a requirement). Clinical relevance, if narrative is present, is expected, but not tested.
|MM-1863 = Information has been added on the Questionnaires 2.x FHIR IG regarding the invariant "que-1" in the QuestionnaireProvisioningTask profile.
|MM-1879 = Added the ValueSets http://hl7.org/fhir/ValueSet/questionnaire-enable-behavior and http://hl7.org/fhir/ValueSet/questionnaire-enable-operator, plus their associated CodeSystems, from FHIR R4 core to the Questionnaires package.
|MM-1881 = Created a ConceptMap for the ValueSet OrderStatusCodelijst (in HCIM ProcedureRequest) to RequestStatus and added it to the HCIM ProcedureRequest FHIR profile.
|MM-1882 = The Handling errors section in the STU3 FHIR IG is supplemented with information on HTTP 401 and what is the expected response when unauthorized. Also an example of a FHIR OperationOutcome for this scenario is added.
|MM-1886 = Op de MedMij-kwalificatiepagina's op de wiki is informatie toegevoegd over het gebruik van Touchstone, zodat het voor leveranciers makkelijker is om hier gebruik van te maken.
|MM-1895 = De niet van toepassing zijnde basisoperaties 'maken', 'annuleren' en 'wijzigen' verwijderd uit het functioneel ontwerp.
|MM-1899 = Publication of several new FHIR profiles (and matching examples) for zibs used within the eOverdracht programme, leading to a new minor version of the zib2017 FHIR package.
|MM-1901 = MedicationProcess and AllergyIntolerance testscript fixtures are based now based on the most recent filename and Resource.id convention, as described in [https://bits.nictiz.nl/browse/MM-1752 MM-1752].
|MM-1902 = Op wiki-pagina V2020.02 Toelichting Kwalificatie Langdurige Zorg zijn de transcludes van de V2020.01 versie vervangen door een kopie zodat deze pagina zelf getranscludeerd kan worden in het Ontwerp Langdurige Zorg.
|MM-1905 = Dode links op BgLZ-KwalificatieAddendumScenario1.2 en BgLZ-KwalificatieAddendumScenario1.3 gerepareerd.
|MM-1906 = Some ConceptMap references were incorrect or missing in our nl-core-contactpoint profile. We have fixed or added the right ConceptMap to this profile.
|MM-1910 = In several Medication related profiles, the base resource comment has been removed from the medication[x] element to align with the more restricted use case in the profiles.
|MM-1911 = We have fixed an incorrect hyperlink in the profiles nl-core-patient & nl-core-person to the ConceptMap of GeslachtsCodeLijst to AdministrativeGender.
|MM-1925 = Replaced the text on "Use of the reference datatype" in the 2019.01 version of the MedMij FHIR IG with the updated text from the 2020.01 version of the MedMij FHIR IG (FHIR IG 1.0).
|MM-1944 = The BgZ 3.x (2020.01) FHIR IG was missing Dutch Medication HCIMs in the List of profiles, this is corrected, along with a faulty HCIM name.
|MM-1959 = The slicing logic of the category element in the zib-AdvanceDirective profile has been fixed to allow for correct use within the validator.
|MM-1960 = Support for the Find DocumentManifest transaction is made optional instead of mandatory for servers, this has been changed on the PDF/A 3.x (2020.01) FHIR IG.
|MM-1962 = The CapabilityStatements for Vital Signs 2.x (2020.01) differed from the requirements stated in the FHIR IG, this is corrected on the following items: added missing profiles: vitalsign-bloodglucose, zib-BodyWeight, zib-Pulserate, removed invalid profile "bp", removed unnecessary profiles: bodyweight, oxygensat and vitalsigns, added the lastn operation. For implementer convenience, the profiles nl-core-patient and nl-core-practitioner are added to the FHIR IG. Those were already present in the CapabilityStatement.
|MM-1976 = In de TestScript-resources is de datum (.date-element) vervangen door een "patchlevel"-toevoeging in de versie (.version-element).
|MM-1977 = In het MedMij kwalificatiemateriaal addenda Beschikbaarstellen BgGGZ versie 2.x (2020.01) is in sectie 9.3 bij Verrichting de waarde bij VerrichtingType code 170679009 met omschrijving "Eerste psychiatrische beoordeling" gewijzigd naar code 84100007 met omschrijving "Afnemen van anamnese".
|MM-1978 = The mapping for HCIM concept PainscoreValue (NL-CM:12.9.2) was missing in the FHIR profile for zib-Painscore, this has been corrected. The mapping is added on the Observation.value[x]:valueQuantity element.
|MM-1988 = Resource count asserts in the MedMij testscripts for BgGGZ 2.x (2020.01) have been made more specific to the expected resource types in order to minimize false errors.
|MM-2002 = In the zib-InstructionsForUse profile, the incorrect FHIR native comments in {{fhir|Timing.repeat.timeOfDay}} and {{fhir|Timing.repeat.dayOfWeek}} have been altered to clarify the correct use of these elements.
|MM-2007 = The mappings in the HCIM Problem FHIR profile incorrectly pointed to HCIM Problem version 1.2, where this should be version 4.1. This is corrected.
|MM-2008 = The display value of the AverageBloodPressureLOINC code has been moved to Observation.component:AverageBloodPressureLOINC.code.coding.display in the zib-BloodPressure FHIR profile.
|MM-2010 = Corrected the faulty mapping to the DateOfBirth concept in the zib FamilySituationChild profile.
|MM-2013 = DocumentManifest is optioneel voor zowel DVZA's als DVP, dit is doorgevoerd in het functioneel ontwerp van PDF/A 3.x (2020.01).
|MM-2014 = DocumentManifest is optioneel voor zowel DVZA's als DVP, dit is doorgevoerd in de testscripts van PDF/A 3.x (2020.01).
|MM-2025 = Het technische kwalificatiemateriaal van de BgZ gebruikte bij Scenario 1.2 - MedicationUse (PHR&XIS) & Scenario 1.3 - MedicationUse (XIS) een verkeerde URN:OID in de request. Dit is aangepast naar de juiste URN:OID.
|MM-2037 = Fixed the broken mapping on the root of the zib ProcedureRequest profile to zib PlannedCareActivityForTransfer.
|MM-2040 = In de kwalificatiescripts van Vragenlijsten 2.x stond ten onrechte een zinsnede over "Kennis en begrip van het IHE MDH profiel [...]". Deze zinsnede is verwijderd.
|MM-2043 = "The CapabilityStatements for GP Data were matched to the IG. The search parameter {{fhir|date}} for Observation resources, {{fhir|category}} for AllergyIntollerance resources and {{fhir|periodofuse}} for MedicationAgreement were added to the CapabilityStatements.
|MM-2044 = The mapping for two implicitly mapped concepts from zib MedicationAdministration2 in het zib-MedicationAdministration FHIR profile has been made explicit.
|MM-2047 = In the BgLZ FHIR IG, the extra "t" has been removed from searchInclude {{fhir|Observation:related-targett}}.
|MM-2048 = The IG for Vital Signs has been changed to make clear that there is no particular expectation to the combination or order of the stated search parameters and lastn operation.
|MM-2050 = The root concept of the zib Infusion profile was inadvertently mapped as zib FeedingTube. This has been corrected to zib Infusion.
|MM-2051 = The missing mapping to the root concept of zib OutcomeOfCare has been added to the corresponding profile.
|MM-2052 = The mapping for the zib root concept has been moved from {{fhir|Observation.code}} to the correct location of {{fhir|Observation}} in the profiles for zib IllnessPerception, zib BowelFunction and zib FeedingPatternInfant.
|MM-2056 = A common form has been adopted for the internal identifier for mappings within FHIR profiles.
|MM-2057 = Gebruik van zib publicatie 2017 wordt nu vermeld (incl. link) op het Functioneel Ontwerp van alle MedMij standaarden.
|MM-2058 = In Addenda voor scenario's 1.1 en 1.5 is een aandachtspunt toegevoegd dat DVPs Zorgaanbieder.Organisatie.Naam en .Organisatie.Locatie niet in aparte velden kunnen en hoeven tonen.
|MM-206 = Reference vanuit Observation naar Specimen Isolate onjuist.
|MM-2060 = Per informatiestandaard-versie van eAfspraak een eigen publicatie op ART-DECOR gemaakt. Op het functioneel ontwerp (wiki) is een iframe op genomen dat alleen de transactie beschikbaarstellen eAfspraak toont.
|MM-2062 = The ConceptMap ErnstCodelijst-to-AllergyIntoleranceSeverity contained wrong 'source' codes. This has been edited to the correct ones.
|MM-2067 = Op het functioneel ontwerp (wiki) van Zelfmetingen is een iframe op genomen voor "Sturen zelfmetingen". De weergave van de ART-DECOR publicatie toont nog obsolete elementen, dit wordt hersteld met MM-2230.
|MM-2068 = Er wordt tijdens de kwalificatie voor LaboratoriumResultaten niet langer gevraagd om een uitvoerder, die ontbrak in het technische kwalificatiemateriaal. Tegelijkertijd is deze uitvoerder wel toegevoegd als optioneel component voor partijen die dit ondersteunen.
|MM-2074 = In the FHIR IG, an outdated remark has been removed which stated that ConceptMaps cannot formally be linked to profiles, since ConceptMaps are linked using the permitted-value-conceptmap extension. Where the linkage was missing, it has been added to the profiles.
|MM-2075 = In het kwalificatiescript PDF/A PHR 2.1, is de description aangepast zodat deze nu correct weergeeft dat het script 2.1 betreft.
|MM-2076 = In the profile zib-FeedingPatternInfant, mapping to the HCIM concept NutritionAdvice has been added to 'Observation.basedOn', and the corresponding zib-FeedingPattern profile has been added as a target profile.
|MM-2077 = Fixed Markdown formatting in the AllergyIntolerance profile.
|MM-2079 = De hyperlink naar het aanleverformaat in het functionele kwalificatiemateriaal van AllergieIntolerantie 2020.01verwees ten onrechte naar de versie voor 2019.01, dit is aangepast naar de versie voor 2020.01.
|MM-2080 = Changed HTML to Markdown in the {{fhir|definition}} field for {{fhir|.clinicalStatus}} in the profile zib-Problem.
|MM-2087 = Changed the name of Artrose into Artropathie for the BgZ qualification material.
|MM-2093 = Narratives for all TestScript fixtures have been regenerated.
|MM-210 = MedMij BgZ is nog gebaseerd op 1.0 i.p.v. 1.1
|MM-2101 = Resource.name in fixtures and examples have been updated to reflect the new recommendations in nl-core-humanname: .use = official has been removed, .text has been populated, redundant initials have been removed from the examples (not the fixtures)
|MM-2102 = A "known issue" remark was added to the nl-core-humanname profile to explain that it is not entirely compatible with how names are normally communicated in FHIR – initials and nicknames are added to the same name element rather than additional elements. Guidance has been added on how implementers should deal with this.
|MM-2104 = Voor de kwalificatiefixtures van GGZ patient Bals is de waarde van Patient.contact.address.use aangepast naar PHYS zodat deze waarde overeenkomt met het addendum.
|MM-2124 = In het aanleverformat voor de kwalificatie van Huisartsgegevens is duidelijker aangegeven dat de link naar de Touchstone-executie verwacht wordt.
|MM-213 = The nl-core-location profile lacked mappings on some elements from the eAfspraak dataset, those mappings have been added.
|MM-2132 = Het kwalificatiemateriaal voor BgZ 3.x bevatte een verkerde waarde voor het element medicationReference.display in de fixture medmij-bgz-medicationagreement-ts-01. Deze is gewijzigd van "20 mg" naar "10 mg".
|MM-2136 = In the the "Current medication" request in the GP Data FHIR IG, it has been clarified that the phrase "this [periodOfUse] may or may not be populated" refers to the source data, not the request parameter.
|MM-2142 = In the profile zib-AbilityToPerformMouthCareActivities-MedicalDeviceProduct, the missing mapping to HCIM concept ProductType has been added.
|MM-2148 = In de beide kwalificatiescripts van BgLZ is in de lijst met scenario's een "Let op!"-notitie toegevoegd met uitleg waarom de scripts voor scenario's 1.4 en 1.5 op de kwalificatiesimulator (Touchstone) ontbreken.
|MM-2155 = In the FHIR examples of zib-FeedingTubeSystem we have corrected the textual instructions for HCIM element Comment (.note.text).
|MM-2157 = In de aanleverformats van BgGGZ 2020.01 (DVP en DVZA) wordt de slide "3.4 - Vrijheidsbeperkende maatregelen" verwijderd omdat deze zib buiten scope is geplaatst voor kwalificatie.
|MM-2166 = Kwalificatiematerialen van BgLZ in de 2019.01 en 2020.01 map zijn verwijderd omdat op deze versies niet meer gekwalificeerd kan worden. Vanaf nu zijn kwalificatiematerialen voor BgLZ alleen nog maar beschikbaar in MedMij-publicatie 2020.02.
|MM-2168 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies. Daarnaast is de naamgeving van de begrippen geharmoniseerd, zijn de addenda verder uitgewerkt en is uiteengezet wat er per scenario wordt getoetst.
|MM-2175 = A "known issue" remark was added to the nl-core-humanname profile to explain that it is not entirely compatible with how names are normally communicated in FHIR – initials and nicknames are added to the same name element rather than additional elements. Guidance has been added on how implementers should deal with this.
|MM-2187 = In PDF/A testscripts 1.4 en 2.4 de query die gebruikt wordt om references te kunnen resolve zodanig aangepast dat deze om kan gaan met het aantreffen van meedere bundle.link elementen.
|MM-219 = MedicationUse niet compleet na een resave in Forge.
|MM-2196 = Tekstuele correctie op onjuiste leestekens in de tekst.
|MM-2201 = Advice on implementation of task updates within MedMij information services (gegevensdiensten) has been added to the Questionnaires FHIR IG. An introduction on task use has been included on the functional design.
|MM-2205 = Het was niet duidelijk hoe een server moest reageren op Zelfmetingen (Observation-resources) die niet ondersteund worden (bijvoorbeeld vanwege business rules). Er is in de MedMij FHIR IG duiding toegevoegd bij het onderdeel "Error handling", ook is er een voorbeeld toegevoegd. Vanuit zowel het functioneel ontwerp als het technisch ontwerp van Zelfmetingen wordt verwezen naar dit stukje uitleg.
|MM-221 = In Observation based profiles, where fixed values are used in .code slices and a value is expected to be present, changed the cardinality to 1..1.
|MM-2227 = Removed duplicate naming of productCodePRKCodelijst on the slice vaccineCode in the FHIR profile for HCIM VaccinationRecommendation.
|MM-2229 = De ART-DECOR publicatie toont, conform de informatiestandaard versie 2.0, nu alleen de transactiegroep "Raadplegen Afspraak". Op het functioneel ontwerp is de nieuwe link naar deze publicatie opgenomen.
|MM-2237 = The STU3 FHIR IG lacked some guidance on the population of {{fhir|meta.profile}}, this has been added to chapter 2.5.
|MM-2264 = Notitie in het PDF/A DVP kwalificatiescript onder sectie 2.3 gezet die verduidelijking geeft over de PDF die niet binnen het zelfde domein opgehaald kan worden.
|MM-2276 = The IG for SelfMeasurements is now using the right canonical urls to the nl-core profiles at Simplifier.
|MM-2288 = Created a ConceptMap for the PositieCodelijst from SNOMED to LOINC and added it to the FHIR profiles (HCIM BodyHeight & VitalSigns BodyHeight).
|MM-2289 = In the CapabilityStatemens for Questionnaires, the profiles that were mentioned incorrectly in {{fhir|CapabilityStatement.rest.resource.profile}} are moved to {{fhir|CapabilityStatement.profile}}.
|MM-2291 = Double (incorrect) mappings from the dataset to profiles have been removed: NL-CM:11.1.7 to {{fhir|Immunization.note}} in profile zib-Vaccination; NL-CM:14.3.6 to {{fhir|Procedure.category}} and {{fhir|Procedure.category.coding}} in profile zib-FreedomRestrictingMeasures; NL-CM:20.6.4 to {{fhir|RelatedPerson.telecom}} in profile nl-core-relatedperson.
|MM-2293 = Added a known issue on HCIM ImmunizationRecommendation to the BgZ FHIR IG's. NL-CM:11.1.5 DesiredDateForRevaccination in the profile ImmunizationRecommendation is mapped on {{fhir|Recommendation.Date}}, but it needs to be mapped at {{fhir|.dateCriterion}}, this will be fixed in a future release. See MM-2281 for the last update.
|MM-2294 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2298 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2299 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-23 = Commentaar bij dagdeel codelijst verwijst naar dode URL.
|MM-2300 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2301 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2302 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2303 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2304 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2305 = De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
|MM-2310 = Edited the PDF/A qualification script for scenario 2.5 to be able to check both a Binary and a direct PDF download. Edited the PDF used in internal materials to a Nicitz document.
|MM-2316 = De kwalificatiescripts en addenda zijn van pdf naar wiki-pagina’s omgezet. Hiervoor zijn de verwijzingen op deze pagina aangepast naar de nieuwe wikipagina's.
|MM-2325 = De Release notes zijn niet bijgewerkt op het Algemene FO van 2020.02. Dit is tijdens het KCR is dit over het hoofd gezien en daarom worden de release notes tabel bij het algemene FO van 2020.02 wordt weer gelijkgetrokken met 2020.01
|MM-2328 = Datum T toegevoegd aan de fixtures voor GGZ en BgLZ waar nog een vaste datum stond, zodat alle datumvelden uit de fixtures nu overeenkomen met het addendum.
|MM-2335 = De tekst uit de Toelichting kwalificaties BgLZ is toegevoegd aan "Specifieke voorwaarden voor kwalificatie" in de Kwalificatiescripts raadplegen en beschikbaarstellen om voortaan daar onderhouden te worden.
|MM-2337 = De tekst uit de Toelichting kwalificaties BgGGZ is toegevoegd aan "Specifieke voorwaarden voor kwalificatie" in de kwalificatiescripts raadplegen en beschikbaarstellen om voortaan daar onderhouden te worden.
|MM-2339 = Added a known issue to conceptmap MateVanKritiekZijnCodelijst-to-allergy-intolerance-criticality which explains why concept that should not be included, are included in the conceptmap and cannot be removed.
|MM-2344 = The BgGGZ technical qualification material was missing at the Procedure resource two references to the Location and the Requester.
|MM-2353 = The cardinality for {{fhir|.extension.nl-core-episodeofcare}} in profile gp-LaboratoryResult is widened from 1..1 to 0..1, in line with other profiles using this extension.
|MM-2361 = Inhoudelijke finetuning van de PDF/A wiki-pagina's: De begrippen zijn verder uitgewerkt en onjuistheden in de addenda zijn aangepast.
|MM-2365 = Aangepaste kwalificatie beoordelingsformulieren voor v2020.01 en v2020.02 toegevoegd op de wiki, met hierin een verwijderde Quickscan, een meer gedetailleerde Functionele beoordeling (format geen inhoud) en enkele semantische aanpassingen.
|MM-2366 = Aangepaste MedicatieProces-beoordelingsformulieren voor MedMij 2019.01 toegevoegd op de wiki, met hierin een meer gedetailleerde Functionele beoordeling (format geen inhoud) en enkele semantische aanpassingen.
|MM-2369 = De 1.x versie van eAfspraak en Beelden is buiten gebruik gesteld voor MedMij. Op de relevante wiki pagina's is dit aangegeven met een waarschuwing. Het kwalificatiemateriaal voor deze versie is niet meer toegankelijk.
|MM-2381 = In scenario 1 van BgGGZ beschikbaarstellen is bij Contactpersoon: relatie de waarde "Echtgenoot" vervangen door "Echtgenote".
|MM-2383 = The comment on the root of AllergyIntolerance, the comment on {{fhir|.verificationStatus}} and {{fhir|verificationStatus.extension}} have been removed because the proposed solution was illegal but does not cause backwards incompatability problems.
|MM-2384 = In alle technische kwalificatiematerialen is de asserts die het type reference controleert verbeterd zodat deze correct om kan gaan met {{fhir|Reference.reference}}.
|MM-2390 = The minimally required zibs (HCIMs) are now listed on both FHIR IG and functional design of Vital Signs. Respiration has been added to the Vital Signs FHIR IG.
|MM-2392 = Provided clarification on the use of the PractitionerRole reference and display value in section 5.3 "Use of the reference datatype" of the MedMij FHIR IG.
|MM-2395 = In the Vital Signs IG, it has been clarified that a batch transaction is required when sending Observations to a server.
|MM-2397 = Guidance has been added to the FHIR IG to explain that <code>.entry.request.method</code> is required for ''all'' resources that are sent as part of batch/transaction Bundle, even for resources that are not actually to be created.
|MM-2414 = In de addenda voor beschikbaarstellen PDF/A is de juiste zorgverlener aan de DocumentReferentie2 toegevoegd.
|MM-2415 = Guidance has been added to the FHIR IG on working with "secondary" resources (Patient, Practitioner) which are referred from a resource that's being created by a client on a server.
|MM-2417 = Medicatie fixtures zijn vernieuwd, waaronder toevoeging ontbrekende Patient fixtures, toevoegen Datum T, narrative update en nieuwe id's die duplicate id's voorkomen.
|MM-2422 = In alle technische kwalificatiematerialen voor MedMij 2019.01 zijn de asserts die het type reference controleert verbeterd zodat deze correct om kan gaan met Reference.reference.
|MM-2431 = Aan de vaccinatie-fixture in het BgZ-kwalificatiemateriaal is een .reference toegevoegd naar de Practitioner. Tevens is het addendum aangepast zodat verwezen wordt naar een bestaande huisarts in de BgZ.
|MM-2435 = De kwalificatiescripts voor Huisartsgegevens 2020.01 zijn aangepast zodat het voor leveranciers duidelijker is welke stappen zij moeten doorlopen voor kwalificatie.
|MM-2436 = The MedMij FHIR IG contained a link to the FHIR R4 specification on logical references, this is incorrect and has been changed to the correct page on the FHIR STU3 specification.
|MM-2442 = Op het functioneel ontwerp van BgGGZ is Kolom G (Conditie) in de gebubliceerde tabel/transactie zichtbaar gemaakt.
|MM-2443 = De aanleverformats van PDF/A zijn aangepast zodat deze overeenkomen met de verwachte functionele resultaten per scenario in de PDF/A kwalificatiescripts.
|MM-2446 = In de paragraaf "Specifieke voorwaarden voor kwalificatie"van de kwalificatiescripts BgZ raadplegen en beschikbaarstellen zijn teksten die corresponderen met teksten uit de BgZ en BgGGZ met de betreffende teksten gelijkgetrokken.
|MM-2450 = On the general FHIR IG for MedMij 2019.01, the links to eAfspraak and Images have been changed to the "deprecated information services" landing page, and a deprecation notebox has been added.
|MM-248 = Fixed typo in sliceName 'medicationTreament' --> 'medicationTreatment'.
|MM-258 = HCIM PharmaceuticalProduct: Added ValueSet 'IngredientCodeGTINCodeLijst' + correct reference url to ValueSet.
|MM-267 = Toevoegen notebox aan FO's om te verduidelijken dat de term "PGO" ook als ander soort eindgebruiker geïnterpreteerd kan worden.
|MM-294 = Naam mapping binnen div. FHIR profielen aangepast conform ZIB: HCIM LaboratoryTestResult-v4.1(2017EN).
|MM-295 = Verstrekkingenvertaling: specificaties voor search parameters.
|MM-307 = Aanpassen mapping van "Reden wijzigen of staken" en "Reden wijzigen of stoppen gebruik" van HCIM naar MP9.
|MM-319 = In the HCIM Problem profile, the .onsetPeriod element was used to capture the HCIM concepts ProblemStartDate and ProblemEndDate, while no period is captured in the HCIM. Therefore, Condition.onsetPeriod is changed to Condition.onsetDateTime and the HCIM mapping for ProblemStartDate is corrected. The mapping for ProblemEndDate has been moved to Condition.abatementDateTime.
|MM-322 = Link from mp612dispensetofhirconversiondispense to prescription in profile wrong.
|MM-346 = Ongeldig discriminator pad in code slicing in ZIB Verrichting.
|MM-347 = Fix for FHIRpath expression in SearchParameter MedicationDispense-whendispensed.
|MM-348 = Foutieve discrimator path voor HCIM MedicationAgreement bij MedicationStatement.derivedFrom.
|MM-358 = Tekstcorrectie op de kwalificatie pagina ToelichtingKwalificatieBgZ.
|MM-359 = Nadere uitwerking van de BgZ kwalificatietoelichting voor XIS.
|MM-404 = In the HCIM Procedure profile, expanded the Procedure.performedPeriod element to Procedure.performed[x]. With this expansion, the profile meets the requirements of the HCIM, namely to capture a moment in time instead of a start/end date.
|MM-41 = voorschrijver/zorgverlener/zorgaanbieder past niet in medicationUse.
|MM-414 = Ten behoeve van leesbaarheid en vindbaarheid van informatie zijn er in het functioneel ontwerp van BgZ verbeteringen doorgevoerd. Het betreft tekstuele-/stijlwijzigingen die geen impact hebben op backwards-compatibility van de standaard.
|MM-419 = The example search URL for NutritionAdvice contained a paramater for status=active, where the BgZ information standard specifies a search for all known NutritionAdvice resources. Also, status is not a concept in HCIM NutritionAdvice, which makes use of this element unnecessary. As a result, the status parameter is removed from the example search url and from the BgZ qualification material.
|MM-42 = medicatiegebruik - auteur - zorgverlener: kan niet alle info kwijt.
|MM-421 = To aid in better interoperability between systems, several improvements have been made to the GP Data information standard, in functional design, FHIR IG, FHIR profiles and qualification material. Enumerated this means: Added Encounter (Contactmoment) and added explanation for parted contacts (Deelcontacten); Removed query on Flag, because it was already included in EpisodeOfCare; Queries on general practitioner and patient have been made optional, because they are referenced and/or included in every other resource; Added use-case relevant examples; Aligned CapabilityStatements and qualification material in accordance with the above changes.; Note: the proposed solution for updating the Deelcontactverslag Composition.code from 67781-5 to 34900-1 has '''not''' been applied
|MM-422 = Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|MM-425 = URL naar BGZ specificatie op FO en TO verwees naar versie 1.0, dit is aangepast naar de huidige en laatste versie 1.1.
|MM-430 = The TreatmentDirective profile allowed at most 1 reference to an AdvanceDirective resource, because of restrictions in the FHIR base. There is now an extension inside the source element to allow referencing additional AdvanceDirective resources.
|MM-433 = Many slicing definitions were incorrect or not working properly, especially slice definitions that are differentiated by bound ValueSets. These slice definitions are now fixed and improved, allowing validators to correctly validate instances.
|MM-436 = Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation
|MM-437 = Updated search parameter related information on wiki pages for each standard and added chapter on search parameters to overarching principles.
|MM-440 = Improvements have been made to the BgZ FHIR IG for the readability and findability of information. It concerns textual and style changes that have no impact on backwards compatibility of the standard.
|MM-451 = In het Addenda en in FHIR/ART-DECOR wordt de incomplete code: SoortInterventieCodelijst SNOMED CT 2921100014610 (gedwongen medicatie) vervangen door de juiste: SNOMED CT 29211000146105
|MM-456 = Added clarification for CanceledIndicator in mapping comments of HCIM MedicationAgreement and HCIM AdministrationAgreement profile.
|MM-467 = Added comment on MedicationRequest.reasonCode in HCIM MedicationAgreement profile to to explain mising HCIM mapping.
|MM-476 = The unit of the LOINC code used for fasting blood glucose differed from the unit used in the other blood glucose LOINC codes. To rectify this, code 41604-0 was changed to 14770-2 in the valueset 'GlucoseMeetmomentenLOINCCodelijst' and on the SelfMeasurements FHIR IG. This has also been changed in the qualification material.
|MM-48 = Medicatiegebruik/informant is zorgverlener: moet ook practitionerrole mogelijk maken.
|MM-492 = Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|MM-50 = Contact ondersteunt geen klinische contacten.
|MM-507 = In "VitalSigns Profile NL", the cardinality of Observation.performer is relaxed from 1..* to 0..*
|MM-511 = In profile zib-LaboratoryTestResult-DiagnosticReport, make the "resultType" slice in DiagnosticReport.category.coding optional in accordance to the zib.
|MM-513 = In the nl-core-organization examples, added Organization.partOf for the aid of interpreting what an organization with multiple locations looks like.
|MM-517 = In zib-LaboratoryTestResult-Observation, removed the fixed value of "has-member" in related.type. Added guidance on the use of this profile in relation to other instances.
|MM-529 = In the IG for GP Data, added a missing pipe symbol to the search URL for lab results so that the search is to be interpreted as the code system rather than the code.
|MM-54 = Wrong SNOMED code in search URL for FunctionalOrMentalStatus.
|MM-55 = Profile for HCIM TobaccoUse was missing a specification for PackYears unit - profile updated to 2.0.1.
|MM-593 = Remove space in master Value Set definition for RedenWijzigenStakenMedicatiegebruikCodelijst from Medicatieproces, and apply that to the exported FHIR Value Set in the package.
|MM-594 = Updated date time example in profile to include timezone as required by the FHIR specification.
|MM-597 = The example for NASAAL was missing <nowiki>urn:oid:</nowiki> preceding the OID value in system.
|MM-614 = The cardinality of element AllergyIntolerance.code is now 1..1 in the zib-AllergyIntolerance profile, so it aligns with HCIM AllergyIntolerance.
|MM-616 = The mapping of the element RegistrationDate from HCIM AllergyIntolerance has been changed from AllergyIntolerance.reaction.onset to AllergyIntolerance.onsetDateTime. The mapping on StartDateTime has been changed from AllergyIntolerance.onset[x] to AllergyIntolerance.onsetDateTime.
|MM-657 = Removed datatype Reference(EpisodeOfCare) and Reference(Encounter) in the .context element of the profiles zib-AlcoholUse, zib-DrugUse and zib-TobaccoUse.
|MM-66 = Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|MM-672 = Er werden verouderde en verschillende schrijfwijzen gehanteerd van de term zib en zibs (afkorting van zorginformatiebouwstenen), dit is gecorrigeerd in de MedMij standaarden
|MM-71 = reden wijzigen/stoppen gebruik onterecht gemapt op reasonNotTaken.
|MM-717 = De kwalificatiescripts uitgebreid met meer data, datum T geïmplementeerd en dit ontsloten via ADA. Dit komt de kwaliteit en de leesbaarheid van het kwalificatiemateriaal ten goede.
|MM-722 = De leesbaarheid van het Functioneel Ontwerp van AllergieIntolerantie verbeterd op basis van de zib. Tevens verwijzingen naar de dataset en de scenario's opgenomen.
|MM-729 = The description in MedicationStatement.informationSource of profile zib-MedicationStatement still mentioned the missing-type-reference extension, which isn't used anymore. The description has been updated to the new situation with the PractionerRole reference extension.
|MM-733 = Scenario's voor AllergieIntolerantie in ART-DECOR ontwikkeld, zodat deze in lijn zijn met de zib. Dit geeft meer duiding.
|MM-737 = Added a notebox to the Example Searches section in MedicationProcess FHIR IG, for explanation of a known issue regarding the MedicationTreatment search parameter.
|MM-751 = Upped fhirVersion in FHIR profiles from "3.0.1" to "3.0.2.", changed Simplifier package dependency from "Simplifier.Core.STU3 3.0.3" to "hl7.fhir.r3.core 3.0.2".
|MM-767 = In zib-LaboratoryTestResult-Speciment(-Isolate), an extension to Speciment.collectionPeriod has been added to support the TimeInterval datatype from the pre-adopted HCIM.
|MM-770 = Updated example materials of nl-core-contactpoint profile to include relevant extensions as required by the zib and fixed mistakes in mapping.
|MM-791 = Several profiles missed the extension on .ValueSetReference with a reference to the corresponding ConceptMap, this has been corrected. In addition, the ConceptMap comments have been moved to the mapping.comment element.
|MM-806 = Fixed MM430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile.
|MM-815 = Tekstuele harmonisatie en verduidelijking rondom het concept "systeemrolcodes" doorgevoerd en bijbehorende tabellen aangevuld en gecorrigeerd in de MedMij standaarden in paragraaf/paragrafen Systeem & Systeemrollen.
|MM-816 = Removed additional constraints on .author reference to allow for a Patient reference.
|MM-827 = We have added a small text about the published examples on Simplifier at the IG-pages from every information standards (except Medication).
|MM-831 = Add documentation on the BSN format in the Patient.identifier:BSN slice of the nl-core-patient profile.
|MM-836 = In some Medication examples, references pointing to non-existent resources have been re-referenced.
|MM-852 = In HCIM MedicationUse profile: redefined slicing on MedicationStatement.derivedFrom into seperate slices to fix validator issues, also added mappings to the MedicationProcess information standard.
|MM-854 = Add the requirement to the overarching IG that FHIR resources should adhere to the profiles listed in the IG's of the information standard.
|MM-857 = Some FHIR example instances don't contain a narrative. Removed the unnecessary text.status values at these examples.
|MM-870 = The IHE MHD STU3 profiles on which the PDF/A standard is based, were deleted by IHE. Nictiz has copied the two missing profiles to this project.
|MM-888 = Een hoofdstuk toegevoegd aan de kwalificatiepagina met uitgangspunten voor kwalificatie.
|MM-894 = In zib-FamilySituation, zib-FamilySituationChild and zib-BodyHeight profiles, remove additional reference types from subject element.
|MM-898 = In zib-LaboratoryTestResult-Observation, Observation.interpretation.coding is sliced to support both the FHIR core ValueSet and the (partially overlapping) HCIM ValueSet.
|MM-899 = Added mapping to MP9 dataset to the timing-exact extension in FHIR profile zib-AdministrationSchedule.
|MM-900 = The slices on .supportingInformation that reference zib-BodyHeight & zib-BodyWeight in FHIR-profile zib-MedicationAgreement are removed. These elements will be used as separate models.
|MM-901 = The projectgroup has decided that the mapping of CanceledIndicator to .status in FHIR-profile zib-MedicationAgreement could be deleted because the information isn't necessarily anymore.
|MM-913 = Verschillende functionele-ontwerppagina's verwezen nog naar een oude versie van het MedMij-afsprakenstel. Deze links zijn aangepast naar de huidige versie.
|MM-926 = In profiles zib-MedicalDeviceRequest and zib-AllergyIntolerance, add type slices on note.author[x] in order to conform to FHIR rules for extending polymorphic elements.
|MM-929 = Added the code-specification extension to all examples where a ConceptMap is involved to clarify its use.
|MM-930 = .description and .id were absent in all ConceptMap recources. These two values have been added, with .id containing the final part of the canonical url.
|MM-931 = Updated example zib-NursingIntervention-01 to conform to its stated profile.
|MM-938 = For a number of profiles, the StructureDefinition.id in now matches the final part of StructureDefinition.url. This improves predictability of handling the profile set in various reference frameworks.
|MM-939 = The report element in the zib-Procedure profile used a non-existing canonical as a reference to the zib-TextResult profile. This has been fixed.
|MM-94 = Specimen microorganism en specimenSource mappen naar hetzelfde fhir element.
|MM-940 = In an embedded example in profile zib-MedicationUse, an incorrect oid based SNOMED reference was used. This has been corrected.
|MM-941 = In the profile zib-LaboratoryTestResult-DiagnosticReport, corrected the reference to the Specimen Isolate profile, which makes it implementable.
|MM-942 = References to XML Schematron have been removed from example instances. These do not serve any implementation purpose and are not permitted by the Java validator.
|MM-943 = Updated coding.display names in extension-comment extension and in example instance (zib-Stoma-01) to match the display name in LOINC.
|MM-945 = Added IHE.FormatCode.vs ValueSet to the package, which is referenced in the IHE MHD STU3 profile (which was already included).
|MM-947 = Extension code-specification is in use under Address.country, but this context was not yet declared as valid in this extension.
|MM-949 = The ExtraOxygenAdministration concept in the zib-OxygenSaturation profile was illegally bound on a CodeSystem. This binding has been changed to the corresponding ValueSet.
|MM-953 = Added documentation to conceptmap-ProbleemStatusCodelijst-To-Condition-Clinical-Status-Codes explaining what the relationship is between codes with equivalence type "specializes".
|MM-954 = Removed several stand-alone examples for the Images standard which were already present in an example Bundle, as they only have meaning within a Bundle context and Removed an illegal extension from one of the Images examples.
|MM-958 = The profile zib-InstructionsForUse profile used capitalized names for the DoseRange and DoseQuantity slices. Since type slices should start lowercased in FHIR, this has been changed to doseRange and doseQuantity.
|MM-969 = Updated irrelevant value of address.city & address.district in all examples.
|MM-972 = The definition for the use of the lastn operation is unclear in the FHIR specification, therefore interpretation is added to the FHIR IG's of the information standards that use lastn.
|MM-975 = Update CapabilityStatements of PDF/A information standard to include recovered IHE profiles.
|MM-979 = The IG for eAfspraak incorrectly labeled the "$prefetch" operation as "$find", while the OperationDefinition filename and .id also incorrectly used "find" rather than "prefetch". This has been corrected.
|MM-98 = InstructionsForUse zib informatie model komt niet overeen met simplifier.
|MM-988 = In het functioneel ontwerp van de MedMij-standaard Laboratoriumresultaten staat in de inleiding een foutieve zib-naam 'OverdrachtLaboratoriumUitslag'. Dit is aangepast naar de juiste naam 'LaboratoriumUitslag'.
|MM-989 = Het kwalificatiescript voor 'MedMij Raadplegen Laboratoriumresultaten' bevat een foute verwijzing, namelijk naar het addendum voor raadplegen in plaats van beschikbaarstellen. Dit is gecorrigeerd.
|MM-99 = Interval heeft Period maar geen PeriodUnit op simplifier.
|MM-997 = The consent-additionalSources extension for the zib-TreatmentDirective profile had a context restriction on Consent.source[x], while it actually was applied on Consent directly. This fix removes that restriction.
}}<noinclude>
== Doel ==

Bij elke release worden de release notes van het desbetreffende issue in een tabel op de wiki geplaatst. Dit sjabloon is bedoeld om de release notes per issue op een centrale plek te beheren, en om ze te vertalen naar een geformatteerde tabel-rij.

== Gebruik ==

Het sjabloon kan op pagina's ingezet worden met:
<pre>{{BITS-issue|<issue-nummer>}}</pre>

Dit wordt vertaald naar een tabelrij met twee cellen, waarbij de eerste de link naar het issue bevat en de tweede de release note.

=== Onderhoud release notes ===

Het sjabloon haalt de release notes niet zelf op uit BITS, ze moeten handmatig in de switch toegevoegd worden. Deze is te zien bij het bewerken van de pagina. Voor het toevoegen van een nieuw issue, moet een regel worden toegevoegd:
<pre>| <issue-nummer> = <release notes></pre>
</noinclude>

vpk:V4.0 FHIR eOverdracht

2022-04-20T16:29:39Z

Mik de Jong: RC5 toegevoegd aan titel

__NOINDEX__
{{DISPLAYTITLE:eOverdracht 4.0-RC5 FHIR Implementation Guide}}
__NUMBEREDHEADINGS__
=Introduction=

This is the implementation guide for the information standard eOverdracht, version 4.0. This standard is described in [[vpk:Vprepub-4.0_Ontwerp eOverdracht|this functional specification]] and implemented here using [https://www.hl7.org/fhir/stu3/ FHIR(STU3) HL7 FHIR, STU3]. This implementation guide assumes that the reader is familiar with this FHIR version.

Apart from this document, the guidelines as specified in [[FHIR:V1.0 FHIR IG STU3|general FHIR Implementation Guide]] apply. In particular, the reader should take note of the [[FHIR:V1.0_FHIR_IG_STU3#Use_case_overarching_principles|Use case overarching principles]] and the use of [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR packages]].

=Actors involved=
{| class="wikitable"
! colspan="2" | Actors
! colspan="2" | Systems
! colspan="2" | FHIR Capability Statements
|-
! Name
! Description
! Name
! Description
! Name
! Description
|-
| Sending organization
| The organization or health care professional(?) at the organization that wants to transfer the care of a patient
| Sending XIS
| Healthcare information system of the sending organization
| {{Simplifier|...|title=CapabilityStatement: Sending XIS}}
| FHIR requirements for sending XIS
|-
| Receiving organization
| The organization or health care professional(?) at the organization that the sending organization wants to transfer the care of a patient to
| Receiving XIS
| Healthcare information system of the receiving organization
| {{Simplifier|...|title=CapabilityStatement: Receiving XIS}}
| FHIR requirements for receiving XIS
|}

=Workflow and message structure=

==Overview==
The use cases within eOverdracht are not isolated, but form a workflow that may include the negotiation of the transfer of the patient, and ends with the transfer of the medical record. In FHIR, this is handled by using a Task resource. This resource tracks the worflow (see [[#Workflow]]) and acts as the entry point for all data exchanges (see [[#Use of the Composition resource]]) for the transfer of care for a patient.

==Task==
===Task requirements===
The requirements for the Task resource in the eOverdracht context are specified using the {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eOverdracht|eOverdracht-Task}} profile. This profile SHALL be used for the eOverdracht workflow.

The Task instance SHALL be hosted on the server of the sending XIS. Both the sending and the receiving XIS need to be able to update the Task. The sending XIS MAY use business rules to reject an update, for example if invalid status change is used.

Both the sending and the receiving XIS SHALL monitor the Task resource for changes. It is expected that the sending XIS will use a notification mechanism to inform the receiving XIS of creation or updates of the Task (see [[#Notifications]]), but the receiving XIS could use a polling mechanism as well.

For each combination of sending and receiving XIS, a dedicated instance of the Task resource SHALL be used for each transfer situation. This is true even when the sending XIS wants to send the same request to multiple parties. The reason for this is that the Task status is used to negotiate the transfer of care, so it cannot be used simultaneously for multiple recipients.

===Task invocations===
[[#Notifications|Notifications]] to the receiving XIS are not expected to contain a logical id to the Task. Hence, the receiving XIS should use a combination of a search interaction and the {{fhir|_lastUpdated}} search parameter to retrieve the eOverdracht Tasks that have been added are changed since the last invocation:
GET base/Task?code=<nowiki>http://snomed.info/sct</nowiki>|308292007&_lastUpdated=ge[time of last request]

'''Note 1''': More than one result can be returned, for example when an additional Task can have been modified before the notification has been sent, when the receiving XIS choose to batch search interactions, etc.

'''Note 2''': It is up to the receiving XIS to detect if a result is a new Task instance or a change to an existing instance, and if so, what has been changed since the last invocation.

The receiving XIS can update a Task hosted by the sending XIS using a PUT operation:

PUT base/Task/[id]

The body should be the original Task with the needed modifications. The sending XIS SHOULD check the update for errors and inconsistencies. If the update is rejected, the sending XIS SHALL response with a HTTP 422 status code and an OperationOutcome detailing the problem.

===Notifications===
It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, it is assumed that the notification does not contain a Task resource id. Rather, it signals that the receiving server should perform a search at the sending server to look for additions or changes in the eOverdracht Task resources.

A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request on a pre-determined endpoint at the party that should be notified. This could be arranged using the FHIR subscriptions mechanism, but the endpoints could also be arranged by other means.

==Use of the Composition resource==

The advance notice (Aanmeldbericht) and the (three variants of) the nursing handoff (Overdrachtsbericht) are mainly built up of individual FHIR resources, selected by the sending organization to form a coherent set of information relevant to the receiving organization. The bulk of these resources are not referenced directly from [[#Task|the Task]]. Instead, the Task references a Composition resource which in turn assembles the references to all individual FHIR resources. For this purpose, the Composition profiles described in [[#FHIR profiles]] SHALL be used.

===Composition invocations===
The receiving XIS MAY use either of the following mechanism for retrieving the individual FHIR resources referenced in the Compostion resource.
; As a Document: The receiving XIS uses the {{fhir|$document}} operation to retrieve both the Composition ''and'' all referenced resources as a single document Bundle. <pre>GET [base]/Composition/[id]/$document</pre>''Note:'' the Compositions list just the resources that act as the entry point for the various concepts in the eOverdracht transactions, but each of these referenced resources may further refer other resources not listed there. The sending system SHALL produce a complete Bundle containing not only the resources listed directly in the Composition, but all the indirectly referenced resources as well.
; Individual requests: The receiving XIS first retrieves the Composition resource <pre>GET [base]/Compositon/[id]</pre>Then the necessary other resources referenced can be fetched using a <code>GET</code> interaction.

The sending XIS SHALL support both mechanisms.

==Using Task to manage the workflow==
The Task is the main entry point for the eOverdracht transactions. The eOverdracht workflow starts with the retrieval of a new Task instance by the receiving XIS, and all subsequent steps in the worflow are mediated by updates to this Task instance.

The eOverdracht transactions are mapped to FHIR in the following way:

{| class="wikitable"
! colspan=2 | eOverdracht transaction
! Task
|-
| colspan=2 | Send advance notice
|
* sending XIS creates advance notice Composition
* sending XIS creates Task:
** {{fhir|Task.status}} = {{term|requested}}
** {{fhir|Task.input:advanceNotice}} contains reference to the advance notice Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send response to advance notice
|
|-
| rowspan=3 |
| Accept transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|accepted}}
** optionally: {{fhir|Task.owner}} set to receiving organization. See [[#Brokers]].
|-
| Reject transfer
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|rejected}}
|-
| Propose alternate date
|
* receiving XIS updates Task:
** {{fhir|Task.status}} = {{term|on-hold}}
** {{fhir|Task.output:alternativeDate}} contains alternate proposed date
|-
| colspan=2 | Respond to alternate proposed date
|
|-
| rowspan=2 |
| Accept alternate proposed date:
(process starts over again)
|
* sending XIS updates advance notice Composition
** ''new date/time for overdracht''
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|requested}}
* (sending XIS sends notification to receiving XIS)
|-
| Reject alternate proposed date:
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|cancelled}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan="2" | Confirm transfer
|
* sending XIS updates Task:
** {{fhir|Task.status}} = {{term|in-progress}}
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send nursing handoff
|
* Sending XIS creates nursing handoff Composition
* Sending XIS updates Task:
** {{fhir|Task.input:nursingHandoff}} contains reference to the nursing handoff Composition resource
* (sending XIS sends notification to receiving XIS)
|-
| colspan=2 | Send confirmation of nursing handoff
|
* Recieving XIS updates Task:
** {{fhir|Task.status}} = {{term|completed}}
|}
The following sequence diagrams illustrate the relevant exchanges and state transitions:
{| class="wikitable"
!Normal flow
!Negotiate alternative date
|- style="vertical-align: top;"
| [[Bestand:EOverdracht-HappyFlow.svg|none|top]]
| [[Bestand:EOverdracht-AlternativeDate.svg|none|top]]
|}
===Partial workflow===
When the transfer has to be carried out without the negotiation phase, the sending XIS will create the Task instance with {{fhir|Task.status}} already set to {{term|accepted}} and {{fhir|Task.input:nursingHandoff}} populated.

===Brokers===
The use of a broker to find an available healthcare provider for the patient transfer fall outside the scope of the eOverdracht information standard. However, it is possible to start the workflow without knowing the receiving organization, which allows for the use of a broker. In this situation, for the sending XIS the broker acts as a receiving XIS, and for the receiving XIS the broker acts as a sending XIS.

When {{fhir|Task.input:nursingHandoff}} is populated with the nursing handoff Composition, {{fhir|Task.owner}} MUST be populated with the receiving organization.

=FHIR profiles=
{{NoteBox|eOverdracht uses the [[FHIR:V1.0_FHIR_IG_STU3#FHIR_Packages|FHIR Packaging mechanism]]. This conveniently bundles all profiles, terminology, example material and other conformance resources you need into a single archive, which can be downloaded or installed using the appropriate FHIR tooling. This version of the information standard uses the following packages:
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.eoverdracht nictiz.fhir.nl.stu3.eoverdracht, version 1.0.0-rc3]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2017 nictiz.fhir.nl.stu3.zib2017, version 2.1.0 or compatible]
* [https://simplifier.net/packages/nictiz.fhir.nl.stu3.zib2020-preadopt nictiz.fhir.nl.stu3.zib2020-preadopt, version 0.0.1-beta1]

'''Note''': packages use [https://semver.org/ Semantic Versioning]. Other versions can be used at will as long as they have the same ''major.minor'' number or a ''minor'' number higher than the stated version.}}
==Infrastructure==
The following table lists the FHIR profiles that should be used for the infrastructural parts of the eOverdracht information standard. The mapping to the functional data elements is given using the mapping within these profiles.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
|-
| eOverdracht Task
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Task|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion=1.0.0-rc1}}
|-
| Composition for advance notice (Aanmeldbericht)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-AdvanceNotice|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion=1.0.0-rc1}}
|-
| Composition for nursing handoff adults (Overdrachtsbericht volwassenen)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Adults|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion=1.0.0-rc1}}
|-
| Composition for nursing handoff childcare 0-1 yo (Overdrachtsbericht kinderen 0-1 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-0-1yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion=1.0.0-rc1}}
|-
| Composition for nursing handoff childcare 1-18 yo (Overdrachtsbericht kinderen 1-18 jaar)
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-NursingHandoff-Childcare-1-18yo|nictiz.fhir.nl.stu3.eoverdracht|pkgVersion=1.0.0-rc1}}
|}

==HCIMs==
The following table lists the FHIR profiles that implement the HCIMs used within eOverdracht.
{| class="wikitable"
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:400px" | HCIM Name
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | FHIR profile
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:50px" | Remark
|-
| rowspan=3 | Ademhaling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDevice|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Respiration-AdministeredOxygen-AdministrationDeviceProduct|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Alert
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Alert|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| AllergyIntolerance
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| ApgarScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Behandeldoel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TreatmentObjective|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Betaler
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="3" | Blaasfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheter|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheterProduct|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Bloeddruk
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| BrandWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BurnWound|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| ChecklijstPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ChecklistPainBehaviour|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Contact
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-Encounter|nictiz.fhir.nl.stu3.eoverdracht}}
| Contains an extra text field to describe the reason for the contact
|-
| Contactpersoon
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Darmfunctie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Datum overplaatsing
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/eOverdracht-TransferDate|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="2" | DecubitusWond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PressureUlcer|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| FLACCPijnScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FLACCPainScale|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="3" | FunctieHoren
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HearingFunction-HearingAid-Product|nictiz.fhir.nl.stu3.zib2017}}
|-
| rowspan="3" | FunctieZien
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAid|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VisualFunction-VisualAidProduct|nictiz.fhir.nl.stu3.zib2017}}
|-
| Gezinssituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Huidaandoening
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SkinDisorder|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| HulpVanAnderen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HelpFromOthers|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="2" | Infuus
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Infusion-Product|nictiz.fhir.nl.stu3.zib2017}}
|-
| rowspan="2" | JuridischeSituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.zib2020-preadopt}} (Not finalized)
| rowspan="2" | Pre-adopt of zib2020
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LegalSituation-Representation|nictiz.fhir.nl.stu3.zib2020-preadopt}} (Not finalized)
|-
| Levensovertuiging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LifeStance|nictiz.fhir.nl.stu3.zib2017}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017}}
|-
| Lichaamsgewicht
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Lichaamslengte
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Lichaamstemperatuur
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| MedischHulpmiddel
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDevice|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Mobiliteit
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Mobility|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| MUSTScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MUSTScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Ontwikkeling kind
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DevelopmentChild|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| ParticipatieInMaatschappij
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Patient
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Pijnscore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PainScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| PolsFrequentie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Probleem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Schedelomvang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| SNAQ65+Score
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| SNAQrcScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQrcScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| SNAQScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-SNAQScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="2" | SondeSysteem
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem|nictiz.fhir.nl.stu3.zib2017}}
| rowspan=2" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingTubeSystem-Product|nictiz.fhir.nl.stu3.zib2017}}
|-
| Stoma
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Stoma|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| StrongKidsScore
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-StrongKidsScore|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Taalvaardigheid
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/patient-proficiency|nictiz.fhir.nl.stu3.zib2017}}
| Extension used in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017}}
|-
| UitkomstVanZorg
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OutcomeOfCare|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotDrinken
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDrink|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotEten
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToEat|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="3" | VermogenTotMondverzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="3" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDevice|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformMouthcareActivities-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017}}
|-
| VermogenTotToiletgang
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToUseToilet|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotUiterlijkeVerzorging
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToGroome|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotVerpleegtechnischeHandelingen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToPerformNursingActivities|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotZelfstandigMedicatiegebruik
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToManageMedication|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotZichKleden
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToDressOneself|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VermogenTotZichWassen
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AbilityToWashOneSelf|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VerpleegkundigeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NursingIntervention|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Vochtbalans
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FluidBalance|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Voedingsadvies
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-NutritionAdvice|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VoedingspatroonZuigeling
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingPatternInfant|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| VrijheidsBeperkendeInterventie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FreedomRestrictingIntervention|nictiz.fhir.nl.stu3.zib2020-preadopt}} (Not finalized)
| Pre-adopt of zib2020
|-
| Wilsverklaring
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="2" | Wond
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Wound|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/WoundCharacteristics|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Woonsituatie
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Ziektebeleving
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-IllnessPerception|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| Zorgaanbieder
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017}}
|
|-
| rowspan="2" | Zorgverlener
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="2" |
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017}}
|-
| rowspan="7" | Zwangerschap
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017}}
| rowspan="7" |
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyStatus|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-TermDate|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017}}
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017}}
|}

vpk:Vprepub-4.0 FHIR eOverdracht

2022-04-20T16:29:39Z

Mik de Jong: RC5 toegevoegd aan titel

vpk:V4.0 Ontwerp eOverdracht

2022-04-20T16:23:57Z

Mik de Jong: EOVDR-154 toegevoegd en EOVDR-151 verwijderd van RC5 release notes

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht v4.0-RC5|Functioneel ontwerp eOverdracht v4.0-RC5}}
=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht v4.0. De eOverdracht is een set van patiëntgegevens gericht op de verpleegkundige overdracht en is van belang om de continuïteit en veiligheid van zorg te kunnen waarborgen. Het overdragen van patiëntgegevens betreft hier het overdragen van zorg door verpleegkundig specialisten, verpleegkundigen en verzorgenden in de keten tussen verschillende zorgaanbieders. De overdracht is een eindevaluatie van het zorgproces tot aan dat moment en met de overdracht worden de verantwoordelijkheden formeel overgedragen.
Een goede overdracht voorkomt fouten en bespaart tijd. Het overdragen van patiënten is onderdeel van de dagelijkse verpleegkundige praktijk en vormt een belangrijke schakel om de zorg op een veilige manier te continueren. Patiënten hebben te maken met verschillende zorgaanbieders. Bij elke overplaatsing is het van belang dat de gegevens met de juiste kwaliteit, zonder registratielast, worden overgedragen. Daarom zijn afspraken gemaakt over welke gegevens van belang zijn bij de verpleegkundige overdracht en hoe deze gegevens moeten worden vastgelegd in het elektronisch dossier en vervolgens uitgewisseld in digitale vorm. De afspraken zijn vastgelegd in deze informatiestandaard.
Via deze pagina worden de kaders en uitgangspunten evenals de totstandkoming met betrekking tot de eOverdracht nader toegelicht.

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

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van zorgverleners met name verpleegkundigen en verzorgenden.

==Kaders en uitgangspunten==

===Richtlijn en proces===
De [https://www.venvn.nl/richtlijnen/alle-richtlijnen/richtlijn-verpleegkundige-verslaglegging-en-overdracht V&VN richtlijn "Verpleegkundige verslaglegging en overdracht"] (omvat alle zorginhoudelijke normen en afspraken t.a.v. de verpleegkundige overdracht. Deze richtlijn is momenteel in de commentaarfase.

Voor een methodologische beschrijving van de totstandkoming van de eOverdracht v3.x, zie [[vpk:V3.x_Methode_ontwikkeling_eOverdracht|Methode ontwikkeling eOverdracht]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de [[vpk:Vprepub-4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].

===Wettelijke kaders===
eOverdracht is een gegevensset met richtlijnen voor implementatie in FHIR. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig om in de praktijk te komen tot implementatie van een informatieoverdracht. Daarbij gelden altijd de wettelijke kaders als uitgangspunt. Overeenkomstig de eis uit de Algemene Verordening Gegevensbescherming (AVG) zal een Data Privacy Impact Assessment (DPIA) voor iedere gegevensverwerking onderdeel moeten zijn van de implementatie. Op basis hiervan moet worden bepaald wat er in een bepaalde use case uitgewisseld kan en mag worden.

==Kwalificatie==

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

=Use Cases=
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
*Overdracht voor kinderen van 0-1 jaar
*Overdracht voor kinderen van 1-18 jaar
*Overdracht voor volwassenen van 18 jaar en ouder
Het onderscheid tussen de drie doelgroepen betreft de selectie van zibs die op onderdelen verschillen per doelgroep. De opbouw van de onderdelen en secties komen zoveel mogelijk overeen.

De eOverdracht kan worden onderverdeeld in de use cases Verpleegkundige aanmelding en Verpleegkundige overdracht:
#Verpleegkundige aanmelding: in deze fase wordt de patiënt door versturende organisatie aangemeld bij een volgende organisatie (=ontvangende organisatie). De ontvangende organisatie beoordeelt de zorgvraag en bevestigt de aanmelding of wijst deze af. Het aanmeldbericht betreft een subselectie van het overdrachtsbericht. De aanmelding is optioneel en met name relevant in die use cases waarbij vraag en aanbod op elkaar moet worden afgestemd, zoals bij overdracht van ziekenhuis naar VVT.
#Verpleegkundige overdracht: in deze fase wordt de patiënt door de versturende organisatie overgedragen aan de ontvangende organisatie. Indien van toepassing is de aanmelding in dat geval bevestigd.

Voor een overzicht van de zibs die in de use cases worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].
===Bedrijfsrollen===
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| versturende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van zorgorganisatie die de cliënt/patiënt overdracht naar een andere zorgorganisatie
|-
| style="background-color: white;"| ontvangende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van de zorgorganisatie die de overdracht van de cliënt/patiënt ontvangt
|}
Voor de eOverdracht worden gegevens uitgewisseld tussen organisaties. Dit kan tussen organisaties die behoren tot een andere sector of organisaties die behoren tot dezelfde sector. Daarbij kan elke zorgorganisatie binnen de sector zowel de rol van ontvangende als sturende organisatie vervullen.

Soort organisaties:
*Ziekenhuis
*Wijkverpleging
*Verpleeghuis
*Revalidatie
*Verstandelijk gehandicapten zorg
*Lichamelijk gehandicapten zorg
*Geestelijke gezondheidszorg
*Dagbesteding
*Hospice
*JGZ
*Justitiële inrichting

==Use Case 1 - Verpleegkundige aanmelding==

===Doel en relevantie===
Het doel van de Aanmelding is het vaststellen of de over te dragen cliënt of patiënt kan worden geplaatst bij de ontvangende organisatie op basis van een korte samenvatting van de zorgbehoefte.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is vastgesteld of er toestemming (impliciet of expliciet) is voor het delen van persoonsgegevens van de aan te melden patiënt of cliënt met de ontvangende organisaties.
Indien er geen toestemming is voor het delen van persoonsgegevens biedt het aanmeldbericht de mogelijkheid om het aanmeldbericht geanonimiseerd beschikbaar te stellen. Hierin wordt alleen de postcode gevuld om te kunnen bepalen welk team zorg kan leveren.

====Proces====
*Verpleegkundige/verzorgende overlegt met patiënt (en/of diens naasten) t.a.v. welke zorgorganisatie zij vervolgzorg wil ontvangen.
*De (transfer) verpleegkundige van versturende organisatie zorgt dat er een aanmeldbericht klaar staat t.b.v. verzoek aan ontvangende organisatie of zij zorg kunnen leveren op een x-moment.
*Het XIS van versturende organisatie verstuurt het aanmeldbericht naar het XIS van de ontvangende organisatie.
**Het is mogelijk om tegelijkertijd aan meerdere organisaties een aanmeldbericht te versturen.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het aanmeldbericht klaar staat.
*Verpleegkundige van de ontvangende organisatie (s) beoordeelt op basis van het aanmeldbericht en de beschikbare capaciteit binnen de organisatie of de zorg kan worden geleverd op het gevraagde moment.
*Via XIS wordt een antwoordbericht verstuurd:
**Ontvanger is akkoord met de aanmelding
**Ontvanger stelt alternatieve datum voor
**Ontvanger is niet akkoord met de aanmelding
*Het antwoordbericht van de ontvangende partij bepaalt de volgende stap in de aanmelding:
**Als de ontvangende organisatie niet akkoord gaat (dus geen zorg kan leveren) begint het proces van aanmelding opnieuw met het verzoek tot vervolgzorg aan een andere organisatie.
**Als de ontvangende organisatie een alternatieve datum voorstelt, zal de versturende organisatie moeten bepalen of dit akkoord is.
***Zo ja, dan start de versturende organisatie een nieuwe aanmelding bij dezelfde ontvangende organisatie met de alternatieve datum.
***Zo nee, dan annuleert de sturende organisatie de aanmelding en begint het proces van aanmelding opnieuw bij een andere ontvangende organisatie.
*Als de ontvangende organisatie akkoord is met aanmelding kan de volgende stap in het overdrachtsproces van start gaan: het overdrachtsproces. De sturende organisatie bevestigt de aanmelding. In XIS van ontvangende organisatie is de volgende melding beschikbaar:
**Versturende organisatie bevestigt dat deze akkoord is met overdracht
*Toekomstige functionaliteit: de versturende organisatie kan de aanmelding annuleren na het sturen van het aanmeldbericht, niet alleen als reactie op een voorgestelde alternatieve datum zoals hierboven beschreven, maar ook ongeacht het antwoord van de ontvangende organisatie of voordat dit antwoord is ontvangen, bijvoorbeeld omdat de versturende organisatie beslist om patiënt aan een andere organisatie over te dragen. In het XIS van de ontvangende organisatie wordt een melding getoond:
**Versturende organisatie heeft de aanmelding geannuleerd
*Toekomstige functionaliteit: de ontvangende organisatie kan de aanmelding annuleren na het sturen van het antwoord door het sturen van een nieuw antwoord. In het XIS van de sturende organisatie wordt een melding getoond:
**Ontvangende organisatie heeft de aanmelding geannuleerd

In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie de diverse berichten beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity aanmelda.png|Activity diagram use case 1- Verpleegkundige aanmelding]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontvangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht sturend systeem
| style="background-color: white;"| VPK-VAS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig aanmeldbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht ontvangend systeem
| style="background-color: white;"| VPK-VAO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig aanmeldbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component aanmeld.png|Component diagram use case 1 - Aanmelding]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Aanmeldbericht
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.63-2021-01-27T000000.html Sturen aanmeldbericht]
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Antwoordbericht aanmelding
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.76-2021-04-29T104453.html Sturen antwoordbericht]

|style="background-color: white;vertical-align:top;"|VPK-VAO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Bevestiging aanmelding
|style="background-color: white;vertical-align:top;"|Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Annulering aanmelding
|style="background-color: white;vertical-align:top;"|Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 1: Verpleegkundige aanmelding.

[[Image: Eoverdracht use case aanmelda.png|Use case diagram Use case 1 - Verpleegkundige aanmelding]]
==Use Case 2 - Verpleegkundige overdracht==

===Doel en relevantie===
Het doel van de Verpleegkundige overdracht is het versturen van een set van patiëntgegevens gericht op de verpleegkundige overdracht, om de continuïteit en veiligheid van zorg te kunnen waarborgen.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is toestemming voor het delen van persoonsgegevens van de over te dragen cliënt of patiënt met de ontvangende zorgorganisatie.
Sturende en ontvangende zorgorganisatie zijn overeengekomen dat de patiënt kan worden overgedragen op de datum overplaatsing.

====Proces====
Bij de overdracht is het bij de versturende organisatie bekend welke organisatie de zorg overneemt na ontslag/ beëindigen zorg door de versturende organisatie. Dit kan bevestigd zijn in de aanmeldfase van de eOverdracht, indien van toepassing. Een andere mogelijkheid is dat de patiënt na consult van een arts een afspraak heeft om op een x-moment te worden opgenomen in een ziekenhuis of indien de behandelend arts met een andere behandelaar afspreekt om de patiënt over te dragen aan een andere organisatie.
Processtappen:
*Verpleegkundige/verzorgende zorgt dat de alle relevante gegevens (waaronder het zorgplan) up to date zijn bijgewerkt in het XIS voor ontslag.
*In XIS wordt op basis van de beschikbare gegevens het overdrachtsbericht gevuld. Niet alle secties zijn verplicht om in te vullen, op basis van de actuele patiëntproblemen maakt de verpleegkundige/verzorgende een inschatting welke gegevens relevant zijn om over te dragen. Als er aanvullende documenten zijn (bijv. uitvoerverzoek) kan dit meegestuurd worden in het overdrachtsbericht.
*De (transfer) verpleegkundige/verzorgende van versturende organisatie controleert het overdrachtsbericht en, indien compleet, zorgt dat het bericht klaar staat voor verzending.
*Het XIS van de versturende organisatie verstuurt het overdrachtsbericht naar het XIS van de ontvangende organisatie.
*Het XIS van de versturende organisatie ontvangt een ontvangstbevestiging van het XIS van de ontvangende organisatie.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het overdrachtsbericht klaar staat.
*Het XIS van ontvangende organisatie toont de gegevens van het overdrachtsbericht in het XIS.
*De verpleegkundige/verzorgende van de ontvangende organisatie beoordeelt de gegevens en bepaalt hoe de gegevens worden opgeslagen, c.q. hergebruikt in het XIS.
*Op basis van de gegevens uit de overdracht en de intake van de patiënt wordt de zorg gecontinueerd.
In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie het overdrachtbericht en de ontvangstbevestiging beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity overdracht.png|Activity diagram use case 2 - Verpleegkundige overdracht]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontevangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder een systeemrol, die het uitwisselen van gegevens tussen deze systemen mogelijk maakt.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht sturend systeem
| style="background-color: white;"| VPK-VOS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig overdrachtsbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht ontvangend systeem
| style="background-color: white;"| VPK-VOO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig overdrachtsbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component overdracht.png|Component diagram use case 2 - Verpleegkundige overdracht]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht volwassenen
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210913T161106/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht volwassenen]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 0-1 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht kinderen 0-1 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 1-18 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.71-2021-04-21T155653.html Sturen overdrachtsbericht kinderen 1-18 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.

[[Image: Eoverdracht use case overdrachta.png|Use case diagram Use case 2: Verpleegkundige overdracht]]

=Referenties=

{| style="color: black; background-color: #CCC0D9;" width="100%"
!style="width:5%;" | Nr
!style="width:25%;" | Auteur(s)
!style="width:60%;" | Titel
!style="width:10%;" | Datum
|-
| style="background-color: white;"| 1
| style="background-color: white;"| V&VN Kinderverpleegkunde, Stichting Pal, Stichting KinderThuisZorg, Stichting Kind en Ziekenhuis
| style="background-color: white;"| Ernstig zieke kinderen hebben recht op gezonde zorg: Op weg naar participatie in de samenleving.
| style="background-color: white;"| 2013
|-
| style="background-color: white;"| 2
| style="background-color: white;"| Programmateam Registratie aan de bron
| style="background-color: white;"| Architectuurdocument volume 1: De grondbeginselen van zorginformatiebouwstenen en hoe ze gebruikt kunnen worden
| style="background-color: white;"| 2016
|-
| style="background-color: white;"| 3
| style="background-color: white;"| Smeele F
| style="background-color: white;"| Beheer afspraken Zorginformatiebouwstenen (zib's)
| style="background-color: white;"| 2017
|-
| style="background-color: white;"| 4
| style="background-color: white;"| Vreeke E, Klein Wolterink G
| style="background-color: white;"| Zorg voor kinderen in beeld Vooronderzoek kinddimensie.
| style="background-color: white;"| 2015
|-
| style="background-color: white;"| 5
| style="background-color: white;"|
| style="background-color: white;"| [https://integralekindzorgmetmks.nl Het Medische Kindzorgsysteem]
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{|class="wikitable" "cellpadding="10" style="background-color: white;"
!style="width:10%;"text-align:left;"|Versie
!style="width:10%;text-align:left;"|BITS issue
!style="width:60%; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|release=4.0-RC5|issues=9|EOVDR-154|EOVDR-152|EOVDR-150|EOVDR-143|EOVDR-140|EOVDR-137|EOVDR-133|EOVDR-130|EOVDR-70}}
{{ReleaseNotes|release=4.0-RC4|issues=5|EOVDR-136|EOVDR-135|EOVDR-134|EOVDR-132|EOVDR-131}}
{{ReleaseNotes|release=4.0-RC3|issues=44|EOVDR-124|EOVDR-123|EOVDR-122|EOVDR-121|EOVDR-120|EOVDR-119|EOVDR-118|EOVDR-117|EOVDR-115|EOVDR-114|EOVDR-113|EOVDR-112|EOVDR-111|EOVDR-109|EOVDR-107|EOVDR-105|EOVDR-104|EOVDR-103|EOVDR-102|EOVDR-101|EOVDR-100|EOVDR-99|EOVDR-98|EOVDR-97|EOVDR-96|EOVDR-94|EOVDR-91|EOVDR-90|EOVDR-89|EOVDR-88|EOVDR-87|EOVDR-86|EOVDR-85|EOVDR-84|EOVDR-82|EOVDR-81|EOVDR-80|EOVDR-79|EOVDR-78|EOVDR-75|EOVDR-74|EOVDR-69|EOVDR-68|EOVDR-67}}
{{ReleaseNotes|release=4.0-RC2|issues=23|EOVDR-64|EOVDR-63|EOVDR-61|EOVDR-60|EOVDR-58|EOVDR-57|EOVDR-56|EOVDR-55|EOVDR-54|EOVDR-53|EOVDR-52|EOVDR-51|EOVDR-50|EOVDR-49|EOVDR-48|EOVDR-47|EOVDR-46|EOVDR-45|EOVDR-44|EOVDR-43|EOVDR-42|EOVDR-41|EOVDR-40}}
|-
| rowspan = 1; style="background-color: white;"| 4.0-RC1
| style="background-color: white;"| niet van toepassing
| style="background-color: white;"| Eerste 4.0 versie:
* nieuwe FHIR implementatie: zie [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch ontwerp (FHIR implementation guide)]]
* wijzigingen in Art-Decor dataset en scenario's: zie [https://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210510T093529/project.html Art-Decor projectinformatie eOverdracht]
* [[vpk:Vprepub-4.0_Ontwerp_eOverdracht|Functioneel ontwerp]] herschreven
|}

vpk:Vprepub-4.0 Ontwerp eOverdracht

2022-04-20T16:23:57Z

Mik de Jong: EOVDR-154 toegevoegd en EOVDR-151 verwijderd van RC5 release notes

vpk:V4.0 Ontwerp eOverdracht

2022-04-20T14:46:33Z

Mik de Jong: EOVDR-70 toegevoegd aan release notes voor RC5

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht v4.0|Functioneel ontwerp eOverdracht v4.0}}
=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht v4.0. De eOverdracht is een set van patiëntgegevens gericht op de verpleegkundige overdracht en is van belang om de continuïteit en veiligheid van zorg te kunnen waarborgen. Het overdragen van patiëntgegevens betreft hier het overdragen van zorg door verpleegkundig specialisten, verpleegkundigen en verzorgenden in de keten tussen verschillende zorgaanbieders. De overdracht is een eindevaluatie van het zorgproces tot aan dat moment en met de overdracht worden de verantwoordelijkheden formeel overgedragen.
Een goede overdracht voorkomt fouten en bespaart tijd. Het overdragen van patiënten is onderdeel van de dagelijkse verpleegkundige praktijk en vormt een belangrijke schakel om de zorg op een veilige manier te continueren. Patiënten hebben te maken met verschillende zorgaanbieders. Bij elke overplaatsing is het van belang dat de gegevens met de juiste kwaliteit, zonder registratielast, worden overgedragen. Daarom zijn afspraken gemaakt over welke gegevens van belang zijn bij de verpleegkundige overdracht en hoe deze gegevens moeten worden vastgelegd in het elektronisch dossier en vervolgens uitgewisseld in digitale vorm. De afspraken zijn vastgelegd in deze informatiestandaard.
Via deze pagina worden de kaders en uitgangspunten evenals de totstandkoming met betrekking tot de eOverdracht nader toegelicht.

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

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van zorgverleners met name verpleegkundigen en verzorgenden.

==Kaders en uitgangspunten==

===Richtlijn en proces===
De [https://www.venvn.nl/richtlijnen/alle-richtlijnen/richtlijn-verpleegkundige-verslaglegging-en-overdracht V&VN richtlijn "Verpleegkundige verslaglegging en overdracht"] (omvat alle zorginhoudelijke normen en afspraken t.a.v. de verpleegkundige overdracht. Deze richtlijn is momenteel in de commentaarfase.

Voor een methodologische beschrijving van de totstandkoming van de eOverdracht v3.x, zie [[vpk:V3.x_Methode_ontwikkeling_eOverdracht|Methode ontwikkeling eOverdracht]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de [[vpk:Vprepub-4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].

===Wettelijke kaders===
eOverdracht is een gegevensset met richtlijnen voor implementatie in FHIR. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig om in de praktijk te komen tot implementatie van een informatieoverdracht. Daarbij gelden altijd de wettelijke kaders als uitgangspunt. Overeenkomstig de eis uit de Algemene Verordening Gegevensbescherming (AVG) zal een Data Privacy Impact Assessment (DPIA) voor iedere gegevensverwerking onderdeel moeten zijn van de implementatie. Op basis hiervan moet worden bepaald wat er in een bepaalde use case uitgewisseld kan en mag worden.

==Kwalificatie==

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

=Use Cases=
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
*Overdracht voor kinderen van 0-1 jaar
*Overdracht voor kinderen van 1-18 jaar
*Overdracht voor volwassenen van 18 jaar en ouder
Het onderscheid tussen de drie doelgroepen betreft de selectie van zibs die op onderdelen verschillen per doelgroep. De opbouw van de onderdelen en secties komen zoveel mogelijk overeen.

De eOverdracht kan worden onderverdeeld in de use cases Verpleegkundige aanmelding en Verpleegkundige overdracht:
#Verpleegkundige aanmelding: in deze fase wordt de patiënt door versturende organisatie aangemeld bij een volgende organisatie (=ontvangende organisatie). De ontvangende organisatie beoordeelt de zorgvraag en bevestigt de aanmelding of wijst deze af. Het aanmeldbericht betreft een subselectie van het overdrachtsbericht. De aanmelding is optioneel en met name relevant in die use cases waarbij vraag en aanbod op elkaar moet worden afgestemd, zoals bij overdracht van ziekenhuis naar VVT.
#Verpleegkundige overdracht: in deze fase wordt de patiënt door de versturende organisatie overgedragen aan de ontvangende organisatie. Indien van toepassing is de aanmelding in dat geval bevestigd.

Voor een overzicht van de zibs die in de use cases worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].
===Bedrijfsrollen===
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| versturende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van zorgorganisatie die de cliënt/patiënt overdracht naar een andere zorgorganisatie
|-
| style="background-color: white;"| ontvangende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van de zorgorganisatie die de overdracht van de cliënt/patiënt ontvangt
|}
Voor de eOverdracht worden gegevens uitgewisseld tussen organisaties. Dit kan tussen organisaties die behoren tot een andere sector of organisaties die behoren tot dezelfde sector. Daarbij kan elke zorgorganisatie binnen de sector zowel de rol van ontvangende als sturende organisatie vervullen.

Soort organisaties:
*Ziekenhuis
*Wijkverpleging
*Verpleeghuis
*Revalidatie
*Verstandelijk gehandicapten zorg
*Lichamelijk gehandicapten zorg
*Geestelijke gezondheidszorg
*Dagbesteding
*Hospice
*JGZ
*Justitiële inrichting

==Use Case 1 - Verpleegkundige aanmelding==

===Doel en relevantie===
Het doel van de Aanmelding is het vaststellen of de over te dragen cliënt of patiënt kan worden geplaatst bij de ontvangende organisatie op basis van een korte samenvatting van de zorgbehoefte.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is vastgesteld of er toestemming (impliciet of expliciet) is voor het delen van persoonsgegevens van de aan te melden patiënt of cliënt met de ontvangende organisaties.
Indien er geen toestemming is voor het delen van persoonsgegevens biedt het aanmeldbericht de mogelijkheid om het aanmeldbericht geanonimiseerd beschikbaar te stellen. Hierin wordt alleen de postcode gevuld om te kunnen bepalen welk team zorg kan leveren.

====Proces====
*Verpleegkundige/verzorgende overlegt met patiënt (en/of diens naasten) t.a.v. welke zorgorganisatie zij vervolgzorg wil ontvangen.
*De (transfer) verpleegkundige van versturende organisatie zorgt dat er een aanmeldbericht klaar staat t.b.v. verzoek aan ontvangende organisatie of zij zorg kunnen leveren op een x-moment.
*Het XIS van versturende organisatie verstuurt het aanmeldbericht naar het XIS van de ontvangende organisatie.
**Het is mogelijk om tegelijkertijd aan meerdere organisaties een aanmeldbericht te versturen.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het aanmeldbericht klaar staat.
*Verpleegkundige van de ontvangende organisatie (s) beoordeelt op basis van het aanmeldbericht en de beschikbare capaciteit binnen de organisatie of de zorg kan worden geleverd op het gevraagde moment.
*Via XIS wordt een antwoordbericht verstuurd:
**Ontvanger is akkoord met de aanmelding
**Ontvanger stelt alternatieve datum voor
**Ontvanger is niet akkoord met de aanmelding
*Het antwoordbericht van de ontvangende partij bepaalt de volgende stap in de aanmelding:
**Als de ontvangende organisatie niet akkoord gaat (dus geen zorg kan leveren) begint het proces van aanmelding opnieuw met het verzoek tot vervolgzorg aan een andere organisatie.
**Als de ontvangende organisatie een alternatieve datum voorstelt, zal de versturende organisatie moeten bepalen of dit akkoord is.
***Zo ja, dan start de versturende organisatie een nieuwe aanmelding bij dezelfde ontvangende organisatie met de alternatieve datum.
***Zo nee, dan annuleert de sturende organisatie de aanmelding en begint het proces van aanmelding opnieuw bij een andere ontvangende organisatie.
*Als de ontvangende organisatie akkoord is met aanmelding kan de volgende stap in het overdrachtsproces van start gaan: het overdrachtsproces. De sturende organisatie bevestigt de aanmelding. In XIS van ontvangende organisatie is de volgende melding beschikbaar:
**Versturende organisatie bevestigt dat deze akkoord is met overdracht
*Toekomstige functionaliteit: de versturende organisatie kan de aanmelding annuleren na het sturen van het aanmeldbericht, niet alleen als reactie op een voorgestelde alternatieve datum zoals hierboven beschreven, maar ook ongeacht het antwoord van de ontvangende organisatie of voordat dit antwoord is ontvangen, bijvoorbeeld omdat de versturende organisatie beslist om patiënt aan een andere organisatie over te dragen. In het XIS van de ontvangende organisatie wordt een melding getoond:
**Versturende organisatie heeft de aanmelding geannuleerd
*Toekomstige functionaliteit: de ontvangende organisatie kan de aanmelding annuleren na het sturen van het antwoord door het sturen van een nieuw antwoord. In het XIS van de sturende organisatie wordt een melding getoond:
**Ontvangende organisatie heeft de aanmelding geannuleerd

In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie de diverse berichten beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity aanmelda.png|Activity diagram use case 1- Verpleegkundige aanmelding]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontvangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht sturend systeem
| style="background-color: white;"| VPK-VAS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig aanmeldbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht ontvangend systeem
| style="background-color: white;"| VPK-VAO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig aanmeldbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component aanmeld.png|Component diagram use case 1 - Aanmelding]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Aanmeldbericht
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.63-2021-01-27T000000.html Sturen aanmeldbericht]
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Antwoordbericht aanmelding
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.76-2021-04-29T104453.html Sturen antwoordbericht]

|style="background-color: white;vertical-align:top;"|VPK-VAO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Bevestiging aanmelding
|style="background-color: white;vertical-align:top;"|Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Annulering aanmelding
|style="background-color: white;vertical-align:top;"|Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 1: Verpleegkundige aanmelding.

[[Image: Eoverdracht use case aanmelda.png|Use case diagram Use case 1 - Verpleegkundige aanmelding]]
==Use Case 2 - Verpleegkundige overdracht==

===Doel en relevantie===
Het doel van de Verpleegkundige overdracht is het versturen van een set van patiëntgegevens gericht op de verpleegkundige overdracht, om de continuïteit en veiligheid van zorg te kunnen waarborgen.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is toestemming voor het delen van persoonsgegevens van de over te dragen cliënt of patiënt met de ontvangende zorgorganisatie.
Sturende en ontvangende zorgorganisatie zijn overeengekomen dat de patiënt kan worden overgedragen op de datum overplaatsing.

====Proces====
Bij de overdracht is het bij de versturende organisatie bekend welke organisatie de zorg overneemt na ontslag/ beëindigen zorg door de versturende organisatie. Dit kan bevestigd zijn in de aanmeldfase van de eOverdracht, indien van toepassing. Een andere mogelijkheid is dat de patiënt na consult van een arts een afspraak heeft om op een x-moment te worden opgenomen in een ziekenhuis of indien de behandelend arts met een andere behandelaar afspreekt om de patiënt over te dragen aan een andere organisatie.
Processtappen:
*Verpleegkundige/verzorgende zorgt dat de alle relevante gegevens (waaronder het zorgplan) up to date zijn bijgewerkt in het XIS voor ontslag.
*In XIS wordt op basis van de beschikbare gegevens het overdrachtsbericht gevuld. Niet alle secties zijn verplicht om in te vullen, op basis van de actuele patiëntproblemen maakt de verpleegkundige/verzorgende een inschatting welke gegevens relevant zijn om over te dragen. Als er aanvullende documenten zijn (bijv. uitvoerverzoek) kan dit meegestuurd worden in het overdrachtsbericht.
*De (transfer) verpleegkundige/verzorgende van versturende organisatie controleert het overdrachtsbericht en, indien compleet, zorgt dat het bericht klaar staat voor verzending.
*Het XIS van de versturende organisatie verstuurt het overdrachtsbericht naar het XIS van de ontvangende organisatie.
*Het XIS van de versturende organisatie ontvangt een ontvangstbevestiging van het XIS van de ontvangende organisatie.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het overdrachtsbericht klaar staat.
*Het XIS van ontvangende organisatie toont de gegevens van het overdrachtsbericht in het XIS.
*De verpleegkundige/verzorgende van de ontvangende organisatie beoordeelt de gegevens en bepaalt hoe de gegevens worden opgeslagen, c.q. hergebruikt in het XIS.
*Op basis van de gegevens uit de overdracht en de intake van de patiënt wordt de zorg gecontinueerd.
In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie het overdrachtbericht en de ontvangstbevestiging beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity overdracht.png|Activity diagram use case 2 - Verpleegkundige overdracht]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontevangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder een systeemrol, die het uitwisselen van gegevens tussen deze systemen mogelijk maakt.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht sturend systeem
| style="background-color: white;"| VPK-VOS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig overdrachtsbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht ontvangend systeem
| style="background-color: white;"| VPK-VOO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig overdrachtsbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component overdracht.png|Component diagram use case 2 - Verpleegkundige overdracht]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht volwassenen
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210913T161106/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht volwassenen]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 0-1 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht kinderen 0-1 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 1-18 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.71-2021-04-21T155653.html Sturen overdrachtsbericht kinderen 1-18 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.

[[Image: Eoverdracht use case overdrachta.png|Use case diagram Use case 2: Verpleegkundige overdracht]]

=Referenties=

{| style="color: black; background-color: #CCC0D9;" width="100%"
!style="width:5%;" | Nr
!style="width:25%;" | Auteur(s)
!style="width:60%;" | Titel
!style="width:10%;" | Datum
|-
| style="background-color: white;"| 1
| style="background-color: white;"| V&VN Kinderverpleegkunde, Stichting Pal, Stichting KinderThuisZorg, Stichting Kind en Ziekenhuis
| style="background-color: white;"| Ernstig zieke kinderen hebben recht op gezonde zorg: Op weg naar participatie in de samenleving.
| style="background-color: white;"| 2013
|-
| style="background-color: white;"| 2
| style="background-color: white;"| Programmateam Registratie aan de bron
| style="background-color: white;"| Architectuurdocument volume 1: De grondbeginselen van zorginformatiebouwstenen en hoe ze gebruikt kunnen worden
| style="background-color: white;"| 2016
|-
| style="background-color: white;"| 3
| style="background-color: white;"| Smeele F
| style="background-color: white;"| Beheer afspraken Zorginformatiebouwstenen (zib's)
| style="background-color: white;"| 2017
|-
| style="background-color: white;"| 4
| style="background-color: white;"| Vreeke E, Klein Wolterink G
| style="background-color: white;"| Zorg voor kinderen in beeld Vooronderzoek kinddimensie.
| style="background-color: white;"| 2015
|-
| style="background-color: white;"| 5
| style="background-color: white;"|
| style="background-color: white;"| [https://integralekindzorgmetmks.nl Het Medische Kindzorgsysteem]
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{|class="wikitable" "cellpadding="10" style="background-color: white;"
!style="width:10%;"text-align:left;"|Versie
!style="width:10%;text-align:left;"|BITS issue
!style="width:60%; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|release=4.0-RC5|issues=9|EOVDR-152|EOVDR-151|EOVDR-150|EOVDR-143|EOVDR-140|EOVDR-137|EOVDR-133|EOVDR-130|EOVDR-70}}
{{ReleaseNotes|release=4.0-RC4|issues=5|EOVDR-136|EOVDR-135|EOVDR-134|EOVDR-132|EOVDR-131}}
{{ReleaseNotes|release=4.0-RC3|issues=44|EOVDR-124|EOVDR-123|EOVDR-122|EOVDR-121|EOVDR-120|EOVDR-119|EOVDR-118|EOVDR-117|EOVDR-115|EOVDR-114|EOVDR-113|EOVDR-112|EOVDR-111|EOVDR-109|EOVDR-107|EOVDR-105|EOVDR-104|EOVDR-103|EOVDR-102|EOVDR-101|EOVDR-100|EOVDR-99|EOVDR-98|EOVDR-97|EOVDR-96|EOVDR-94|EOVDR-91|EOVDR-90|EOVDR-89|EOVDR-88|EOVDR-87|EOVDR-86|EOVDR-85|EOVDR-84|EOVDR-82|EOVDR-81|EOVDR-80|EOVDR-79|EOVDR-78|EOVDR-75|EOVDR-74|EOVDR-69|EOVDR-68|EOVDR-67}}
{{ReleaseNotes|release=4.0-RC2|issues=23|EOVDR-64|EOVDR-63|EOVDR-61|EOVDR-60|EOVDR-58|EOVDR-57|EOVDR-56|EOVDR-55|EOVDR-54|EOVDR-53|EOVDR-52|EOVDR-51|EOVDR-50|EOVDR-49|EOVDR-48|EOVDR-47|EOVDR-46|EOVDR-45|EOVDR-44|EOVDR-43|EOVDR-42|EOVDR-41|EOVDR-40}}
|-
| rowspan = 1; style="background-color: white;"| 4.0-RC1
| style="background-color: white;"| niet van toepassing
| style="background-color: white;"| Eerste 4.0 versie:
* nieuwe FHIR implementatie: zie [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch ontwerp (FHIR implementation guide)]]
* wijzigingen in Art-Decor dataset en scenario's: zie [https://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210510T093529/project.html Art-Decor projectinformatie eOverdracht]
* [[vpk:Vprepub-4.0_Ontwerp_eOverdracht|Functioneel ontwerp]] herschreven
|}

vpk:Vprepub-4.0 Ontwerp eOverdracht

2022-04-20T14:46:33Z

Mik de Jong: EOVDR-70 toegevoegd aan release notes voor RC5

vpk:V4.0 Ontwerp eOverdracht

2022-04-20T14:26:19Z

Mik de Jong: Release notes voor RC5

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht v4.0|Functioneel ontwerp eOverdracht v4.0}}
=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht v4.0. De eOverdracht is een set van patiëntgegevens gericht op de verpleegkundige overdracht en is van belang om de continuïteit en veiligheid van zorg te kunnen waarborgen. Het overdragen van patiëntgegevens betreft hier het overdragen van zorg door verpleegkundig specialisten, verpleegkundigen en verzorgenden in de keten tussen verschillende zorgaanbieders. De overdracht is een eindevaluatie van het zorgproces tot aan dat moment en met de overdracht worden de verantwoordelijkheden formeel overgedragen.
Een goede overdracht voorkomt fouten en bespaart tijd. Het overdragen van patiënten is onderdeel van de dagelijkse verpleegkundige praktijk en vormt een belangrijke schakel om de zorg op een veilige manier te continueren. Patiënten hebben te maken met verschillende zorgaanbieders. Bij elke overplaatsing is het van belang dat de gegevens met de juiste kwaliteit, zonder registratielast, worden overgedragen. Daarom zijn afspraken gemaakt over welke gegevens van belang zijn bij de verpleegkundige overdracht en hoe deze gegevens moeten worden vastgelegd in het elektronisch dossier en vervolgens uitgewisseld in digitale vorm. De afspraken zijn vastgelegd in deze informatiestandaard.
Via deze pagina worden de kaders en uitgangspunten evenals de totstandkoming met betrekking tot de eOverdracht nader toegelicht.

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

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van zorgverleners met name verpleegkundigen en verzorgenden.

==Kaders en uitgangspunten==

===Richtlijn en proces===
De [https://www.venvn.nl/richtlijnen/alle-richtlijnen/richtlijn-verpleegkundige-verslaglegging-en-overdracht V&VN richtlijn "Verpleegkundige verslaglegging en overdracht"] (omvat alle zorginhoudelijke normen en afspraken t.a.v. de verpleegkundige overdracht. Deze richtlijn is momenteel in de commentaarfase.

Voor een methodologische beschrijving van de totstandkoming van de eOverdracht v3.x, zie [[vpk:V3.x_Methode_ontwikkeling_eOverdracht|Methode ontwikkeling eOverdracht]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de [[vpk:Vprepub-4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].

===Wettelijke kaders===
eOverdracht is een gegevensset met richtlijnen voor implementatie in FHIR. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig om in de praktijk te komen tot implementatie van een informatieoverdracht. Daarbij gelden altijd de wettelijke kaders als uitgangspunt. Overeenkomstig de eis uit de Algemene Verordening Gegevensbescherming (AVG) zal een Data Privacy Impact Assessment (DPIA) voor iedere gegevensverwerking onderdeel moeten zijn van de implementatie. Op basis hiervan moet worden bepaald wat er in een bepaalde use case uitgewisseld kan en mag worden.

==Kwalificatie==

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

=Use Cases=
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
*Overdracht voor kinderen van 0-1 jaar
*Overdracht voor kinderen van 1-18 jaar
*Overdracht voor volwassenen van 18 jaar en ouder
Het onderscheid tussen de drie doelgroepen betreft de selectie van zibs die op onderdelen verschillen per doelgroep. De opbouw van de onderdelen en secties komen zoveel mogelijk overeen.

De eOverdracht kan worden onderverdeeld in de use cases Verpleegkundige aanmelding en Verpleegkundige overdracht:
#Verpleegkundige aanmelding: in deze fase wordt de patiënt door versturende organisatie aangemeld bij een volgende organisatie (=ontvangende organisatie). De ontvangende organisatie beoordeelt de zorgvraag en bevestigt de aanmelding of wijst deze af. Het aanmeldbericht betreft een subselectie van het overdrachtsbericht. De aanmelding is optioneel en met name relevant in die use cases waarbij vraag en aanbod op elkaar moet worden afgestemd, zoals bij overdracht van ziekenhuis naar VVT.
#Verpleegkundige overdracht: in deze fase wordt de patiënt door de versturende organisatie overgedragen aan de ontvangende organisatie. Indien van toepassing is de aanmelding in dat geval bevestigd.

Voor een overzicht van de zibs die in de use cases worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].
===Bedrijfsrollen===
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| versturende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van zorgorganisatie die de cliënt/patiënt overdracht naar een andere zorgorganisatie
|-
| style="background-color: white;"| ontvangende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van de zorgorganisatie die de overdracht van de cliënt/patiënt ontvangt
|}
Voor de eOverdracht worden gegevens uitgewisseld tussen organisaties. Dit kan tussen organisaties die behoren tot een andere sector of organisaties die behoren tot dezelfde sector. Daarbij kan elke zorgorganisatie binnen de sector zowel de rol van ontvangende als sturende organisatie vervullen.

Soort organisaties:
*Ziekenhuis
*Wijkverpleging
*Verpleeghuis
*Revalidatie
*Verstandelijk gehandicapten zorg
*Lichamelijk gehandicapten zorg
*Geestelijke gezondheidszorg
*Dagbesteding
*Hospice
*JGZ
*Justitiële inrichting

==Use Case 1 - Verpleegkundige aanmelding==

===Doel en relevantie===
Het doel van de Aanmelding is het vaststellen of de over te dragen cliënt of patiënt kan worden geplaatst bij de ontvangende organisatie op basis van een korte samenvatting van de zorgbehoefte.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is vastgesteld of er toestemming (impliciet of expliciet) is voor het delen van persoonsgegevens van de aan te melden patiënt of cliënt met de ontvangende organisaties.
Indien er geen toestemming is voor het delen van persoonsgegevens biedt het aanmeldbericht de mogelijkheid om het aanmeldbericht geanonimiseerd beschikbaar te stellen. Hierin wordt alleen de postcode gevuld om te kunnen bepalen welk team zorg kan leveren.

====Proces====
*Verpleegkundige/verzorgende overlegt met patiënt (en/of diens naasten) t.a.v. welke zorgorganisatie zij vervolgzorg wil ontvangen.
*De (transfer) verpleegkundige van versturende organisatie zorgt dat er een aanmeldbericht klaar staat t.b.v. verzoek aan ontvangende organisatie of zij zorg kunnen leveren op een x-moment.
*Het XIS van versturende organisatie verstuurt het aanmeldbericht naar het XIS van de ontvangende organisatie.
**Het is mogelijk om tegelijkertijd aan meerdere organisaties een aanmeldbericht te versturen.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het aanmeldbericht klaar staat.
*Verpleegkundige van de ontvangende organisatie (s) beoordeelt op basis van het aanmeldbericht en de beschikbare capaciteit binnen de organisatie of de zorg kan worden geleverd op het gevraagde moment.
*Via XIS wordt een antwoordbericht verstuurd:
**Ontvanger is akkoord met de aanmelding
**Ontvanger stelt alternatieve datum voor
**Ontvanger is niet akkoord met de aanmelding
*Het antwoordbericht van de ontvangende partij bepaalt de volgende stap in de aanmelding:
**Als de ontvangende organisatie niet akkoord gaat (dus geen zorg kan leveren) begint het proces van aanmelding opnieuw met het verzoek tot vervolgzorg aan een andere organisatie.
**Als de ontvangende organisatie een alternatieve datum voorstelt, zal de versturende organisatie moeten bepalen of dit akkoord is.
***Zo ja, dan start de versturende organisatie een nieuwe aanmelding bij dezelfde ontvangende organisatie met de alternatieve datum.
***Zo nee, dan annuleert de sturende organisatie de aanmelding en begint het proces van aanmelding opnieuw bij een andere ontvangende organisatie.
*Als de ontvangende organisatie akkoord is met aanmelding kan de volgende stap in het overdrachtsproces van start gaan: het overdrachtsproces. De sturende organisatie bevestigt de aanmelding. In XIS van ontvangende organisatie is de volgende melding beschikbaar:
**Versturende organisatie bevestigt dat deze akkoord is met overdracht
*Toekomstige functionaliteit: de versturende organisatie kan de aanmelding annuleren na het sturen van het aanmeldbericht, niet alleen als reactie op een voorgestelde alternatieve datum zoals hierboven beschreven, maar ook ongeacht het antwoord van de ontvangende organisatie of voordat dit antwoord is ontvangen, bijvoorbeeld omdat de versturende organisatie beslist om patiënt aan een andere organisatie over te dragen. In het XIS van de ontvangende organisatie wordt een melding getoond:
**Versturende organisatie heeft de aanmelding geannuleerd
*Toekomstige functionaliteit: de ontvangende organisatie kan de aanmelding annuleren na het sturen van het antwoord door het sturen van een nieuw antwoord. In het XIS van de sturende organisatie wordt een melding getoond:
**Ontvangende organisatie heeft de aanmelding geannuleerd

In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie de diverse berichten beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity aanmelda.png|Activity diagram use case 1- Verpleegkundige aanmelding]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontvangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht sturend systeem
| style="background-color: white;"| VPK-VAS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig aanmeldbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht ontvangend systeem
| style="background-color: white;"| VPK-VAO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig aanmeldbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component aanmeld.png|Component diagram use case 1 - Aanmelding]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Aanmeldbericht
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.63-2021-01-27T000000.html Sturen aanmeldbericht]
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Antwoordbericht aanmelding
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.76-2021-04-29T104453.html Sturen antwoordbericht]

|style="background-color: white;vertical-align:top;"|VPK-VAO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Bevestiging aanmelding
|style="background-color: white;vertical-align:top;"|Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Annulering aanmelding
|style="background-color: white;vertical-align:top;"|Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 1: Verpleegkundige aanmelding.

[[Image: Eoverdracht use case aanmelda.png|Use case diagram Use case 1 - Verpleegkundige aanmelding]]
==Use Case 2 - Verpleegkundige overdracht==

===Doel en relevantie===
Het doel van de Verpleegkundige overdracht is het versturen van een set van patiëntgegevens gericht op de verpleegkundige overdracht, om de continuïteit en veiligheid van zorg te kunnen waarborgen.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is toestemming voor het delen van persoonsgegevens van de over te dragen cliënt of patiënt met de ontvangende zorgorganisatie.
Sturende en ontvangende zorgorganisatie zijn overeengekomen dat de patiënt kan worden overgedragen op de datum overplaatsing.

====Proces====
Bij de overdracht is het bij de versturende organisatie bekend welke organisatie de zorg overneemt na ontslag/ beëindigen zorg door de versturende organisatie. Dit kan bevestigd zijn in de aanmeldfase van de eOverdracht, indien van toepassing. Een andere mogelijkheid is dat de patiënt na consult van een arts een afspraak heeft om op een x-moment te worden opgenomen in een ziekenhuis of indien de behandelend arts met een andere behandelaar afspreekt om de patiënt over te dragen aan een andere organisatie.
Processtappen:
*Verpleegkundige/verzorgende zorgt dat de alle relevante gegevens (waaronder het zorgplan) up to date zijn bijgewerkt in het XIS voor ontslag.
*In XIS wordt op basis van de beschikbare gegevens het overdrachtsbericht gevuld. Niet alle secties zijn verplicht om in te vullen, op basis van de actuele patiëntproblemen maakt de verpleegkundige/verzorgende een inschatting welke gegevens relevant zijn om over te dragen. Als er aanvullende documenten zijn (bijv. uitvoerverzoek) kan dit meegestuurd worden in het overdrachtsbericht.
*De (transfer) verpleegkundige/verzorgende van versturende organisatie controleert het overdrachtsbericht en, indien compleet, zorgt dat het bericht klaar staat voor verzending.
*Het XIS van de versturende organisatie verstuurt het overdrachtsbericht naar het XIS van de ontvangende organisatie.
*Het XIS van de versturende organisatie ontvangt een ontvangstbevestiging van het XIS van de ontvangende organisatie.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het overdrachtsbericht klaar staat.
*Het XIS van ontvangende organisatie toont de gegevens van het overdrachtsbericht in het XIS.
*De verpleegkundige/verzorgende van de ontvangende organisatie beoordeelt de gegevens en bepaalt hoe de gegevens worden opgeslagen, c.q. hergebruikt in het XIS.
*Op basis van de gegevens uit de overdracht en de intake van de patiënt wordt de zorg gecontinueerd.
In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie het overdrachtbericht en de ontvangstbevestiging beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity overdracht.png|Activity diagram use case 2 - Verpleegkundige overdracht]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontevangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder een systeemrol, die het uitwisselen van gegevens tussen deze systemen mogelijk maakt.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht sturend systeem
| style="background-color: white;"| VPK-VOS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig overdrachtsbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht ontvangend systeem
| style="background-color: white;"| VPK-VOO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig overdrachtsbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component overdracht.png|Component diagram use case 2 - Verpleegkundige overdracht]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht volwassenen
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210913T161106/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht volwassenen]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 0-1 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht kinderen 0-1 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 1-18 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.71-2021-04-21T155653.html Sturen overdrachtsbericht kinderen 1-18 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.

[[Image: Eoverdracht use case overdrachta.png|Use case diagram Use case 2: Verpleegkundige overdracht]]

=Referenties=

{| style="color: black; background-color: #CCC0D9;" width="100%"
!style="width:5%;" | Nr
!style="width:25%;" | Auteur(s)
!style="width:60%;" | Titel
!style="width:10%;" | Datum
|-
| style="background-color: white;"| 1
| style="background-color: white;"| V&VN Kinderverpleegkunde, Stichting Pal, Stichting KinderThuisZorg, Stichting Kind en Ziekenhuis
| style="background-color: white;"| Ernstig zieke kinderen hebben recht op gezonde zorg: Op weg naar participatie in de samenleving.
| style="background-color: white;"| 2013
|-
| style="background-color: white;"| 2
| style="background-color: white;"| Programmateam Registratie aan de bron
| style="background-color: white;"| Architectuurdocument volume 1: De grondbeginselen van zorginformatiebouwstenen en hoe ze gebruikt kunnen worden
| style="background-color: white;"| 2016
|-
| style="background-color: white;"| 3
| style="background-color: white;"| Smeele F
| style="background-color: white;"| Beheer afspraken Zorginformatiebouwstenen (zib's)
| style="background-color: white;"| 2017
|-
| style="background-color: white;"| 4
| style="background-color: white;"| Vreeke E, Klein Wolterink G
| style="background-color: white;"| Zorg voor kinderen in beeld Vooronderzoek kinddimensie.
| style="background-color: white;"| 2015
|-
| style="background-color: white;"| 5
| style="background-color: white;"|
| style="background-color: white;"| [https://integralekindzorgmetmks.nl Het Medische Kindzorgsysteem]
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{|class="wikitable" "cellpadding="10" style="background-color: white;"
!style="width:10%;"text-align:left;"|Versie
!style="width:10%;text-align:left;"|BITS issue
!style="width:60%; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|release=4.0-RC5|issues=8|EOVDR-152|EOVDR-151|EOVDR-150|EOVDR-143|EOVDR-140|EOVDR-137|EOVDR-133|EOVDR-130}}
{{ReleaseNotes|release=4.0-RC4|issues=5|EOVDR-136|EOVDR-135|EOVDR-134|EOVDR-132|EOVDR-131}}
{{ReleaseNotes|release=4.0-RC3|issues=44|EOVDR-124|EOVDR-123|EOVDR-122|EOVDR-121|EOVDR-120|EOVDR-119|EOVDR-118|EOVDR-117|EOVDR-115|EOVDR-114|EOVDR-113|EOVDR-112|EOVDR-111|EOVDR-109|EOVDR-107|EOVDR-105|EOVDR-104|EOVDR-103|EOVDR-102|EOVDR-101|EOVDR-100|EOVDR-99|EOVDR-98|EOVDR-97|EOVDR-96|EOVDR-94|EOVDR-91|EOVDR-90|EOVDR-89|EOVDR-88|EOVDR-87|EOVDR-86|EOVDR-85|EOVDR-84|EOVDR-82|EOVDR-81|EOVDR-80|EOVDR-79|EOVDR-78|EOVDR-75|EOVDR-74|EOVDR-69|EOVDR-68|EOVDR-67}}
{{ReleaseNotes|release=4.0-RC2|issues=23|EOVDR-64|EOVDR-63|EOVDR-61|EOVDR-60|EOVDR-58|EOVDR-57|EOVDR-56|EOVDR-55|EOVDR-54|EOVDR-53|EOVDR-52|EOVDR-51|EOVDR-50|EOVDR-49|EOVDR-48|EOVDR-47|EOVDR-46|EOVDR-45|EOVDR-44|EOVDR-43|EOVDR-42|EOVDR-41|EOVDR-40}}
|-
| rowspan = 1; style="background-color: white;"| 4.0-RC1
| style="background-color: white;"| niet van toepassing
| style="background-color: white;"| Eerste 4.0 versie:
* nieuwe FHIR implementatie: zie [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch ontwerp (FHIR implementation guide)]]
* wijzigingen in Art-Decor dataset en scenario's: zie [https://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210510T093529/project.html Art-Decor projectinformatie eOverdracht]
* [[vpk:Vprepub-4.0_Ontwerp_eOverdracht|Functioneel ontwerp]] herschreven
|}

vpk:Vprepub-4.0 Ontwerp eOverdracht

2022-04-20T14:26:19Z

Mik de Jong: Release notes voor RC5

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht v4.0|Functioneel ontwerp eOverdracht v4.0}}
=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht v4.0. De eOverdracht is een set van patiëntgegevens gericht op de verpleegkundige overdracht en is van belang om de continuïteit en veiligheid van zorg te kunnen waarborgen. Het overdragen van patiëntgegevens betreft hier het overdragen van zorg door verpleegkundig specialisten, verpleegkundigen en verzorgenden in de keten tussen verschillende zorgaanbieders. De overdracht is een eindevaluatie van het zorgproces tot aan dat moment en met de overdracht worden de verantwoordelijkheden formeel overgedragen.
Een goede overdracht voorkomt fouten en bespaart tijd. Het overdragen van patiënten is onderdeel van de dagelijkse verpleegkundige praktijk en vormt een belangrijke schakel om de zorg op een veilige manier te continueren. Patiënten hebben te maken met verschillende zorgaanbieders. Bij elke overplaatsing is het van belang dat de gegevens met de juiste kwaliteit, zonder registratielast, worden overgedragen. Daarom zijn afspraken gemaakt over welke gegevens van belang zijn bij de verpleegkundige overdracht en hoe deze gegevens moeten worden vastgelegd in het elektronisch dossier en vervolgens uitgewisseld in digitale vorm. De afspraken zijn vastgelegd in deze informatiestandaard.
Via deze pagina worden de kaders en uitgangspunten evenals de totstandkoming met betrekking tot de eOverdracht nader toegelicht.

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

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van zorgverleners met name verpleegkundigen en verzorgenden.

==Kaders en uitgangspunten==

===Richtlijn en proces===
De [https://www.venvn.nl/richtlijnen/alle-richtlijnen/richtlijn-verpleegkundige-verslaglegging-en-overdracht V&VN richtlijn "Verpleegkundige verslaglegging en overdracht"] (omvat alle zorginhoudelijke normen en afspraken t.a.v. de verpleegkundige overdracht. Deze richtlijn is momenteel in de commentaarfase.

Voor een methodologische beschrijving van de totstandkoming van de eOverdracht v3.x, zie [[vpk:V3.x_Methode_ontwikkeling_eOverdracht|Methode ontwikkeling eOverdracht]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de [[vpk:Vprepub-4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].

===Wettelijke kaders===
eOverdracht is een gegevensset met richtlijnen voor implementatie in FHIR. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig om in de praktijk te komen tot implementatie van een informatieoverdracht. Daarbij gelden altijd de wettelijke kaders als uitgangspunt. Overeenkomstig de eis uit de Algemene Verordening Gegevensbescherming (AVG) zal een Data Privacy Impact Assessment (DPIA) voor iedere gegevensverwerking onderdeel moeten zijn van de implementatie. Op basis hiervan moet worden bepaald wat er in een bepaalde use case uitgewisseld kan en mag worden.

==Kwalificatie==

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

=Use Cases=
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.

==Algemeen==
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
*Overdracht voor kinderen van 0-1 jaar
*Overdracht voor kinderen van 1-18 jaar
*Overdracht voor volwassenen van 18 jaar en ouder
Het onderscheid tussen de drie doelgroepen betreft de selectie van zibs die op onderdelen verschillen per doelgroep. De opbouw van de onderdelen en secties komen zoveel mogelijk overeen.

De eOverdracht kan worden onderverdeeld in de use cases Verpleegkundige aanmelding en Verpleegkundige overdracht:
#Verpleegkundige aanmelding: in deze fase wordt de patiënt door versturende organisatie aangemeld bij een volgende organisatie (=ontvangende organisatie). De ontvangende organisatie beoordeelt de zorgvraag en bevestigt de aanmelding of wijst deze af. Het aanmeldbericht betreft een subselectie van het overdrachtsbericht. De aanmelding is optioneel en met name relevant in die use cases waarbij vraag en aanbod op elkaar moet worden afgestemd, zoals bij overdracht van ziekenhuis naar VVT.
#Verpleegkundige overdracht: in deze fase wordt de patiënt door de versturende organisatie overgedragen aan de ontvangende organisatie. Indien van toepassing is de aanmelding in dat geval bevestigd.

Voor een overzicht van de zibs die in de use cases worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].
===Bedrijfsrollen===
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Bedrijfsrol (actor)
!style="text-align:left;"|Beschrijving bedrijfsrol
|-
| style="background-color: white;"| versturende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van zorgorganisatie die de cliënt/patiënt overdracht naar een andere zorgorganisatie
|-
| style="background-color: white;"| ontvangende zorgorganisatie
| style="background-color: white;"| de verpleegkundige/verzorgende van de zorgorganisatie die de overdracht van de cliënt/patiënt ontvangt
|}
Voor de eOverdracht worden gegevens uitgewisseld tussen organisaties. Dit kan tussen organisaties die behoren tot een andere sector of organisaties die behoren tot dezelfde sector. Daarbij kan elke zorgorganisatie binnen de sector zowel de rol van ontvangende als sturende organisatie vervullen.

Soort organisaties:
*Ziekenhuis
*Wijkverpleging
*Verpleeghuis
*Revalidatie
*Verstandelijk gehandicapten zorg
*Lichamelijk gehandicapten zorg
*Geestelijke gezondheidszorg
*Dagbesteding
*Hospice
*JGZ
*Justitiële inrichting

==Use Case 1 - Verpleegkundige aanmelding==

===Doel en relevantie===
Het doel van de Aanmelding is het vaststellen of de over te dragen cliënt of patiënt kan worden geplaatst bij de ontvangende organisatie op basis van een korte samenvatting van de zorgbehoefte.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is vastgesteld of er toestemming (impliciet of expliciet) is voor het delen van persoonsgegevens van de aan te melden patiënt of cliënt met de ontvangende organisaties.
Indien er geen toestemming is voor het delen van persoonsgegevens biedt het aanmeldbericht de mogelijkheid om het aanmeldbericht geanonimiseerd beschikbaar te stellen. Hierin wordt alleen de postcode gevuld om te kunnen bepalen welk team zorg kan leveren.

====Proces====
*Verpleegkundige/verzorgende overlegt met patiënt (en/of diens naasten) t.a.v. welke zorgorganisatie zij vervolgzorg wil ontvangen.
*De (transfer) verpleegkundige van versturende organisatie zorgt dat er een aanmeldbericht klaar staat t.b.v. verzoek aan ontvangende organisatie of zij zorg kunnen leveren op een x-moment.
*Het XIS van versturende organisatie verstuurt het aanmeldbericht naar het XIS van de ontvangende organisatie.
**Het is mogelijk om tegelijkertijd aan meerdere organisaties een aanmeldbericht te versturen.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het aanmeldbericht klaar staat.
*Verpleegkundige van de ontvangende organisatie (s) beoordeelt op basis van het aanmeldbericht en de beschikbare capaciteit binnen de organisatie of de zorg kan worden geleverd op het gevraagde moment.
*Via XIS wordt een antwoordbericht verstuurd:
**Ontvanger is akkoord met de aanmelding
**Ontvanger stelt alternatieve datum voor
**Ontvanger is niet akkoord met de aanmelding
*Het antwoordbericht van de ontvangende partij bepaalt de volgende stap in de aanmelding:
**Als de ontvangende organisatie niet akkoord gaat (dus geen zorg kan leveren) begint het proces van aanmelding opnieuw met het verzoek tot vervolgzorg aan een andere organisatie.
**Als de ontvangende organisatie een alternatieve datum voorstelt, zal de versturende organisatie moeten bepalen of dit akkoord is.
***Zo ja, dan start de versturende organisatie een nieuwe aanmelding bij dezelfde ontvangende organisatie met de alternatieve datum.
***Zo nee, dan annuleert de sturende organisatie de aanmelding en begint het proces van aanmelding opnieuw bij een andere ontvangende organisatie.
*Als de ontvangende organisatie akkoord is met aanmelding kan de volgende stap in het overdrachtsproces van start gaan: het overdrachtsproces. De sturende organisatie bevestigt de aanmelding. In XIS van ontvangende organisatie is de volgende melding beschikbaar:
**Versturende organisatie bevestigt dat deze akkoord is met overdracht
*Toekomstige functionaliteit: de versturende organisatie kan de aanmelding annuleren na het sturen van het aanmeldbericht, niet alleen als reactie op een voorgestelde alternatieve datum zoals hierboven beschreven, maar ook ongeacht het antwoord van de ontvangende organisatie of voordat dit antwoord is ontvangen, bijvoorbeeld omdat de versturende organisatie beslist om patiënt aan een andere organisatie over te dragen. In het XIS van de ontvangende organisatie wordt een melding getoond:
**Versturende organisatie heeft de aanmelding geannuleerd
*Toekomstige functionaliteit: de ontvangende organisatie kan de aanmelding annuleren na het sturen van het antwoord door het sturen van een nieuw antwoord. In het XIS van de sturende organisatie wordt een melding getoond:
**Ontvangende organisatie heeft de aanmelding geannuleerd

In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie de diverse berichten beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity aanmelda.png|Activity diagram use case 1- Verpleegkundige aanmelding]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontvangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht sturend systeem
| style="background-color: white;"| VPK-VAS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig aanmeldbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Aanmeldbericht ontvangend systeem
| style="background-color: white;"| VPK-VAO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig aanmeldbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component aanmeld.png|Component diagram use case 1 - Aanmelding]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Aanmeldbericht
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.63-2021-01-27T000000.html Sturen aanmeldbericht]
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Antwoordbericht aanmelding
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.76-2021-04-29T104453.html Sturen antwoordbericht]

|style="background-color: white;vertical-align:top;"|VPK-VAO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Bevestiging aanmelding
|style="background-color: white;vertical-align:top;"|Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="1"|Annulering aanmelding
|style="background-color: white;vertical-align:top;"|Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
|-
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 1: Verpleegkundige aanmelding.

[[Image: Eoverdracht use case aanmelda.png|Use case diagram Use case 1 - Verpleegkundige aanmelding]]
==Use Case 2 - Verpleegkundige overdracht==

===Doel en relevantie===
Het doel van de Verpleegkundige overdracht is het versturen van een set van patiëntgegevens gericht op de verpleegkundige overdracht, om de continuïteit en veiligheid van zorg te kunnen waarborgen.
===Proces en Context (pre- en postproces)===
====Preproces====
Er is toestemming voor het delen van persoonsgegevens van de over te dragen cliënt of patiënt met de ontvangende zorgorganisatie.
Sturende en ontvangende zorgorganisatie zijn overeengekomen dat de patiënt kan worden overgedragen op de datum overplaatsing.

====Proces====
Bij de overdracht is het bij de versturende organisatie bekend welke organisatie de zorg overneemt na ontslag/ beëindigen zorg door de versturende organisatie. Dit kan bevestigd zijn in de aanmeldfase van de eOverdracht, indien van toepassing. Een andere mogelijkheid is dat de patiënt na consult van een arts een afspraak heeft om op een x-moment te worden opgenomen in een ziekenhuis of indien de behandelend arts met een andere behandelaar afspreekt om de patiënt over te dragen aan een andere organisatie.
Processtappen:
*Verpleegkundige/verzorgende zorgt dat de alle relevante gegevens (waaronder het zorgplan) up to date zijn bijgewerkt in het XIS voor ontslag.
*In XIS wordt op basis van de beschikbare gegevens het overdrachtsbericht gevuld. Niet alle secties zijn verplicht om in te vullen, op basis van de actuele patiëntproblemen maakt de verpleegkundige/verzorgende een inschatting welke gegevens relevant zijn om over te dragen. Als er aanvullende documenten zijn (bijv. uitvoerverzoek) kan dit meegestuurd worden in het overdrachtsbericht.
*De (transfer) verpleegkundige/verzorgende van versturende organisatie controleert het overdrachtsbericht en, indien compleet, zorgt dat het bericht klaar staat voor verzending.
*Het XIS van de versturende organisatie verstuurt het overdrachtsbericht naar het XIS van de ontvangende organisatie.
*Het XIS van de versturende organisatie ontvangt een ontvangstbevestiging van het XIS van de ontvangende organisatie.
*Verpleegkundige/verzorgende van de ontvangende organisatie ontvangt een melding dat het overdrachtsbericht klaar staat.
*Het XIS van ontvangende organisatie toont de gegevens van het overdrachtsbericht in het XIS.
*De verpleegkundige/verzorgende van de ontvangende organisatie beoordeelt de gegevens en bepaalt hoe de gegevens worden opgeslagen, c.q. hergebruikt in het XIS.
*Op basis van de gegevens uit de overdracht en de intake van de patiënt wordt de zorg gecontinueerd.
In het [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch Ontwerp]] is bovenstaand scenario uitgewerkt gebruikmakend van een Notified Pull patroon. Hierbij stelt de versturende organisatie het overdrachtbericht en de ontvangstbevestiging beschikbaar voor raadplegen en bijwerken door de ontvangende organisatie.

====Postproces====
De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.

===Bedrijfsrollen en UML activity diagram===
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image: Eoverdracht activity overdracht.png|Activity diagram use case 2 - Verpleegkundige overdracht]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de versturende als de ontevangende zorgorganisatie maken ieder gebruik van een XIS.
Deze systemen kennen ieder een systeemrol, die het uitwisselen van gegevens tussen deze systemen mogelijk maakt.

{| 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; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht sturend systeem
| style="background-color: white;"| VPK-VOS-FHIR
| style="background-color: white;"| Sturen van verpleegkundig overdrachtsbericht
|-
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
| style="background-color: white;"| Overdrachtsbericht ontvangend systeem
| style="background-color: white;"| VPK-VOO-FHIR
| style="background-color: white;"| Ontvangen van verpleegkundig overdrachtsbericht
|-
|}
Zie ook onderstaande afbeelding.

[[Image: Eoverdracht component overdracht.png|Component diagram use case 2 - Verpleegkundige overdracht]]

====Transacties & Transactiegroepen====
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep. Onderstaande tabel biedt een overzicht voor deze use case.
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Bedrijfsrol'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht volwassenen
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210913T161106/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht volwassenen]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 0-1 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht kinderen 0-1 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 1-18 jaar
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.71-2021-04-21T155653.html Sturen overdrachtsbericht kinderen 1-18 jaar]
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
|-
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
|}

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.

[[Image: Eoverdracht use case overdrachta.png|Use case diagram Use case 2: Verpleegkundige overdracht]]

=Referenties=

{| style="color: black; background-color: #CCC0D9;" width="100%"
!style="width:5%;" | Nr
!style="width:25%;" | Auteur(s)
!style="width:60%;" | Titel
!style="width:10%;" | Datum
|-
| style="background-color: white;"| 1
| style="background-color: white;"| V&VN Kinderverpleegkunde, Stichting Pal, Stichting KinderThuisZorg, Stichting Kind en Ziekenhuis
| style="background-color: white;"| Ernstig zieke kinderen hebben recht op gezonde zorg: Op weg naar participatie in de samenleving.
| style="background-color: white;"| 2013
|-
| style="background-color: white;"| 2
| style="background-color: white;"| Programmateam Registratie aan de bron
| style="background-color: white;"| Architectuurdocument volume 1: De grondbeginselen van zorginformatiebouwstenen en hoe ze gebruikt kunnen worden
| style="background-color: white;"| 2016
|-
| style="background-color: white;"| 3
| style="background-color: white;"| Smeele F
| style="background-color: white;"| Beheer afspraken Zorginformatiebouwstenen (zib's)
| style="background-color: white;"| 2017
|-
| style="background-color: white;"| 4
| style="background-color: white;"| Vreeke E, Klein Wolterink G
| style="background-color: white;"| Zorg voor kinderen in beeld Vooronderzoek kinddimensie.
| style="background-color: white;"| 2015
|-
| style="background-color: white;"| 5
| style="background-color: white;"|
| style="background-color: white;"| [https://integralekindzorgmetmks.nl Het Medische Kindzorgsysteem]
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{|class="wikitable" "cellpadding="10" style="background-color: white;"
!style="width:10%;"text-align:left;"|Versie
!style="width:10%;text-align:left;"|BITS issue
!style="width:60%; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|release=4.0-RC5|issues=8|EOVDR-152|EOVDR-151|EOVDR-150|EOVDR-143|EOVDR-140|EOVDR-137|EOVDR-133|EOVDR-130}}
{{ReleaseNotes|release=4.0-RC4|issues=5|EOVDR-136|EOVDR-135|EOVDR-134|EOVDR-132|EOVDR-131}}
{{ReleaseNotes|release=4.0-RC3|issues=44|EOVDR-124|EOVDR-123|EOVDR-122|EOVDR-121|EOVDR-120|EOVDR-119|EOVDR-118|EOVDR-117|EOVDR-115|EOVDR-114|EOVDR-113|EOVDR-112|EOVDR-111|EOVDR-109|EOVDR-107|EOVDR-105|EOVDR-104|EOVDR-103|EOVDR-102|EOVDR-101|EOVDR-100|EOVDR-99|EOVDR-98|EOVDR-97|EOVDR-96|EOVDR-94|EOVDR-91|EOVDR-90|EOVDR-89|EOVDR-88|EOVDR-87|EOVDR-86|EOVDR-85|EOVDR-84|EOVDR-82|EOVDR-81|EOVDR-80|EOVDR-79|EOVDR-78|EOVDR-75|EOVDR-74|EOVDR-69|EOVDR-68|EOVDR-67}}
{{ReleaseNotes|release=4.0-RC2|issues=23|EOVDR-64|EOVDR-63|EOVDR-61|EOVDR-60|EOVDR-58|EOVDR-57|EOVDR-56|EOVDR-55|EOVDR-54|EOVDR-53|EOVDR-52|EOVDR-51|EOVDR-50|EOVDR-49|EOVDR-48|EOVDR-47|EOVDR-46|EOVDR-45|EOVDR-44|EOVDR-43|EOVDR-42|EOVDR-41|EOVDR-40}}
|-
| rowspan = 1; style="background-color: white;"| 4.0-RC1
| style="background-color: white;"| niet van toepassing
| style="background-color: white;"| Eerste 4.0 versie:
* nieuwe FHIR implementatie: zie [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch ontwerp (FHIR implementation guide)]]
* wijzigingen in Art-Decor dataset en scenario's: zie [https://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210510T093529/project.html Art-Decor projectinformatie eOverdracht]
* [[vpk:Vprepub-4.0_Ontwerp_eOverdracht|Functioneel ontwerp]] herschreven
|}

MedMij:V2019.01 OntwerpVragenlijsten

2022-03-29T09:51:04Z

Mik de Jong: Release notes patchrelease Maart 2022

{{MedMij:Vprepub-2019.01_IssueBoxTD_NL}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Vragenlijsten {{VersieInfo|Vragenlijsten|release=V2019.01}}}}
{{MedMij:Vprepub-2019.01_Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Vragenlijsten-zonder-tekst-dun.png|link=|87px |links||media|Vragenlijsten]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2019.01_Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van vragenlijsten en antwoorden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:Vprepub-2019.01_Ontwerpen|Ontwerpen MedMij]].

Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===
Er zijn geen richtlijnen van het zorgaanbiedersdomein. Bij implementeren van de standaard gelden de volgende uitgangspunten:
* Maak gebruik gemaakt van de bestaande, internationale, FHIR-profielen van [http://hl7.org/fhir/us/sdc/index.html SDC (Structured Data Capture)]
** Bij het overnemen van een profiel, zijn deze in hun geheel toegepast
** Het gaat alleen om die profielen die voor deze use case toegevoegde waarde hebben
* Bij ieder overgenomen profiel is, een voor Nederland specifiek profiel opstellen. Er is bijvoorbeeld minimaal een referentie nodig naar het Nederlandse patiëntprofiel
* De SDC-profielen hebben reeds veel verschillende vraagsoorten & antwoordmogelijkheden gespecificeerd, deze worden overgenomen.

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2019.01_Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2019.01_Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).
Het ontwerp bevat:
* Een eenvoudige zorgsituatie:

# Een zorgaanbieder maakt, buiten de persoonlijke gezondheidsomgeving om, een afspraak met een patiënt over het invullen van een vragenlijst
# Deze zorgaanbieder maakt de vragenlijst beschikbaar voor de persoonlijke gezondheidsomgeving van de patiënt
# De patiënt gebruikt zijn persoonlijke gezondheidsomgeving om de vragenlijst op te halen
# De patiënt vult de vragenlijst in en stuurt de antwoorden in zijn geheel terug naar het systeem van de zorgaanbieder (XIS).

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Workflow-gerelateerde zaken.
** Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
** Werkafspraken over (tijdigheid van) invullen en terug sturen.
** Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).

* Complexe computergestuurde vragenlijsten (bijvoorbeeld: Computer Adaptive Testing - CAT).
* Interpretatie van antwoorden. Een uitgangspunt is om PGO's nog niet te belasten met het berekenen van scores op basis van ingevulde antwoorden. Het uitwisselen van de definitie van score-berekening is daarom ook buiten scope. Een XIS kan eventueel berekende scores en terugsturen aan een PGO met de use case [[MedMij:Vprepub-2019.01_OntwerpPDFA#Use_case:_Raadplegen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt|PDF/A]].
* Ontwikkeling van nieuwe zibs specifiek voor vragenlijsten.
* Standaardisatie van de inhoud van vragenlijsten (de deliverables van dit project zijn content-agnostisch).
* Toepassing van specifieke coderingen of codestelsels (met uitzondering van administratieve gegevens van patiënt).
* Mogelijke financiële consequenties van het gebruik van vragenlijsten, bijvoorbeeld licentiekosten.

'''Nb.''' Vragenlijsten kunnen gespecificeerde opmaak (bijvoorbeeld vet- of schuingedrukte tekst) hebben die betekenisvol is voor het invullen van een vragenlijst door een PGO-Gebruiker en hiermee relevant is voor een zorgverlener om de uitkomsten te interpreteren. De standaard voorziet in de mogelijkheden om opmaak te specificeren en van gebruikers van deze standaard wordt verwacht dat ze hiermee om kunnen gaan.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2019.01_Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
Het raadplegen van de vragenlijstverwijzing, vragenlijst en het sturen van de antwoorden zijn 3 use cases die nadrukkelijk bij elkaar horen. Functioneel kunnen ze zelfs gezien worden als verschillende acties binnen een zelfde use case. Ze zijn echter als separate use case gedefinieerd omdat:
* Het raadplegen van een verwijzing naar een vragenlijst, de vragenlijst en het sturen van de antwoorden asynchroon plaatsvindt
* Het MedMij-afsprakenstelsel voor 'raadplegen en beschikbaarstellen' en voor 'sturen en ontvangen' separate use cases definieert.
Door dit ook in de informatiestandaard gescheiden te houden, kunnen de use cases uit de informatiestandaard goed gemapt worden op de use cases uit het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 MedMij-afsprakenstelsel]. De splitsing is alleen niet goed voor het totaaloverzicht van de verschillende scenario's.

Er zijn twee bedrijfsrollen, namelijk ''Patiënt'' en ''Zorgaanbieder''. Een zorgaanbieder biedt een verwijzing naar een vragenlijst aan, die gebruikt kan worden door een patiënt om bij de zorgaanbieder zelf of een externe repository een vragenlijst op te halen. De patiënt kan dan de vragenlijst invullen en terugsturen naar de zorgaanbieder. Onderstaande tabel geeft de rollen weer.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil vragenlijsten in een persoonlijke gezondheidsomgeving kunnen invullen en de antwoorden terugsturen.
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Wil dat patiënten vragenlijsten invullen en de antwoorden aan de zorgaanbieder sturen.
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

'''Activiteitendiagram vragenlijsten'''

==Use case: Raadplegen vragenlijstverwijzing ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen.
=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijstverwijzing staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

==== Raadplegen vragenlijstverwijzing ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijstverwijzing.

==== Beschikbaarstellen vragenlijstverwijzing ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.248-2019-04-11T132707.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case. Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder (XIS) stelt de vragenlijstverwijzing beschikbaar.
Het resultaat is dat de patiënt (PGO) de beschikking over een verwijzing waarmee die vervolgens de relevante vragenlijst kan ophalen.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
De XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| Zorgaanbieder wijst een bepaalde vragenlijst toe aan patiënt (in het XIS)
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO bevraagt het XIS om deze toewijzing te ontvangen in de vorm van een verwijzing naar een vragenlijst. Deze verwijzing is een URI waar het PGO de daadwerkelijke vragenlijst kan ophalen.
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Vragenlijstverwijzing raadplegend systeem
| style="background-color: white;"| VL-1.0.0-QLR-FHIR
| style="background-color: white;"| Raadplegen van verwijzing naar vragenlijst door patiënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijstverwijzing beschikbaarstellend systeem
| style="background-color: white;"| VL-1.0.0-QLB-FHIR
| style="background-color: white;"| Beschikbaarstellen van verwijzing naar vragenlijst voor PGO
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Verwijzing naar vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen verwijzing naar vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QLR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen verwijzing naar vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QLB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Raadplegen vragenlijst ==
{{NoteBox|Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen. Het vervolgens weer terugsturen van de antwoorden staat beschreven in een aparte use case: [[MedMij:Vprepub-2019.01_OntwerpVragenlijsten#Use_case:_Sturen_vragenlijstantwoorden|sturen vragenlijstantwoorden]].

=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijst staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Deze informatie-elementen ondersteunen de volgende aspecten:
* Het al dan niet tonen van bepaalde vragen in de vragenlijst afhankelijk van de antwoorden:
** Hierbij gaat het er om dat sommige vragen overgeslagen worden op basis van een antwoord op een andere vraag (sprongvragen). De dataset kent hiervoor het element 'enableWhen'
* Specificeren van verschillende type vragen:
** Het gaat dan om bijvoorbeeld keuzelijst met één of meerdere selecties, vrije tekst, combinaties hiervan, schalen, et cetera
* Vragenlijsten kunnen ook bepaalde eisen aan de weergave van vragen/antwoordopties definiëren, welke dan verplicht zijn om te volgen. Het verschillend weergegeven van vragenlijsten compromitteren de validiteit en/of vergelijkbaarheid van de vragenlijst. Denk hierbij aan:
** volgorde van antwoordopties of
** het in één keer tonen van alle antwoordopties of
** het recht onder elkaar staan van antwoordopties
** specifieke opmaak zoals '''vet'''- of ''schuin''gedrukte tekst

==== Raadplegen vragenlijst ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijst.

==== Beschikbaarstellen vragenlijst ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.255-2019-04-11T140121.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen.

Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder stelt de vragenlijst beschikbaar (bijvoorbeeld via een vragenlijst-repository waarbij het niet relevant is of de zorgaanbieder deze repository zelf aanbiedt of gebruik maakt van een externe partij).
* De zorgaanbieder koppelt een vragenlijst aan de patiënt.
* De patiënt haalt vervolgens de relevante vragenlijst op.
Het resultaat is dat de patiënt de beschikking heeft over de vragenlijst in zijn PGO en de vragen kan gaan beantwoorden.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO heeft vanuit het XIS een verwijzing naar een vragenlijst ontvangen. Zie use case [[MedMij:Vprepub-2019.01_OntwerpVragenlijsten#Use_case:_Raadplegen_vragenlijstverwijzing|Raadplegen vragenlijstverwijzing]]
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO haalt vervolgens de vragenlijst op (Nb. Ophalen kán plaatsvinden buiten het MedMij-Afsprakenstelsel. Als dit buiten het MedMij-afsprakenstelsel plaatsvindt, wordt dit 'niet op de persoon herleidbaar' gedaan.).
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

=== Systemen & Systeemrollen ===
{{NoteBox|Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Vragenlijst raadplegend systeem
| style="background-color: white;"| VL-1.0.0-QER-FHIR
| style="background-color: white;"| Raadplegen van vragenlijst door PGO (zonder dat het herleidbaar is op de persoon)
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijst beschikbaarstellend systeem
| style="background-color: white;"| VL-1.0.0-QEB-FHIR
| style="background-color: white;"| Beschikbaarstellen van vragenlijst voor PGO (zonder dat het herleidbaar is op de persoon)
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties & Transactiegroepen ===
{{NoteBox|Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze use case.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QER-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QEB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder

|}

===Use case diagram===
[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Sturen vragenlijstantwoorden ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om vanuit een PGO de antwoorden op een vragenlijst terug te sturen naar de zorgaanbieder.

=== Domein ===
Antwoorden op vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van antwoorden op vragenlijsten door PGO-gebruiker aan zorgaanbieders vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar zorgaanbiederssysteem (XIS). Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De informatie-elementen voor sturen en ontvangen vragenlijstantwoorden staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Informatie-elementen in Vragenlijstantwoorden staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.263-2020-04-01T135355.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de hieronder beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Ook heeft de patiënt de vragenlijst opgehaald zoals beschreven in [[MedMij:Vprepub-2019.01_OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijst]].

Het stuk van het proces waar het in deze use case om gaat is:
* De patiënt beantwoordt de vragenlijst in zijn PGO en stuurt de antwoorden terug naar de zorgaanbieder.

Afhankelijk van het doel van de vragenlijst kan een medewerker van de zorgaanbieder de vragenlijst met de patiënt op een later moment bespreken.

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van (antwoorden op) vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst. Het PGO heeft een vragenlijst opgehaald.

===== Proces stappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO stelt de patiënt in staat de vragenlijsten in te vullen
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Patiënt beantwoordt de vult de vragenlijsten in
|-
| style="background-color: white;"| 03
| style="background-color: white;"| Patiënt bepaalt wanneer het invullen gereed is
|-
| style="background-color: white;"| 04
| style="background-color: white;"| PGO stuurt de antwoorden terug naar het XIS
|}

===== Postconditie =====
De zorgaanbieder kan de vragenlijst met antwoorden inzien in het XIS.
De patiënt en zorgaanbieder kunnen hierover in overleg.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgaanbieder.

{| 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;"| PGO
| style="background-color: white;"| Antwoorden op vragenlijst sturend systeem
| style="background-color: white;"| VL-1.0.0-QRS-FHIR
| style="background-color: white;"| Sturen van antwoorden op de vragenlijst aan zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Antwoorden op vragenlijst ontvangend systeem
| style="background-color: white;"| VL-1.0.0-QRO-FHIR
| style="background-color: white;"| Ontvangen van antwoorden op de vragenlijst van de patiënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Sturen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst sturen]]

'''Componenten diagram Vragenlijsten sturen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Antwoorden op vragenlijst (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QRS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2019.01_FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QRO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang met [[MedMij:Vprepub-2019.01_OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijsten]].

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Sturen).png|Use case diagram Sturen Vragenlijsten]]

'''Use case diagram Vragenlijsten

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| Structured Data Capture (SDC)
| style="background-color: white;"| 2.0 (STU2)
| style="background-color: white;"| 2017-04-21
| style="background-color: white;"| https://hl7.org/fhir/us/sdc/STU2/
| style="background-color: white;"| U.S. Office of the National Coordinator (ONC)'s Standards and Infrastructure (S & I) Framework
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2019.01 - Maart 2022|release=1.1.0|issues=1|MM-2983}}
{{ReleaseNotes|package=2019.01 - Februari 2022|release=1.0.20|issues=4|MM-2787|MM-2663|MM-2659|MM-2858}}
{{ReleaseNotes|package=2019.01 - Oktober 2021|release=1.0.16|issues=1|MM-2422}}
{{ReleaseNotes|package=2019.01 - Februari 2021|release=1.0.10|issues=1|MM-1879}}
{{ReleaseNotes|package=2019.01 - Februari 2021|release=1.0.9|issues=4|MM-1765|MM-1635|MM-1634|MM-1587}}
{{ReleaseNotes|package=2019.01 - September 2020|release=1.0.5|issues=1|MM-1353}}
{{ReleaseNotes|package=2019.01 - Mei 2020|release=1.0.4|issues=2|MM-1085|MM-1084}}

MedMij:Vprepub-2019.01 OntwerpVragenlijsten

2022-03-29T09:51:04Z

Mik de Jong: Release notes patchrelease Maart 2022

MedMij:V2019.01 OntwerpGGZ

2022-03-29T08:54:11Z

Mik de Jong: Release notes patchrelease Maart 2022

{{MedMij:Vprepub-2019.01_IssueBoxTD_NL}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens GGZ {{VersieInfo|BgGGZ|release=V2019.01}} (op basis van zibs release 2017)}}

[[Bestand:MedMij-GGZ-63.png |link=|links|80px|Use case GGZ|GGZ]]
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:Vprepub-2019.01_Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2019.01_FHIR_GGZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens GGZ op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub-2019.01_Ontwerpen| hier]] gevonden worden.

Binnen het [https://www.vippggz.nl/regeling/doelstellingen.html VIPP GZZ programma] zijn een drietal modules opgenomen:
* Module "Patiënt & Informatie": de Basisgegevens GGZ is bedoeld voor deze module.
* Module "Patiënt & Medicatie": hiervoor wordt verwezen naar het [[MedMij:Vprepub-2019.01_OntwerpMedicatie| functioneel ontwerp]] voor [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0].
* Module "Patiënt & eHealth".

Voor de module "Patiënt & Informatie" is een [https://zoek.officielebekendmakingen.nl/stcrt-2018-60877.html#d17e2089 lijst van verplichte zorginformatiebouwstenen (zibs)] vastgesteld die geschikt zijn verklaard voor de GGZ sector, de Basisgegevens GGZ. Deze lijst omvat momenteel alleen de reeds beschikbare zibs (publicatie 2017) met minimale inhoud en structuur als opmaat naar een volwaardige GGZ informatiestandaard (in ontwikkeling door GGZ Nederland en Nictiz). De lijst van zibs en hierop gebaseerd specificaties vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz Basisgegevensset Zorg (BgZ)] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub-2019.01_OntwerpGGZ#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

De use cases voor de toekomstige GGZ informatiestandaard zijn nog niet omschreven, echter staat voor het VIPP GGZ programma het perspectief van de patiënt centraal. Het doel van deze pagina is dan ook om de uitwisseling van de Basisgegevens GGZ met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub-2019.01_Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2019.01_Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2019.01_Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub-2019.01_Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2019.01_Kwalificatie|medmij_kwalificatie_introductie}}

===Specifieke informatie over deze kwalificatie===
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen GGZ' en 'Beschikbaarstellen GGZ' is [[MedMij:Vprepub-2019.01_ToelichtingKwalificatieGGZ| hier]] te vinden.

=Use Cases=
==Use case 1: Raadplegen Basisgegevens GGZ in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens GGZ die over henzelf gaan.

=== Domein ===
Basisgegevens GGZ in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens GGZ vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie,
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

=== Informatie ===
De Basisgegevens GGZ bestaat uit een selectie van 24 zibs {{IssueBox|Met de invoering van de Wet verplichte ggz (Wvggz) die per 1 januari 2020 is ingegaan, is de zib VrijheidsBeperkendeMaatregelen (in publicatie 2017) achterhaald. Om deze reden wordt er vanaf nu niet meer gecontroleerd op deze zib tijdens kwalificatie van de BgGGZ en is het niet meer de bedoeling deze uit te wisselen.}}

Deze zibs vormen samen een verzameling van gegevens die binnen de GGZ sector toepasbaar zijn. Hierbij bestaat de selectie voorlopig alleen uit reeds bestaande zibs (publicatie 2017) die voor de GGZ sector geschikt zijn met een minimale inhoud en structuur zoals te vinden in dit [[MedMij:Vprepub-2019.01_InhoudGGZ|overzicht]]. Bij de ontwikkeling van de volwaardige GGZ informatiestandaard wordt dit nader gespecificeerd, met nadere uitwerking van GGZ-specifieke gegevens die nog niet gedekt worden door bestaande zibs. De Basisgegevens GGZ zal in de toekomst hiermee worden aangevuld. De huidige lijst aan geselecteerde zibs komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)], maar voor een deel ook niet: het gaat om twee aparte sets. Zie het [[MedMij:Vprepub-2019.01_InhoudGGZ|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens GGZ, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:Vprepub-2019.01_OntwerpMedicatie| hier]] voor uitwisseling medicatiegegevens in PGO).

In de bestaande zibs valt de zogenaamde juridische status en vertegenwoordiging binnen de zib VrijheidsbeperkendeMaatregelen. Voor de GGZ sector is het loskoppelen van dit gegeven (als losstaande zib) van groot belang, omdat deze ook relevant is buiten de toepassing van vrijheidsbeperkende maatregelen. In de verdere uitwerking van de Basisgegevens GGZ is het element JuridischeStatus losgekoppeld van de verdere zib VrijheidsbeperkendeMaatregelen. Deze loskoppeling wordt tevens als wijzigingsverzoek behandeld bij de nieuwe publicatie zibs: de huidige uitwerking loopt op deze toekomstige ontwikkeling vooruit.

In de MedMij FHIR implementatie gids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [[MedMij:Vprepub-2019.01_FHIR_GGZ#List_of_StructureDefinitions|overzicht]] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens GGZ raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens GGZ beschikbaar
|}
'''Bedrijfsrollen Basisgegevens GGZ'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienGGZ_activity.png|Activiteitendiagram Raadplegen GGZ]]

'''Activiteitendiagram Raadplegen GGZ'''

=== Procesbeschrijving ===
==== Patient journey - Jelmer Postma ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens GGZ.

<blockquote>In zijn PGO kan Jelmer doorlezen wat de huisarts voorgeschreven heeft en vindt hij de verwijzing voor een psycholoog. Hij zoekt een psycholoog uit en maakt een afspraak waarbij hij de verwijzing bijvoegt.</blockquote>

<blockquote>‘Pling’, Jelmer krijgt van zijn PGO een reminder dat hij morgen om 10.00 zijn eerste afspraak heeft bij de psycholoog. Tevens kan hij vanuit zijn PGO een vragenlijst invullen voor de psycholoog over zijn klachten, gezondheid en verwachtingen. Wat zijn huisarts al vermoedde, wordt door de psycholoog bevestigd.</blockquote>

<blockquote>Gedurende de sessie komen er onverwerkte zaken uit zijn jeugd boven. Deze zijn zo heftig dat Jelmer in een acute depressie belandt. Zijn vriendin Karin geeft aan dat Jelmer op het moment niet thuis kan wonen en samen met de huisarts nemen ze het besluit dat Jelmer voor korte duur opgenomen wordt bij een GGZ-instelling in de buurt. Hier wordt een nieuw behandelplan opgesteld waarin groepstherapie een onderdeel gaat worden. Jelmer heeft Karin gemachtigd om in zijn PGO te kijken zodat ze onder andere het behandelplan in kan zien en ze goed betrokken wordt.</blockquote>

<blockquote>De opname in de GGZ-instelling is van korte duur. Vanaf nu wordt Jelmer ambulant behandeld door een reguliere GGZ-instelling. Gelukkig is deze met 5 minuten fietsen van huis lekker dichtbij. De psychiater van de instelling schrijft een overdracht voor zijn nieuwe hoofdbehandelaar. Zowel Karin als Jelmer kunnen via het PGO inzien wat daarin staat. Daarom weten ze nu dat de medicatie is aangepast.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens GGZ van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens GGZ tussen het betreffende XIS en het eigen PGO.

De Basisgegevens GGZ, of een gedeelte van de Basisgegevens GGZ, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaar stellen.
:Soms zijn er valide redenen om de Basisgegevens GGZ, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens GGZ op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens GGZ van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens GGZ beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens GGZ in te zien.

===== Post conditie =====
De persoon kan de Basisgegevens GGZ inzien via een persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens GGZ van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| GGZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|BgGGZ|release=V2019.01}}-GGR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens GGZ bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| GGZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|BgGGZ|release=V2019.01}}-GGB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens GGZ aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienGGZ_componenten.png.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|GGZ (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.57.4.11&language=nl-NL&effectiveDate=2020-10-16T10:16:01&format=html&hidecolumns=56bcdefgijklmnop Raadplegen GGZ (1.1)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgGGZ|release=V2019.01}}-GGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2019.01_FHIR_GGZ |GGZ in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.57.4.12&language=nl-NL&effectiveDate=2020-10-16T10:16:01&format=html&hidecolumns=56bcdefgijklmnop Beschikbaarstellen GGZ (1.1)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|BgGGZ|release=V2019.01}}-GGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:InzienGGZ_useCase.png|Use case diagram raadplegen Basisgegevens GGZ]]

'''Use case diagram raadplegen Basisgegevens GGZ

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Auteur(s)
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Titel
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Versie
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Datum
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Bron
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Organisatie
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub-2019.01_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Release
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Versie
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|BITS issue
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black; width:850px;"|Omschrijving

{{ReleaseNotes|package=2019.01 - Maart 2022|release=1.2.0|issues=1|MM-2983}}
{{ReleaseNotes|package=2019.01 - April 2021|release=1.1.19|issues=1|MM-1959}}
{{ReleaseNotes|package=2019.01 - Februari 2021|release=1.1.17|issues=1|MM-1767}}
{{ReleaseNotes|package=2019.01 - Oktober 2020|release=1.1.14|issues=1|MM-1461}}
{{ReleaseNotes|package=2019.01 - April 2020|release=1.1.13|issues=3|MM-1025|MM-1003|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart 2020|release=1.1.10|issues=4|MM-997|MM-953|MM-931|MM-657}}
|-
| rowspan = 2 style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.1.7
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib TreatmentDirective profile.
|-
| style="background-color: white; | 1.1.6
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-430 MM-430]
| style="background-color: white;"| The TreatmentDirective profile allowed at most 1 reference to an AdvanceDirective resource, because of restrictions in the FHIR base. There is now an extension inside the source element to allow referencing additional AdvanceDirective resources.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.1.5
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-594 MM-594]
| style="background-color: white;"| Updated date time example in profile to include timezone as required by the FHIR specification.
|-
| rowspan = 4 style="background-color: white;"| 2019.01 - September
| rowspan = 4 style="background-color: white;"| 1.1.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatie pagina ToelichtingKwalificatieGGZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-336 MM-336]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-327 MM-327]
| style="background-color: white;"|
Fixed reference to generalPractitioner in examples nl-core-patient-languageProficiency - example.xml and nl-core-patient-legalStatus - example.xml.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-322 MM-322]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
| rowspan = 10; style="background-color: white;"| 2019.01
|-
| rowspan = 3; style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-346 MM-346]
| style="background-color: white;"| Ongeldig discriminator pad in code slicing in zib Verrichting
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-294 MM-294]
| style="background-color: white;"| Naam mapping binnen div. FHIR profielen aangepast conform zib: HCIM LaboratoryTestResult-v4.1(2017EN).
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-252 MM-252]
| style="background-color: white;"| FreedomRestrictingMeasures incorrecte terminologie in profiel en technisch ontwerp pagina
|-
| style="background-color: white;"| 1.1.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-206 MM-206]
| style="background-color: white;"| Reference vanuit Observation naar Specimen Isolate onjuist.
|-
| rowspan = 5; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-143 MM-143]
| style="background-color: white;"| Aanpassing modellering Procedure.performer in het profiel voor HCIM Verrichting.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-118 MM-118]
| style="background-color: white;"| Profiel naam zib-Product niet passend bij zib FarmaceutischProduct.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-100 MM-100]
| style="background-color: white;"| Mapping CBV naar SNOMED codes.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-99 MM-99]
| style="background-color: white;"| Interval heeft Period maar geen PeriodUnit op simplifier.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-50 MM-50]
| style="background-color: white;"| Contact ondersteunt geen klinische contacten.
|-
| rowspan = 4; style="background-color: white;"| 2018.06
| rowspan = 4; style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-128 MM-128]
| style="background-color: white;"| CanceledIndicator possible values.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-55 MM-55]
| style="background-color: white;"| Profile for HCIM TobaccoUse was missing a specification for PackYears unit - profile updated to 2.0.1.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-54 MM-54]
| style="background-color: white;"| Wrong SNOMED code in search URL for FunctionalOrMentalStatus in BgZ and GGZ.
|}

MedMij:Vprepub-2019.01 OntwerpGGZ

2022-03-29T08:54:11Z

Mik de Jong: Release notes patchrelease Maart 2022