MedMij:V6/FHIR Vaccination-Immunization: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(→‎Message Semantics: Fix stucture definition links)
(Search URL guidance updated)
Regel 97: Regel 97:
 
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:
 
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</pre>
+
<pre>GET [base]/Immunization[?_include=Immunization:patient&_include=Immunization:location&_include:iterate=Immunization:performer]</pre>
  
The PHR may use, and the XIS shall be capable of processing, the following parameters to configure the search query:
+
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 to resolve at the source. The client may wish to have these references resolved in the Bundle by specifying the {{fhir|_include}} parameter on the query. The server shall support this {{fhir|_include}} parameter, and may if it is unable to offer separate resolving for references by the client implement inclusion of referenced resources regardless of the client asking for that.
{| class="wikitable"
+
 
! Description
+
Search result parameters:
! Examples
+
* [http://hl7.org/fhir/R4/search.html#include _include]
|-
 
| Retrieve all zib Immunization resources in the search results:
 
|  <pre>GET [base]/immunization</pre>
 
|}
 
  
Alternatively an operation may be defined that returns a bundle with the list of immunization resources and a patient resource.
 
 
=====Expected Actions=====
 
=====Expected Actions=====
 
The XIS shall process the query to retrieve Immunization resources that match the search parameters given.
 
The XIS shall process the query to retrieve Immunization resources that match the search parameters given.

Versie van 25 mrt 2022 16:17




Naar medmij.nl
Immunisatie
AfsprakenstelselFunctioneelTechnischAfspraken-Functioneel-Technisch

1 Introduction

Go to functional design

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

Note: This implementation guide builds on the general guidelines described in the use case overarching principles.

1.1 Vaccinations

Vaccination results are represented by the Immunization resources. It contains the relevant data elements per single vaccination about the administered vaccination such as DateTime of administration, vaccination indication and pharmaceutical product. The transaction consists of all available administered vaccinations at the XIS. The transactions:

Retrieve vaccinations

2 Actors involved

Persons Systems FHIR Capability Statements
Name Description Name Description Name Description
Patient The user of a personal healthcare environment. PHR Personal health record Verwijzing.png CapabilityStatement: Client Vaccination client requirements
(Healthcare) provider The user of a XIS XIS (Healthcare) information system Verwijzing.png CapabilityStatement: Server Vaccination server requirements

3 Use case 1: Retrieve vaccinations

Go to Afsprakenstelsel

This FHIR implementation guide assumes that the PHR system is able to make a connection to the right XIS that contains the patient's information. It does not provide information on finding the right XIS nor does it provide information about security. Moreover, each transaction is performed in the context of a specific authenticated patient, for whose context (token) has been established using the authentication mechanisms described in the 'Afsprakenstelsel'. Each XIS Gateway is required to perform filtering based on the patient associated with the context for the request, so only the records associated with the authenticated patient are returned. For this reason, search parameters should not be included for patient identification.

3.1 Introduction

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

3.2 Actors

Transaction group Transaction Actor Role
Retrieve vaccinations(PULL) Retrieve vaccinations request Patient (using a PHR) Request vaccinations from the XIS
Retrieve vaccinations response (Healthcare) provider (using a XIS) Serves vaccinations to the PHR

3.3 Invocations

3.3.1 PHR: request message

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

3.3.1.1 Trigger Events

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

3.3.1.2 Message Semantics

The PHR executes an HTTP GET conform to the FHIR RESTful and search specification against the XIS's Observation endpoint. This search query URL is configurable by the PHR and has the following format:

GET [base]/Immunization[?_include=Immunization:patient&_include=Immunization:location&_include:iterate=Immunization:performer]

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 to resolve at the source. The client may wish to have these references resolved in the Bundle by specifying the _include parameter on the query. The server shall support this _include parameter, and may if it is unable to offer separate resolving for references by the client implement inclusion of referenced resources regardless of the client asking for that.

Search result parameters:

3.3.1.2.1 Expected Actions

The XIS shall process the query to retrieve Immunization resources that match the search parameters given.

3.3.2 XIS: response message

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

3.3.2.1 Trigger Events

The XIS completed processing of the retrieve vaccinations request message.

3.3.2.2 Message Semantics

The returned data to the PHR should conform to the HCIMs and their associated 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 meta.profile element in order to show compliance.

Zib name NL Zib name EN FHIR Resources
Vaccinatie Vaccination Immunization http://nictiz.nl/fhir/StructureDefinition/nl-core-Vaccination-event
Patient Patient Patient http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient
Zorgverlener HealthProfessional Practitioner http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner
PractionerRole http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole
Zorgaanbieder HealthcareProvider Organization http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization
Location http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider
FarmaceutischProduct PharmaceuticalProduct Medication http://nictiz.nl/fhir/StructureDefinition/nl-core-PharmaceuticalProduct

3.3.2.3 Expected Actions

The PHR shall process the results according to application-defined rules. The PHR should contain all the resources that match the query parameters.

4 Release notes

Release notes can be found on the functional design page.